site_archiver@lists.apple.com Delivered-To: darwin-kernel@lists.apple.com On 13/09/2006, at 12:42 PM, Michael Welch wrote: Thanks, Sam. I will give ktrace a whirl and see if anything else pops up. In the mean time, I should mention: 1) I have not implemented VNOP_EXCHANGE. In VFS_GETATTR I set it as a valid but not supported capability. "I'm aware of ExchangeData, but I don't do that..." 2) I have implemented VNOP_RENAME, and it seems to work fine from both the command line ($mv file1 file2) and through the Finder. 15177 TextEdit CALL open(0xbfffd560,0xa02,0x180) 15177 TextEdit NAMI "/Volumes/ufs/.dat3b49.000" 15177 TextEdit NAMI "._.dat3b49.000" 15177 TextEdit RET open 7 15177 TextEdit CALL write(0x7,0x311320,0x5) 15177 TextEdit GIO fd 7 wrote 5 bytes "food " 15177 TextEdit RET write 5 15177 TextEdit CALL fsync(0x7) 15177 TextEdit RET fsync 0 15177 TextEdit CALL close(0x7) 15177 TextEdit RET close 0 15177 TextEdit CALL rename(0xbfffd560,0xbfffdda0) 15177 TextEdit NAMI "/Volumes/ufs/.dat3b49.000" 15177 TextEdit NAMI "/Volumes/ufs/.15177-179803682-1.txt" 15177 TextEdit NAMI "._.dat3b49.000" 15177 TextEdit NAMI "._.15177-179803682-1.txt" 15177 TextEdit RET rename 0 Sam _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.a... In my TextEdit scenario, I don't even see a rename attempted. I see it create a new file, write the contents there (successfully), read the file's attributes, and then delete it and bail. Maybe ktrace will reveal some additional steps going on in there that I don't see otherwise. That's interesting. In the ktrace I just ran on UFS there's very little happening between the first data write and the rename: Have you implemented VNOP_FSYNC? Perhaps the fsync call is returning an error on your file system. This email sent to site_archiver@lists.apple.com