[Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces

Hrvoje Niksic hrvoje.niksic at avl.com
Wed Apr 29 10:29:32 CEST 2009


Zooko O'Whielacronx wrote:
>> If you switch to iso8859-15 only in the presence of undecodable 
>> UTF-8, then you have the same round-trip problem as the PEP: both 
>> b'\xff' and b'\xc3\xbf' will be converted to u'\u00ff' without a 
>> way to unambiguously recover the original file name.
>> Why do you say that? It seems to work as I expected here:
>> >>> '\xff'.decode('iso-8859-15')
> u'\xff'
> >>> '\xc3\xbf'.decode('iso-8859-15')
> u'\xc3\xbf'

Here is what I mean by "switch to iso8859-15" only in the presence of 
undecodable UTF-8:
def file_name_to_unicode(fn, encoding):
 try:
 return fn.decode(encoding)
 except UnicodeDecodeError:
 return fn.decode('iso-8859-15')
Now, assume a UTF-8 locale and try to use it on the provided example 
file names.
 >>> file_name_to_unicode(b'\xff', 'utf-8')
'ÿ'
 >>> file_name_to_unicode(b'\xc3\xbf', 'utf-8')
'ÿ'
That is the ambiguity I was referring to -- to different byte sequences 
result in the same unicode string.


More information about the Python-Dev mailing list

AltStyle によって変換されたページ (->オリジナル) /