Hi,
At Sat, 30 Jun 2001 09:00:50 +0100 (BST),
Markus Kuhn <[EMAIL PROTECTED]> wrote:
> If
> you press ^C in an application that spits out BIG5 in an unfortunate
> moment or truncate a string by counting bytes, then you will loose BIG5
> synchronization, and the terminal has to skip characters in the input
> stream until is finds two G0 characters in a row to be sure again where
> the next character starts. BIG5 is an example of a rather messy encoding,
> not only in that respect. ISO 2022 is far worse.
I don't understand why the current implementation of "luit"
can avoid this problem while iconv() approach cannot.
---
Tomohiro KUBOTA <[EMAIL PROTECTED]>
http://www.debian.or.jp/~kubota/
"Introduction to I18N" http://www.debian.org/doc/manuals/intro-i18n/
-
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/linux-utf8/
