Message324273
| Author |
Michael.Felt |
| Recipients |
Michael.Felt, michael-o, terry.reedy, vstinner |
| Date |
2018年08月28日.18:43:44 |
| SpamBayes Score |
-1.0 |
| Marked as misclassified |
Yes |
| Message-id |
<2e69558e-40ac-fbb6-aee8-c3c79201648b@felt.demon.nl> |
| In-reply-to |
<1535455206.96.0.56676864532.issue34403@psf.upfronthosting.co.za> |
| Content |
On 28/08/2018 13:20, STINNER Victor wrote:
> I updated my PR 8969 to implement properly my idea. With this PR, on HP-UX with C or POSIX locale, Python now uses ASCII for its "filesystem encoding": sys.getfilesystemencoding() returns "ascii".
>
> Michael: can you please try my updated PR 8969?
>
> * apply the updated change
> * recompile Python
> * run the test suite using: LC_ALL=C ./python -m test -j0 -r
>
> You may also test with the current locale: ./python -m test -j0 -r
Seems to work well as far as AIX and test_utf8_mode (as you had already
merged I pulled master and built that anew).
Attached is the output with LC_ALL=C in the prefix. If you were hoping
for "dangling processes - your hopes are affirmed.
Perhaps also noteworthy:
root@x066:[/data/prj/python/git/python3-3.8]set | grep LC
LC__FASTMSG=true
MAILCHECK=600
root@x066:[/data/prj/python/git/python3-3.8]set | grep LANG
LANG=en_US |
| Files |
| File name |
Uploaded |
|
py3.8-LC-C.text
|
Michael.Felt,
2018年08月28日.18:43:41
|
|