On Monday, April 22, 2002, at 07:33 , Nick Ing-Simmons wrote:
Dan Kogai <dankogai(_at_)dan(_dot_)co(_dot_)jp> writes:
There are two more encodings that don't work well w/ PerlIO.
ISO-2022-KR and HZ. But neither is used ubiquitously (at least to the
extent of ISO-2022-JP, de-fact standard for Japanese e-mails).
Detailed
Changes after the sig.
Why don't they work? - is it like needs_lines ?
For HZ, I know the reason -- HZ uses ~{ and ~} for escapes but unlinke
ISO-2022-JP, it is not guaranteed to escape back to ascii (or GB2312) at
line feed.
For ISO-2022-KR I am still not sure. But as Jungshik corrected,
ISO-2022-KR is NOT ISO-2022-JP with JISX replaced to KSC. I have fixed
CHECK part so it behaves like others. So it seems
'<:encoding("iso-2022-kr")' works. '>:encoding("iso-2022-kr")' still
fails but I am not sure it is failing in a sense it is broken. That is,
it may be inserting superfluous escapes. If so the tests fail but the
resulting string is considered OK. Please have a look with
bleadperl -Mblib t/jperl.t 1
Dan
