bug-gnu-libiconv
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug-gnu-libiconv] Re: [rt.cpan.org #28850] Korean hanging CRITICAL


From: Bruno Haible
Subject: [bug-gnu-libiconv] Re: [rt.cpan.org #28850] Korean hanging CRITICAL
Date: Wed, 29 Aug 2007 23:53:21 +0200
User-agent: KMail/1.5.4

Hello,

If you want to show a bug in GNU libiconv, you need to show a C or C++
program that exhibits a behaviour that does not comply with the manual pages.

> > Not supported EUC-KR to ISO-2022-KR
> > Iconv NOT OK
> > Unsupported conversion: Invalid argument at iconv_t.pl line 10.
> > Text::Iconv NOT OK
> > 
> > GNU libiconv supports the above conversion, while Sun's Iconv does  not.

This is well-known. On Solaris 10:

$ echo abc | /usr/bin/iconv -f EUC-KR -t ISO-2022-KR
Not supported EUC-KR to ISO-2022-KR
$ echo abc | /usr/bin/iconv -f EUC-KR -t UTF-8
abc
$ echo abc | /usr/bin/iconv -f UTF-8 -t ISO-2022-KR
abc

If you want to perform a conversion from EUC-KR to ISO-2022-KR, you
either need an iconv() implementation that supports it directly, such as
GNU libc iconv or GNU libiconv, or a utility code that converts via
UTF-8 if that is possible. For example you can use the 'striconveh' module
from gnulib (it's under LGPL), see
   http://www.gnu.org/software/gnulib/MODULES.html#module%3Dstriconveh

Bruno





reply via email to

[Prev in Thread] Current Thread [Next in Thread]