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