Bug#447433: iconv TRANSLIT behavior is locale-dependent?
Package: libc6
Version: 2.3.6.ds1-13etch2
The following command is taken from a test case from the php5 source
package:
echo -e "\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d\x87\x6d" \
| iconv -f CP932 -t EUC-JP//TRANSLIT
The output of this command is different depending on the locale of the
calling user. If I call this command in a UTF-8 locale, I get the behavior
expected by the php test case. If I call it in a C locale, I get a
different output (a series of question marks). If I call it in an ISO8859-1
locale, I get yet a different output.
I don't see any reason that the behavior of iconv should be dependent on the
locale in which it's invoked.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
vorlon@debian.org http://www.debian.org/
Reply to: