Hey
I think I may be hitting a bug in Sublime Text 3. I’m editing a file (with “atomic_save”: true set). Before saving the file I run ls -i in the directory, and record the inode number. I then save the file, and the inode number doesn’t change.
If sublime were writing to a new file, then renaming over the top, I’d expect to see the inode number of the file change. This is what I see happen with “vim” and other editors.
This is a problem for me in conflation with a bug in the VMware host tools – there’s a bug in vmhgfs, but atomic save behaving the way it behaves with VIM does seem to work around the issue. It’s also concerning that atomic save is (apparently) not atomic?
Platform is OS X Mavericks, on a HFS+ partition.
Thanks
Grahame
Oops. Well, in Australia it’s hot enough that it’s hard to sleep so winter isn’t all bad.