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

[address@hidden via RT]

<URL: http://rt.cpan.org/Ticket/Display.html?id=28850 >

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