Martin <gzl...@googlemail.com> added the comment:
> Nope. The locale encoding is chosen using LC_ALL, LC_CTYPE or LANG
> variable: use the first non-empty variable. LC_MESSAGES doesn't affect
> the encoding. Example:
That's good to know, thanks. Only leaves the case where setlocale is called
again with a different value.
> Yes, and ASCII and UTF-8 are incompatible. ASCII is unable to decode an
> UTF-8 encoded string.
I think we're envisioning different things here.
os.stat("\u2601") # with LANG=C
current -> UnicodeEncodeError
changed -> works if utf-8 encoded file exists
os.listdir() # with LANG=C
current -> returns non-ascii as unicode with funky surrogates
changed -> returns non-utf-8 as unicode with funky surrogates
> It affects everything because filenames are used everywhere.
But currently everything handling filenames as unicode on nix needs to worry
about surrogates (that can't be encoded as ascii) already, or it will still be
passing values that can't be interpreted by other processes as you highlighed
earlier. Making utf-8 names come out correctly rather than as surrogates
doesn't seem like it increases the burden.
----------
_______________________________________
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue13643>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
