Re: Serious bug in NSFileManager fileExistsAtPath:?
Re: Serious bug in NSFileManager fileExistsAtPath:?
- Subject: Re: Serious bug in NSFileManager fileExistsAtPath:?
- From: Stéphane Sudre <email@hidden>
- Date: Sat, 21 May 2005 07:57:24 -0700
samedi 21 mai 2005, à 07:36 AM, Stéphane Sudre a écrit :
samedi 21 mai 2005, à 07:28 AM, Jim Hamilton a écrit :
On May 21, 2005, at 10:20 AM, Stéphane Sudre wrote:
No Data Fork at all AFAIK.
It's a Icon\r file which was zipped and then unzipped. Icon\r files
are pure Resource Fork files.
Are you sure you have the file's name correct?
I need to check this. As the name may indeed be altered whereas it's
displayed the same in the Finder.
Ok, the real issue lies in the zip archive.
If you have a folder with a custom folder and you're archiving it under
10.4 with the Apple Zip command in the Finder Contextual menu, when you
expand it on 10.2.8 using OpenUp, the '\r' is removed from the Icon\r
name.
I prefer this explanation to a bug.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden