Re: Not so long filenames
Re: Not so long filenames
- Subject: Re: Not so long filenames
- From: Jeremy Pereira <email@hidden>
- Date: Tue, 28 Oct 2008 00:39:35 +0000
On 26 Oct 2008, at 09:55, Gerriet M. Denkmann wrote:
On 26 Oct 2008, at 00:30, Postmaster wrote:
On 14 Oct 2008, at 21:00, Gerriet M. Denkmann wrote:
On 14 Oct 2008, at 18:07, Jason Coco wrote:
On Oct 14, 2008, at 11:28 , Gerriet M. Denkmann wrote:
HFS+ stores files in decomposed UTF-8. Checking the system headers,
"system headers" is kind of vague: which file exactly do you have in
mind?
it can store files with a maximum file name length of 255 bytes.
How do you get 256 bytes of UTF-8 into 255 bytes?
Checking the system header hfs_format.h for HFSUniStr255 one sees
that it can store file names with a maximum length of 255 u_int16_t.
And there is no real problem of putting the 128 shorts of Utf-16
into 255 u_int16_t.
It's actually the VFS layer I was thinking of. The OS X VFS uses
UTF-8 (otherwise there would be no backward compatibility for calls
like open(2) etc). I got the 255 byte limit by looking at struct
dirent defined in /usr/include/sys/dirent.h which is the structure
used in the readdir syscall.
_______________________________________________
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