Hi,
At Fri, 22 Jun 2001 18:58:25 +0100 (BST),
Markus Kuhn <[EMAIL PROTECTED]> wrote:
> Adding locale-dependent encoding conversion functionality to fopen() etc.
> really is completely out of the question. I don't even want to start
> thinking about the huge number of obvious new devious security problems
> that such a severe functionality change in the highly stable Unix/Linux
> file system semantics would bring. For those with no phantasy at all, let
> me just mention lock files and file existance tests to start with.
> Changing fopen here is an absolute no-go! Good Qwafu, we want to decrease
> the locale-dependency of the C and X11 API, not increase it.
Locale-dependency is a mandatory. All text-handling softwares which
don't obey LC_CTYPE should be regarded as buggy.
I don't know if fopen() should implement encoding conversion or not.
However, if not, each application software will have to convert UTF-8
from/to locale-encoding.
UTF-8 is a mere one of encodings which are supported by locale.
---
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/
