Eryk Sun added the comment:

I discussed character devices mostly because of the NUL device. It could be 
surprising that Python dies on an encoding error when output is redirected to 
NUL:

    C:\>chcp 1252
    Active code page: 1252

    C:\>python -c "print('\u20ac')" > nul
    C:\>chcp 437
    Active code page: 437

    C:\>python -c "print('\u20ac')" > nul
    Traceback (most recent call last):
      File "<string>", line 1, in <module>
      File "C:\Program Files\Python36\lib\encodings\cp437.py", line 19, in 
encode
        return codecs.charmap_encode(input,self.errors,encoding_map)[0]
    UnicodeEncodeError: 'charmap' codec can't encode character '\u20ac' in 
position 0:
    character maps to <undefined>

Unix has a similar problem:

    $ LANG=C python3 -c 'print("\u20ac")' > /dev/null
    Traceback (most recent call last):
      File "<string>", line 1, in <module>
    UnicodeEncodeError: 'ascii' codec can't encode character '\u20ac' in 
position 0:
    ordinal not in range(128)

Except /dev/null isn't a TTY. Also, it's rare nowadays for the locale encoding 
in Unix systems to be something other than UTF-8.

It would be useful if we special-cased NUL like we do for the Windows console, 
but just to make it use the backslashreplace error handler. Unfortunately I 
don't know how to do that without calling NtQueryObject, for which 
ObjectNameInformation (1) can't be used because it's undocumented [1]. 
GetFinalPathNameByHandle also can't be used because it requires file-system 
devices. As a crude workaround, we could lump together all non-console 
character devices (i.e. isatty() but not a console). That will affect serial 
devices, too, but I can't think of a good reason someone would redirect stdout 
or stderr to a COM port.

[1]: https://msdn.microsoft.com/en-us/library/ff550964

----------

_______________________________________
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30410>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Reply via email to