Re: How to deal with long pathnames in Cocoa ?
Re: How to deal with long pathnames in Cocoa ?
- Subject: Re: How to deal with long pathnames in Cocoa ?
- From: Rosyna <email@hidden>
- Date: Wed, 16 Jan 2002 14:41:18 -0700
I filed one as well when I brought the issue up back in november on
macosx-dev, it is especially problematic with non roman names since
its a 1024 byte limit.
People running Mac OS 8.6 would run into the problem with the max
folder depth issue of 100 folders. (this was resolved in 9 I believe,
but I guess is back in OS X).
It seems that carbon has no problem with these long paths, if the
path is too long, it APPEARS carbon mangles names so the maxpath is
under 1024 bytes in length. (This is all I can tell from BBEdit, at
least since I don't know of many carbon applications that show path.)
Ack, at 1/16/02, Ondra Cada said:
>>>>>> Stephane Sudre (SS) wrote at Wed, 16 Jan 2002 15:26:42 +0100:
SS> Apparent conclusion: The NSFileManager API is not long pathname savvy.
There is absolutely no problem with the API! It can cope with a
million-character-filenames just as easily as with one-char-ones.
There seems though to be a problem in the _implementation_ (which,
incidentally, seems to go *WAY* back: I've just tried that in my NeXTStep
3.3, and succeeded to kill Edit the very same way -- by trying to save a file
into path longer than 1024 characters).
Do please file a bugreport.
--
Sincerely,
Rosyna Keller
Technical Support/Holy Knight/Always needs a hug
Unsanity: Unsane Tools for Insane People