-[NSString stringByStandardizingPath] is supposed to, among other
things, resolve symlinks in a path. From the NSString reference:
Discussion
If stringByStandardizingPath detects symbolic links in a pathname,
thestringByResolvingSymlinksInPath method is called to resolve them.
In 10.6 this doesn't seem to be happening any more. For example, on my
system /Code is a symlinked directory, but it's not being standardized
to the real location:
(gdb) po [@"/Code" stringByResolvingSymlinksInPath]
/Volumes/snoog/Code
(gdb) po [@"/Code" stringByStandardizingPath]
/Code
(gdb) po [@"/Code/Murky" stringByStandardizingPath]
/Code/Murky
(gdb) po [@"/Code/Murky" stringByResolvingSymlinksInPath]
/Volumes/snoog/Code/Murky
This is breaking my app Murky (and anyone else's app that uses my
MYDirectoryWatcher class.)
Is this a known regression, or should I file a bug report?
—Jens
_______________________________________________
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
