Re: Globally, persistently identifying a file
On Apr 27, 2012, at 12:06 PM, Tilghman Lesher wrote:
Here's another idea: instead of relying upon the file's inode, use the containing directory's inode number and a combination of the inode number and the name of the file. It will work fine if the Cocoa API deletes and recreates the file. It will also work fine if the containing directory is moved to another part of the filesystem. If either the filename or the inode don't match, you can use that information to update your database on each run. This especially works well with applications, since applications are themselves directories.
And that will stop working once the file name changes. Nick Zitzmann <http://www.chronosnet.com/> _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app... This email sent to site_archiver@lists.apple.com
participants (1)
-
Nick Zitzmann