[issue33405] PYTHONCOERCECLOCALE no longer being respected

STINNER Victor added the comment: Ok, pmpp confirmed that the 3.7b2 bug has been fixed in 3.7b3. Thank you for your bug report Anthony Shaw! -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue33405] PYTHONCOERCECLOCALE no longer being respected

pmpp added the comment: b3 is also ok with the -X parameter : PYTHONCOERCECLOCALE=0 LANG=C python3.7 -X utf8=0 -c "import sys; print(sys.stdin.encoding)" ANSI_X3.4-1968 -- ___ Python tracker

[issue33405] PYTHONCOERCECLOCALE no longer being respected

STINNER Victor added the comment: I cannot reproduce the issue with the future Python 3.7 beta4: vstinner@apu$ PYTHONCOERCECLOCALE=0 LANG=C ./python -X utf8=0 -c "import sys; print(sys.stdin.encoding)" ANSI_X3.4-1968 vstinner@apu$ LANG=C ./python -X utf8=0 -c "import sys; print(sys.stdin.enco

[issue33405] PYTHONCOERCECLOCALE no longer being respected

STINNER Victor added the comment: > PYTHONCOERCECLOCALE=0 LANG=C python3.7 -c "import sys; > print(sys.stdin.encoding)" Are you aware of the PEP 540 "UTF-8 Mode"? It's also enabled automatically by the POSIX locale. If you hate UTF-8, you have to use: PYTHONCOERCECLOCALE=0 python3.7 -X utf8=

[issue33405] PYTHONCOERCECLOCALE no longer being respected

pmpp added the comment: indeed a3+ says : PYTHONCOERCECLOCALE=0 LANG=C python3.7 -c "import sys; print(sys.stdin.encoding)" ANSI_X3.4-1968 but can reproduce on b3: PYTHONCOERCECLOCALE=0 LANG=C python3.7 -c "import sys; print(sys.stdin.encoding)" utf-8 -- nosy: +pmpp __

[issue33405] PYTHONCOERCECLOCALE no longer being respected

Change by Ned Deily : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.o

[issue33405] PYTHONCOERCECLOCALE no longer being respected

New submission from anthony shaw : observing a behaviour on Python 3.7 b2 that doesn't match what's documented in PEP 538 PEP 538 states that the locale coercion behaviour can be disabled through the PYTHONCOERCECLOCALE environment variable. I would then expect the stdin encoding to be the sam