stringByStandardizingPath no longer resolving symlinks in 10.6?
stringByStandardizingPath no longer resolving symlinks in 10.6?
- Subject: stringByStandardizingPath no longer resolving symlinks in 10.6?
- From: Jens Alfke <email@hidden>
- Date: Tue, 1 Sep 2009 11:23:47 -0700
-[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 (email@hidden)
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:
This email sent to email@hidden