Hi, I use curlftpfs/FUSE to get backups of my systems. After upgrading to curlftpfs-0.9.1, I consistenly run into errors. The machine in question runs a 2.6.20-gentoo-r8 kernel. I was able to reproduce the error both with FUSE-support in the kernel itself and with the FUSE kernel provided by sys-fs/fuse. After mounting the remote ftp-site via curlftpfs, I cd to the mountpoint and create a new file using $ echo "Hello, world" > haha Sometimes, curlftpfs crashes at this point. If it does not, it will crash when I try to modify the file: # mv haha hello mv: cannot move `haha' to `hello': Software caused connection abort or # rm haha rm: cannot remove `haha': Software caused connection abort When I start curlftpfs with the -d option (debug output), I get something along the lines of unique: 18, opcode: GETATTR (3), nodeid: 1, insize: 40 unique: 18, error: 0 (Success), outsize: 112 unique: 19, opcode: LOOKUP (1), nodeid: 1, insize: 46 LOOKUP /hello unique: 19, error: -2 (No such file or directory), outsize: 16 unique: 20, opcode: LOOKUP (1), nodeid: 1, insize: 45 LOOKUP /haha NODEID: 3 unique: 20, error: 0 (Success), outsize: 136 unique: 21, opcode: LOOKUP (1), nodeid: 1, insize: 46 LOOKUP /hello unique: 21, error: -2 (No such file or directory), outsize: 16 unique: 22, opcode: LOOKUP (1), nodeid: 1, insize: 46 LOOKUP /hello unique: 22, error: -2 (No such file or directory), outsize: 16 unique: 23, opcode: RENAME (12), nodeid: 1, insize: 59 RENAME /haha -> /hello Segmentation fault So, it seems to be a 'simple' segfault somewhere in curlftpfs but I am not sure where to look for it. *Note*: The version before curlftpfs-0.9.1 worked perfect - at least for me.
sorry, I do not really use curlftpfs myself. Can you please get this complaint to upstream curlftpfs developers?