The problem is that I have to default XLAT16_ACCEPT_3BYTE_CHR in both libkiconv and module/libiconv.ko. Though it works, I don't it is a good way to use translation table since UCS-2 to UTF-8 is so straightforward. Maybe we need to write a new kernel side iconv converter for this? I have no idea about those iconv codes in the kernel at all. On Mon, 17 Jan 2005 14:22:55 +1100, Christopher Vance <c_at_nu.org> wrote: > On Sun, Jan 16, 2005 at 06:25:52PM -0800, David Yu wrote: > >In my case, those Chinese filenames are still in UCS-2LE, and all > >characters are in plane 0. I tried to modify codes so that it can > >directly store the conversion result into the dirent structure, but > >the convchr() funtion failed everytime for Chinese character while > >there is no problem with Ascii characters. I thought converting from > >UCS-2 to UTF-8 should be very easy? > > Maybe the conversion routine disagrees with you about byte order? > > -- > Christopher Vance >Received on Mon Jan 17 2005 - 04:28:21 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:26 UTC