Sorry (was: Re: Bug in pathContentOfSymbolicLinkAtPath?)
Sorry (was: Re: Bug in pathContentOfSymbolicLinkAtPath?)
- Subject: Sorry (was: Re: Bug in pathContentOfSymbolicLinkAtPath?)
- From: Chris Garaffa <email@hidden>
- Date: Sat, 01 Sep 2001 12:02:46 -0400
My apologies all,
I misinterpreted joar's email. Yes, that returns private/etc.
If you go into the terminal and:
cd /
ls -l | grep etc
You'll see it returns the same thing, private/etc/ without the leading /
So, this is from the UNIX underpinning (a bug, or not, depending on who
you ask,) probably not a bug in pathContentOfSymbolicLinkAtPath:
Again, sorry, I should have read more carefully,
Chris
On Saturday, September 1, 2001, at 08:44 PM, j o a r wrote:
Hello,
Could any one explain why "pathContentOfSymbolicLinkAtPath:" from
NSFileManager returns "private/etc" when I feed it"/etc"? Shouldn't it
be "/private/etc/"?
The docs state:
//***********************************************************************
*
*********
pathContentOfSymbolicLinkAtPath:
- (NSString *)pathContentOfSymbolicLinkAtPath:(NSString *)cStringPath
Returns the actual path of the directory or file that the symbolic link
cStringPath refers to. Returns nil upon failure.
//***********************************************************************
*
*********
j o a r
_______________________________________________
cocoa-dev mailing list
email@hidden
http://www.lists.apple.com/mailman/listinfo/cocoa-dev