Files saved (not new files) in TextEdit have mtime of 1 Jan 1970

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Mount a sshfs filesystem, I'm using -o ping_diskarb and the Finder seems to 
recognise it 
correctly
2. Create a new text file in TextEdit on the fs, save it.
3. Check that the modification time of the file is correct
4. Save the file again in TextEdit (maybe alter it to be sure it writes?)
5. Look at the modification time

What is the expected output? What do you see instead?
Expected time is the time it was saved a second time.

Actual time stored is 1 Jan 1970 (confirmed on the remote host).

What version of the product are you using? On what operating system?
svn r81, Mac OS X 10.4.8 Intel, fuse 2.6.1, sshfs 1.7 (with macfuse patches)

I've tried with -o cache=no, which makes no difference. I've attached debug 
output (-d -o 
sshfs_debug) for a file "1000". Note that the the first UTIMES line is me 
updating the time with 
"touch 1000".

I added a bit of extra debugging of mtime (see patch) in libfuse. The last call 
to GETATTR on the 
original file seems correct, but then the kext sends the fuse daemon "UTIMES 
SET mtime 0". I've 
looked at what utimes() call is being done by the Finder (using 
DYLD_INSERT_LIBRARIES) and it 
appears to be calling utimes() with a correct updated value. To me this would 
suggest that 
something is wrong with the setattr code in the kext? I couldn't see anything 
obvious from a 
glance over though.

Original issue reported on code.google.com by matt.gtalkfix@gmail.com on 16 Jan 2007 at 2:35

Attachments:

• sshfs.log1
• fuse-debug-mtime.diff

[GoogleCodeExporter]

Sorry, please delete this duplicate of Issue 33.

Original comment by matt.gtalkfix@gmail.com on 16 Jan 2007 at 2:37

[GoogleCodeExporter]

closed as dup of 33

Original comment by motown...@gmail.com on 16 Jan 2007 at 3:36

• Changed state: Duplicate