Re: [PATCH] Use FIX_UTF8_MAC to enable conversion from UTF8-MAC to UTF8
- From
Mark Junker <mjscod@web.de>
- Date
- Jan 21, 2008, 10:36 UTC
- Message-ID
- <fn1sk4$uh4$1@ger.gmane.org>
- In-Reply-To
- <7vve5nzdqx.fsf@gitster.siamese.dyndns.org>
Junio C Hamano schrieb:
> I do not know how Macintosh libc implements "struc dirent", but > this approach does not work in general.
IMHO there is no need that this approach works in general because this is a fix for MacOSX systems only. I also use d_namlen which might not be available on other systems. But on MacOSX this works as expected.
> yet you can obtain a path component longer than 256 bytes. > Apparently the library allocates longer d_name[] field than what > is shown to the user.
This is not a problem either because on MacOSX we get decomposed UTF8 and we always convert to composed UTF8. This means that the string returned from reencode_string will always be smaller than the original filename that had to be reencoded.
Regards, Mark