[issue34219] distutils: build_ext -D wrongly assume defining a symbol with no value
New submission from monson : `python setup.py build_ext -D zero,one=v1,two=k2=v2` will generate preprocessor argument `-D zero=1 -D one=v1=1 -D two=k2=v2=1`. Expect `-D zero=1 -D one=v1 -D two=k2=v2`. -- components: Library (Lib) messages: 322344 nosy: monson priority: normal severity: normal status: open title: distutils: build_ext -D wrongly assume defining a symbol with no value type: behavior versions: Python 3.7 ___ Python tracker <https://bugs.python.org/issue34219> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34219] distutils: build_ext -D wrongly assume defining a symbol with no value
Change by monson : -- keywords: +patch pull_requests: +7982 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue34219> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34515] lib2to3: support non-ASCII identifiers
New submission from monson : Python 3.0 introduces additional characters from outside the ASCII range (see PEP 3131). see https://docs.python.org/3/reference/lexical_analysis.html#identifiers But lib2to3 can't tokenize them corretly. ``` $ echo '中 = 1' | python3.7 -m lib2to3.pgen2.tokenize 1,0-1,1:ERRORTOKEN '中' 1,2-1,3:OP '=' 1,4-1,5:NUMBER '1' 1,5-1,6:NEWLINE '\n' 2,0-2,0:ENDMARKER '' ``` '中' should be tokenized as NAME instead of ERRORTOKEN. -- components: Library (Lib) messages: 324148 nosy: monson priority: normal severity: normal status: open title: lib2to3: support non-ASCII identifiers versions: Python 3.7 ___ Python tracker <https://bugs.python.org/issue34515> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34515] lib2to3: support non-ASCII identifiers
Change by monson : -- keywords: +patch pull_requests: +8426 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue34515> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34219] distutils: build_ext -D wrongly assume defining a symbol with no value
Change by monson : -- versions: +Python 3.8 -Python 3.7 ___ Python tracker <https://bugs.python.org/issue34219> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue34515] lib2to3: support non-ASCII identifiers
Change by monson : -- versions: +Python 3.8 -Python 3.7 ___ Python tracker <https://bugs.python.org/issue34515> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33338] [lib2to3] Synchronize token.py and tokenize.py with the standard library
Change by monson : -- pull_requests: +8757 ___ Python tracker <https://bugs.python.org/issue8> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15602] zipfile: wrong encoding charset of member filename
New submission from monson:
In /cpython/Lib/zipfile.py, there are some codes like
if flags & 0x800:
# UTF-8 file names extension
filename = filename.decode('utf-8')
else:
# Historical ZIP filename encoding
filename = filename.decode('cp437')
But actually there is no "Historical ZIP filename encoding", because zip files
contain no charset info.
In English countries, it's usually not a big deal. But if the files zip on a
non-cp437-based system (especially like China or Japan), filename is encoded
from charsets like gb18030, but ZipFile decodes the byte stream to cp437, then
everything goes wrong and people are hard to find the reason.
It's a problem new in py3k, and I found it on python3.2 and python3.4.
I suggest the filename returned in Bytes objects, or add decoding parameter
when opening zipfile.
--
components: Library (Lib)
messages: 167760
nosy: monson
priority: normal
severity: normal
status: open
title: zipfile: wrong encoding charset of member filename
type: behavior
versions: Python 3.2
___
Python tracker
<http://bugs.python.org/issue15602>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17540] logging formatter support 'style' key in dictionary config
New submission from monson: Since from version 3.2 ``style`` parameter was added in class logging.Formatter, it should be availably configured in configuration dictionary or file. -- components: Library (Lib) files: add-logging-config-key-style.patch keywords: patch messages: 185188 nosy: monson priority: normal severity: normal status: open title: logging formatter support 'style' key in dictionary config type: enhancement versions: Python 3.3 Added file: http://bugs.python.org/file29571/add-logging-config-key-style.patch ___ Python tracker <http://bugs.python.org/issue17540> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36944] Add support for ARM64 to libffi
Paul Monson added the comment: Yes I think this can be closed. Thank you! -- status: pending -> open ___ Python tracker <https://bugs.python.org/issue36944> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37553] SendfileUsingSendTest tests timeout too short for Windows ARM32
Paul Monson added the comment: Yes. On Fri, Oct 16, 2020 at 3:41 PM Irit Katriel wrote: > > Irit Katriel added the comment: > > Can this be closed? > > -- > nosy: +iritkatriel > > ___ > Python tracker > <https://bugs.python.org/issue37553> > ___ > -- ___ Python tracker <https://bugs.python.org/issue37553> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35947] Update libffi_msvc to current version of libffi
Paul Monson added the comment: Would you like me to submit a PR to the What's New doc? -- ___ Python tracker <https://bugs.python.org/issue35947> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36511] Add Windows ARM32 buildbot
Change by Paul Monson : -- pull_requests: +13363 ___ Python tracker <https://bugs.python.org/issue36511> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36941] Windows build changes for Windows ARM64
Change by Paul Monson : -- pull_requests: +13389 ___ Python tracker <https://bugs.python.org/issue36941> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36799] Typo in ctypes documentation
Change by Paul Monson : -- pull_requests: +13393 ___ Python tracker <https://bugs.python.org/issue36799> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36799] Typo in ctypes documentation
Change by Paul Monson : -- pull_requests: +13400 ___ Python tracker <https://bugs.python.org/issue36799> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36511] Add Windows ARM32 buildbot
Paul Monson added the comment: I did a quick test and it looks like exit /b %ERRORLEVEL% will propagate the exit code. -- ___ Python tracker <https://bugs.python.org/issue36511> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36511] Add Windows ARM32 buildbot
Change by Paul Monson : -- pull_requests: +13443 ___ Python tracker <https://bugs.python.org/issue36511> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37140] ctypes change made clang fail to build
Paul Monson added the comment: The change causing the build failure comes from this commit. https://github.com/python/cpython/pull/3806/commits/ea8a0dcea68409d37f3ad9e60e42777c76ad903b The commit comment says: "Fix copy of structures when passed by value." Steve, do you recall what this change fixed? -- nosy: +Paul Monson, steve.dower ___ Python tracker <https://bugs.python.org/issue37140> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37140] ctypes change made clang fail to build
Paul Monson added the comment: If I undo the changes to StructUnionType_paramfunc then test_pass_by_value (ctypes.test.test_structures.StructureTestCase) fails on x64 on Windows. Looking at the code I don't think this is specific to Windows. This is a test for fixing this issue: https://bugs.python.org/issue29565 -- ___ Python tracker <https://bugs.python.org/issue37140> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37140] ctypes change made clang fail to build
Paul Monson added the comment: Reading the related bugs more carefully I think the struct/union passing conventions are different on Windows x64 and Linux. I have a fix which works for Windows but preserves the prior code for Linux. -- ___ Python tracker <https://bugs.python.org/issue37140> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37140] ctypes change made clang fail to build
Change by Paul Monson : -- keywords: +patch pull_requests: +13681 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13796 ___ Python tracker <https://bugs.python.org/issue37140> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37140] ctypes change made clang fail to build
Paul Monson added the comment: I added a unittest to the PR that illustrates the problem. It doesn't pass yet. -- ___ Python tracker <https://bugs.python.org/issue37140> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37181] fix test_regrtest failures on Windows arm64
Change by Paul Monson : -- components: Tests, Windows nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: fix test_regrtest failures on Windows arm64 type: enhancement versions: Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue37181> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37181] fix test_regrtest failures on Windows arm64
Change by Paul Monson : -- keywords: +patch pull_requests: +13748 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13872 ___ Python tracker <https://bugs.python.org/issue37181> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37201] fix test_distutils failures for Windows ARM64
New submission from Paul Monson : There are a few places where ARM64 is not correctly specified in order for distutils to work for on-target builds using Visual Studio (32-bit x86 emulation). -- components: Tests, Windows messages: 345008 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: fix test_distutils failures for Windows ARM64 type: enhancement versions: Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue37201> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37201] fix test_distutils failures for Windows ARM64
Change by Paul Monson : -- keywords: +patch pull_requests: +13777 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13902 ___ Python tracker <https://bugs.python.org/issue37201> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37236] fix test_complex for Windows arm64
New submission from Paul Monson : There is a compiler optimization error on Windows ARM64 that causes test_truediv (test.test_complex.ComplexTest) to fail with ZeroDivisionError: complex division by zero. Adding a pragma optimize around the affected function fixes the issue. I am also submitting a report to the compiler team -- components: Windows messages: 345254 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: fix test_complex for Windows arm64 type: compile error versions: Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue37236> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37236] fix test_complex for Windows arm64
Change by Paul Monson : -- keywords: +patch pull_requests: +13847 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13983 ___ Python tracker <https://bugs.python.org/issue37236> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37238] Enable building for Windows using Visual Studio 2019
New submission from Paul Monson : What is the normal process for lighting up a new Visual Studio? -- components: Build, Windows messages: 345269 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Enable building for Windows using Visual Studio 2019 versions: Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue37238> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37238] Enable building for Windows using Visual Studio 2019
Change by Paul Monson : -- keywords: +patch pull_requests: +13851 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13988 ___ Python tracker <https://bugs.python.org/issue37238> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37239] Add headless development preset layout
New submission from Paul Monson : Add preset-headless preset which has everything that preset-default has minus tcltk and idle -- components: Build, Windows messages: 345275 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Add headless development preset layout type: enhancement versions: Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue37239> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37239] Add headless development preset layout
Change by Paul Monson : -- keywords: +patch pull_requests: +13852 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13989 ___ Python tracker <https://bugs.python.org/issue37239> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37239] Add headless development preset layout
Paul Monson added the comment: Thanks for the feedback Steve Looking at the differences between the change I proposed and the nuget package I agree that "--preset-nuget --include-..." is a better approach. Closing this issue and the pull request. -- ___ Python tracker <https://bugs.python.org/issue37239> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37239] Add headless development preset layout
Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue37239> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37140] ctypes change made clang fail to build
Paul Monson added the comment: I did some reading about parameter passing and it's still not clear to me whether https://bugs.python.org/issue37140 is a bug in CPython or whether the clang bindings were relying on incorrect parameter passing behavior to work. The change in https://github.com/python/cpython/pull/13796 restores the previous behavior where Windows and non-Windows builds pass structs differently. -- ___ Python tracker <https://bugs.python.org/issue37140> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36779] time.tzname returns empty string on Windows if default codepage is a Unicode codepage
Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue36779> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37288] Windows arm32 buildbot build is broken
New submission from Paul Monson : https://github.com/python/cpython/pull/14065 breaks building with --no-tkinter. Which breaks the Windows arm32 buildbot `C:\Users\buildbot\buildarea\3.x.monson-win-arm32.nondebug\build\PCbuild\python.vcxproj(158,9): error MSB4184: The expression "[System.IO.File]::ReadAllText(C:\Users\buildbot\buildarea\3.x.monson-win-arm32.nondebug\build\externals\tcltk-8.6.9.0\arm32\tcllicense.terms)" cannot be evaluated. Could not find a part of the path 'C:\Users\buildbot\buildarea\3.x.monson-win-arm32.nondebug\build\externals\tcltk-8.6.9.0\arm32\tcllicense.terms'.` -- components: Build, Windows messages: 345648 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Windows arm32 buildbot build is broken type: compile error versions: Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue37288> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37288] Fix Windows build when --no-tkinter is specified
Paul Monson added the comment: Change title: Fix Windows build when --no-tkinter is specified I noticed this because the Windows arm32 buildbot build was broken. -- title: Windows arm32 buildbot build is broken -> Fix Windows build when --no-tkinter is specified ___ Python tracker <https://bugs.python.org/issue37288> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37288] Fix Windows build when --no-tkinter is specified
Change by Paul Monson : -- keywords: +patch pull_requests: +13951 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14096 ___ Python tracker <https://bugs.python.org/issue37288> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36511] Add Windows ARM32 buildbot
Change by Paul Monson : -- pull_requests: +14083 pull_request: https://github.com/python/cpython/pull/14251 ___ Python tracker <https://bugs.python.org/issue36511> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36511] Add Windows ARM32 buildbot
Change by Paul Monson : -- pull_requests: +14103 pull_request: https://github.com/python/cpython/pull/14280 ___ Python tracker <https://bugs.python.org/issue36511> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37370] AF_UNIX should be supported on Windows
New submission from Paul Monson : AF_UNIX has been supported on windows since version 1803 (build 17134) see https://devblogs.microsoft.com/commandline/af_unix-comes-to-windows/ Enabling support for AF_UNIX will enable better peer-to-peer connectivity scenarios for Azure IoT Edge. The changes to enable AF_UNIX on Windows seem small and low risk. I need feedback on these proposed changes -- components: Windows messages: 346266 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: AF_UNIX should be supported on Windows type: enhancement versions: Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue37370> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37370] AF_UNIX should be supported on Windows
Change by Paul Monson : -- keywords: +patch pull_requests: +14126 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14302 ___ Python tracker <https://bugs.python.org/issue37370> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37370] AF_UNIX should be supported on Windows
Paul Monson added the comment: Thanks Zackery. Closing as duplicate -- resolution: -> duplicate stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue37370> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33408] AF_UNIX is now supported in Windows
Change by Paul Monson : -- nosy: +Paul Monson ___ Python tracker <https://bugs.python.org/issue33408> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36511] Add Windows ARM32 buildbot
Change by Paul Monson : -- pull_requests: +14247 pull_request: https://github.com/python/cpython/pull/14431 ___ Python tracker <https://bugs.python.org/issue36511> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37201] fix test_distutils failures for Windows ARM64
Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue37201> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37236] fix test_complex for Windows arm64
Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue37236> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36941] Windows build changes for Windows ARM64
Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue36941> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36942] Windows code changes for Windows ARM64
Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue36942> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36943] Windows test changes for Windows ARM64
Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue36943> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36944] Add support for ARM64 to libffi
Paul Monson added the comment: submitted new PR to fix build and test issues for Windows ARM64 in Python https://github.com/libffi/libffi/pull/496 -- ___ Python tracker <https://bugs.python.org/issue36944> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36511] Add Windows ARM32 buildbot
Change by Paul Monson : -- pull_requests: +14277 pull_request: https://github.com/python/cpython/pull/14460 ___ Python tracker <https://bugs.python.org/issue36511> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33408] Enable AF_UNIX support in Windows
Paul Monson added the comment: I've been asked by my team to investigate what is required to enable AF_UNIX in Python. Is anyone else actively investigating this? I did a prelinary investigation and the impact on test in test_sockets was pretty simple. However there were 26 test failures in test_asyncio tests, with only the naive changes to all AF_UNIX to work with the socket class on Windows. The first failure I looked at was caused by ProactorEventLoop in windows_events.py not providing a windows-specific version of create_unix_server. This results in the code falling back to AbstractServer.create_unix_server which raises NotImplementedError. -- ___ Python tracker <https://bugs.python.org/issue33408> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37552] [Windows] strptime/strftime return invalid results with UCRT version 17763.615
New submission from Paul Monson : strptime/strftime return invalid results when using UCRT version 17763.615 -- components: Tests, Windows messages: 347638 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: [Windows] strptime/strftime return invalid results with UCRT version 17763.615 versions: Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue37552> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37552] [Windows] strptime/strftime return invalid results with UCRT version 17763.615
Change by Paul Monson : -- type: -> behavior ___ Python tracker <https://bugs.python.org/issue37552> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37552] [Windows] strptime/strftime return invalid results with UCRT version 17763.615
Change by Paul Monson : -- keywords: +patch pull_requests: +14494 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14460 ___ Python tracker <https://bugs.python.org/issue37552> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37553] SendfileUsingSendTest tests timeout too short for Windows ARM32
New submission from Paul Monson : 2 seconds doesn't seem to be a long enough timeout for os.sendfile tests on Windows ARM32 -- components: Tests, Windows messages: 347643 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: SendfileUsingSendTest tests timeout too short for Windows ARM32 type: behavior versions: Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue37553> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue37553] SendfileUsingSendTest tests timeout too short for Windows ARM32
Change by Paul Monson : -- keywords: +patch pull_requests: +14516 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14716 ___ Python tracker <https://bugs.python.org/issue37553> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33408] Enable AF_UNIX support in Windows
Paul Monson added the comment: I don't know if datagram support is coming to AF_UNIX on Windows. The changes will only add the flag on Windows, and will enable stream sockets to use AF_UNIX on Windows. In mind this isn't breaking datagram support. It is true that it's a subset of what appears to be supported on Linux/Unix. -- ___ Python tracker <https://bugs.python.org/issue33408> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33408] Enable AF_UNIX support in Windows
Change by Paul Monson : -- keywords: +patch pull_requests: +14617 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14823 ___ Python tracker <https://bugs.python.org/issue33408> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33408] Enable AF_UNIX support in Windows
Paul Monson added the comment: If you try to create a datagram socket with the current AF_UNIX changes on Windows the error is: OSError: [WinError 10047] An address incompatible with the requested protocol was used All of the examples given will fail to load with AttributeError on Windows because socket.AF_UNIX is not a valid attribute on Windows. I think it's possible that there is code that detects whether AF_UNIX is an attribute on socket or not and does something different on Windows, but I haven't seen an example of it so far. I can make the changes to WIN_AF_UNIX when I continue working on this, just in case there is portable code out there somewhere. -- ___ Python tracker <https://bugs.python.org/issue33408> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36511] Add Windows ARM32 buildbot
Change by Paul Monson : -- pull_requests: +14913 pull_request: https://github.com/python/cpython/pull/15181 ___ Python tracker <https://bugs.python.org/issue36511> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35920] Windows 10 ARM32 platform support
Change by Paul Monson : -- nosy: +Paul Monson ___ Python tracker <https://bugs.python.org/issue35920> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35740] openssl version 1.1.1 need to be there in cpython-source-deps for windows ARM64
Change by Paul Monson : -- nosy: +Paul Monson ___ Python tracker <https://bugs.python.org/issue35740> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35705] libffi support is not there for windows on ARM64
Change by Paul Monson : -- nosy: +Paul Monson ___ Python tracker <https://bugs.python.org/issue35705> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35926] Need openssl 1.1.1 support on Windows for ARM and ARM64
New submission from Paul Monson : Need code and test changes to match https://bugs.python.org/issue35740 -- assignee: christian.heimes components: SSL, Windows messages: 334998 nosy: Paul Monson, christian.heimes, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Need openssl 1.1.1 support on Windows for ARM and ARM64 type: enhancement versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue35926> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35947] Update libffi_msvc to current version of libffi
New submission from Paul Monson : libffi needs to be updated to the current version for Windows builds to make it easier to add ARM support -- components: Windows, ctypes messages: 335115 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Update libffi_msvc to current version of libffi type: enhancement versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue35947> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35948] update version of libffi in cpython-sources-dep
New submission from Paul Monson : libffi needs to be updated to the current version for Windows builds to make it easier to add ARM support -- components: Windows, ctypes messages: 335116 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: update version of libffi in cpython-sources-dep type: enhancement versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue35948> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35947] Update libffi_msvc to current version of libffi
Change by Paul Monson : -- keywords: +patch pull_requests: +11803 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue35947> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35947] Update libffi_msvc to current version of libffi
Change by Paul Monson : -- keywords: +patch, patch, patch pull_requests: +11803, 11804, 11806 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue35947> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35947] Update libffi_msvc to current version of libffi
Change by Paul Monson : -- keywords: +patch, patch, patch, patch pull_requests: +11803, 11804, 11805, 11806 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue35947> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35947] Update libffi_msvc to current version of libffi
Change by Paul Monson : -- keywords: +patch, patch pull_requests: +11803, 11804 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue35947> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35976] PCBuild file changes for arm32 should be separated from code changes for review
Change by Paul Monson : -- components: Build, Windows nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: PCBuild file changes for arm32 should be separated from code changes for review type: enhancement versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue35976> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35976] PCBuild file changes for arm32 should be separated from code changes for review
Change by Paul Monson : -- keywords: +patch pull_requests: +11855 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue35976> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36071] Add support for Windows ARM32 in ctypes/libffi
Change by Paul Monson : -- components: Windows, ctypes nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Add support for Windows ARM32 in ctypes/libffi versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue36071> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36071] Add support for Windows ARM32 in ctypes/libffi
Change by Paul Monson : -- keywords: +patch pull_requests: +12084 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue36071> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36509] Add iot layout for windows iot containers
New submission from Paul Monson : The layout should not contain tcl/tk, tkinter, distutils since ARM is cross-compiled and these features will not be useful on target ARM devices. -- components: Build, Windows messages: 339352 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Add iot layout for windows iot containers type: enhancement versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue36509> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36509] Add iot layout for windows iot containers
Change by Paul Monson : -- keywords: +patch pull_requests: +12591 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue36509> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33608] Add a cross-interpreter-safe mechanism to indicate that an object may be destroyed.
Change by Paul Monson : -- pull_requests: +12593 ___ Python tracker <https://bugs.python.org/issue33608> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36511] Add Windows ARM32 buildbot
New submission from Paul Monson : Zachary Ware suggested I create an issue to discuss this: I've started a worker using the worker name monson-win-arm32 and the password provided. I think it is waiting for a change, there were no errors, but it didn't print anything. Also, I don’t see anything in the list of builders that looks like it would be windows arm32, and it's not showing in the list of workers. I'm looking at tools/buildbot/test.bat and it seems like it might be a good place to use SSH to run the test on arm32 device, but I'm not clear on where it is called from or what the best way to detect that project is being cross-compiled. Should I add an "-arm32" switch here? -- components: Build, Windows messages: 339362 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Add Windows ARM32 buildbot type: enhancement versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue36511> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36511] Add Windows ARM32 buildbot
Change by Paul Monson : -- nosy: +vstinner ___ Python tracker <https://bugs.python.org/issue36511> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36513] Add support for building arm32 nuget package
Change by Paul Monson : -- components: Build, Windows nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Add support for building arm32 nuget package type: enhancement versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue36513> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36513] Add support for building arm32 nuget package
Change by Paul Monson : -- keywords: +patch pull_requests: +12597 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue36513> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36638] typeperf.exe is not in all skus of Windows
New submission from Paul Monson : typeperf.exe is not present on small editions of windows like Windows IoT Core or nanoserver This causes WindowsLoadTracker to throw an exception during test initialization. -- components: Tests messages: 340309 nosy: Paul Monson priority: normal severity: normal status: open title: typeperf.exe is not in all skus of Windows type: crash versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue36638> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36638] typeperf.exe is not in all skus of Windows
Change by Paul Monson : -- keywords: +patch pull_requests: +12774 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue36638> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36638] typeperf.exe is not in all skus of Windows SKUs
Change by Paul Monson : -- title: typeperf.exe is not in all skus of Windows -> typeperf.exe is not in all skus of Windows SKUs ___ Python tracker <https://bugs.python.org/issue36638> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36511] Add Windows ARM32 buildbot
Change by Paul Monson : -- keywords: +patch pull_requests: +12843 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue36511> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36778] test_site.StartupImportTests.test_startup_imports fails if default code page is not cp1252
New submission from Paul Monson : Windows desktop skus have a default ANSI codepage (returned by GetACP()) of 1252 (Western European). Windows IoT Core and Windows Nano Server have a default codepage of 65001 (UTF-8). This causes test_site.StartupImportTests.test_startup_imports to fail on Windows IoT Core and Windows Nano Server because cp65001.py is loaded instead of the frozen cp1252.py at startup. I tried changing the default codepage to 65001 on my dev machine and rebuilding Python and it had no effect that I could tell on the generated frozen importlibs. The simplest solutions would be for the test_startup_imports test to be skipped or changed to pass when the locale.getpreferredencoding() returns 'cp65001' -- components: Tests, Windows messages: 341316 nosy: Paul Monson, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: test_site.StartupImportTests.test_startup_imports fails if default code page is not cp1252 type: behavior versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue36778> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36778] test_site.StartupImportTests.test_startup_imports fails if default code page is not cp1252
Change by Paul Monson : -- keywords: +patch pull_requests: +12986 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue36778> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36779] strptime returns empty string on Windows if default codepage is a Unicode codepage
New submission from Paul Monson : Need to work around a CRT bug in the use of _tzset() + _tzname[] Calling setlocale(LC_CTYPE, "") on a system where GetACP() returns CP_UTF8 results in empty strings in _tzname[]. This causes time.tzname to be an empty string. I have reported the bug. One possible workaround is to temporarily change the locale by calling setlocale(LC_CTYPE, "C") before calling _tzset and restore the current locale after if the GetACP() == CP_UTF8 or CP_UTF7 -- messages: 341318 nosy: Paul Monson priority: normal severity: normal status: open title: strptime returns empty string on Windows if default codepage is a Unicode codepage ___ Python tracker <https://bugs.python.org/issue36779> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36779] time.tzname returns empty string on Windows if default codepage is a Unicode codepage
Change by Paul Monson : -- title: strptime returns empty string on Windows if default codepage is a Unicode codepage -> time.tzname returns empty string on Windows if default codepage is a Unicode codepage ___ Python tracker <https://bugs.python.org/issue36779> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36778] test_site.StartupImportTests.test_startup_imports fails if default code page is not cp1252
Change by Paul Monson : -- pull_requests: +12988 ___ Python tracker <https://bugs.python.org/issue36778> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36778] test_site.StartupImportTests.test_startup_imports fails if default code page is not cp1252
Paul Monson added the comment:
==
FAIL: test_startup_imports (test.test_site.StartupImportTests)
--
Traceback (most recent call last):
File "c:\docker\pythond\lib\test\test_site.py", line 542, in
test_startup_imports
self.assertFalse(modules.intersection(collection_mods), stderr)
AssertionError: {'operator', 'keyword', 'functools', 'heapq', 'collections',
'reprlib'} is not false : import _frozen_importlib # frozen
import _imp # builtin
import '_thread' #
import '_warnings' #
import '_weakref' #
import '_frozen_importlib_external' #
import '_io' #
import 'marshal' #
import 'nt' #
import _thread # previously loaded ('_thread')
import '_thread' #
import _weakref # previously loaded ('_weakref')
import '_weakref' #
import 'winreg' #
# installing zipimport hook
import 'time' #
import 'zipimport' #
# installed zipimport hook
# c:\docker\pythond\lib\encodings\__pycache__\__init__.cpython-38.pyc matches
c:\docker\pythond\lib\encodings\__init__.py
# code object from
'c:\\docker\\pythond\\lib\\encodings\\__pycache__\\__init__.cpython-38.pyc'
# c:\docker\pythond\lib\__pycache__\codecs.cpython-38.pyc matches
c:\docker\pythond\lib\codecs.py
# code object from
'c:\\docker\\pythond\\lib\\__pycache__\\codecs.cpython-38.pyc'
import '_codecs' #
import 'codecs' # <_frozen_importlib_external.SourceFileLoader object at
0x01D9DBD0>
# c:\docker\pythond\lib\encodings\__pycache__\aliases.cpython-38.pyc matches
c:\docker\pythond\lib\encodings\aliases.py
# code object from
'c:\\docker\\pythond\\lib\\encodings\\__pycache__\\aliases.cpython-38.pyc'
import 'encodings.aliases' # <_frozen_importlib_external.SourceFileLoader
object at 0x01EFF900>
import 'encodings' # <_frozen_importlib_external.SourceFileLoader object at
0x01D9DA50>
# c:\docker\pythond\lib\encodings\__pycache__\utf_8.cpython-38.pyc matches
c:\docker\pythond\lib\encodings\utf_8.py
# code object from
'c:\\docker\\pythond\\lib\\encodings\\__pycache__\\utf_8.cpython-38.pyc'
import 'encodings.utf_8' # <_frozen_importlib_external.SourceFileLoader object
at 0x01D9DCC0>
import '_signal' #
# c:\docker\pythond\lib\encodings\__pycache__\cp65001.cpython-38.pyc matches
c:\docker\pythond\lib\encodings\cp65001.py
# code object from
'c:\\docker\\pythond\\lib\\encodings\\__pycache__\\cp65001.cpython-38.pyc'
# c:\docker\pythond\lib\__pycache__\functools.cpython-38.pyc matches
c:\docker\pythond\lib\functools.py
# code object from
'c:\\docker\\pythond\\lib\\__pycache__\\functools.cpython-38.pyc'
# c:\docker\pythond\lib\__pycache__\abc.cpython-38.pyc matches
c:\docker\pythond\lib\abc.py
# code object from 'c:\\docker\\pythond\\lib\\__pycache__\\abc.cpython-38.pyc'
import '_abc' #
import 'abc' # <_frozen_importlib_external.SourceFileLoader object at
0x01F16FC0>
# c:\docker\pythond\lib\collections\__pycache__\__init__.cpython-38.pyc matches
c:\docker\pythond\lib\collections\__init__.py
# code object from
'c:\\docker\\pythond\\lib\\collections\\__pycache__\\__init__.cpython-38.pyc'
# c:\docker\pythond\lib\__pycache__\_collections_abc.cpython-38.pyc matches
c:\docker\pythond\lib\_collections_abc.py
# code object from
'c:\\docker\\pythond\\lib\\__pycache__\\_collections_abc.cpython-38.pyc'
import '_collections_abc' # <_frozen_importlib_external.SourceFileLoader object
at 0x01F423C0>
# c:\docker\pythond\lib\__pycache__\operator.cpython-38.pyc matches
c:\docker\pythond\lib\operator.py
# code object from
'c:\\docker\\pythond\\lib\\__pycache__\\operator.cpython-38.pyc'
import '_operator' #
import 'operator' # <_frozen_importlib_external.SourceFileLoader object at
0x01F4D630>
# c:\docker\pythond\lib\__pycache__\keyword.cpython-38.pyc matches
c:\docker\pythond\lib\keyword.py
# code object from
'c:\\docker\\pythond\\lib\\__pycache__\\keyword.cpython-38.pyc'
import 'keyword' # <_frozen_importlib_external.SourceFileLoader object at
0x01F58810>
# c:\docker\pythond\lib\__pycache__\heapq.cpython-38.pyc matches
c:\docker\pythond\lib\heapq.py
# code object from 'c:\\docker\\pythond\\lib\\__pycache__\\heapq.cpython-38.pyc'
import '_heapq' #
import 'heapq' # <_frozen_importlib_external.SourceFileLoader object at
0x01F588D0>
import 'itertools' #
# c:\docker\pythond\lib\__pycache__\reprlib.cpython-38.pyc matches
c:\docker\pythond\lib\reprlib.py
# code object from
'c:\\docker\\pythond\\li
[issue36509] Add iot layout for windows iot containers
Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue36509> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35947] Update libffi_msvc to current version of libffi
Change by Paul Monson : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue35947> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36778] test_site.StartupImportTests.test_startup_imports fails if default code page is cp65001
Change by Paul Monson : -- title: test_site.StartupImportTests.test_startup_imports fails if default code page is not cp1252 -> test_site.StartupImportTests.test_startup_imports fails if default code page is cp65001 ___ Python tracker <https://bugs.python.org/issue36778> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36778] test_site.StartupImportTests.test_startup_imports fails if default code page is cp65001
Paul Monson added the comment: > Okay. The test verifies work done to minimize interpreter startup time, but > probably the relative cost of importing functools (and thus collections et > al) isn't significant compared to the overall cost of spawning a process in a > Windows desktop environment. That may not be the case for Nano Server and IoT > Core. Is there an easy way to measure this? > PYTHONIOENCODING=cp65001 I tried setting PYTHONIOENCODING=cp1252 on Windows IoT Core as a workaround and it didn't work. Victor> My PR 13110 avoids "import functools" at startup. Can you please try it and check if it fix test_site? I tried the PR and it fixes test_startup_imports, which seems promising. The PR breaks other test_site tests on Windows IoT Core. The same ones you pointed out in the PR discussion. -- ___ Python tracker <https://bugs.python.org/issue36778> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue36778] test_site.StartupImportTests.test_startup_imports fails if default code page is cp65001
Paul Monson added the comment: cp65001 is the default codepage on Windows IoT Core and Windows NanoServer. There is also an option in control panel in Windows desktop 1809 (version 17763) and greater which changes the default codepage to cp65001. 1. Run control.exe 2. Click Clock and Region> change date, time or number formats 3. Click administrative tab 4. Click "Change System locale..." button 5. Check "Beta: Use Unicode UTF-8 for worldwide language support" 6. Click OK twice. 7. You will be prompted to reboot. > Code page 65001 handles lone surrogate differently on Windows XP and older. If I read the docs correctly a lone surrogate is an error. I don't think a corner case like handling errors differently makes cp65001 not UTF-8. Am I misunderstanding this point? Also, Why is Windows XP still relevant in this discussion? -- ___ Python tracker <https://bugs.python.org/issue36778> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
