[issue42422] Py_Decref on value crash the interpreter in Python/ceval.c:1104

Sofian Brabez added the comment: Linux, FreeBSD and MacOSX crash reports and backtraces joined in the zip. Contributor Agreement 2020-09-23 signed. -- Added file: https://bugs.python.org/file49611/crash-report-txt.zip ___ Python tracker

[issue42422] Py_Decref on value crash the interpreter in Python/ceval.c:1104

New submission from Sofian Brabez : This PoC is causing a local crash of python interpreters version 2.7,3.6,3.7,3.8 and 3.9. By creating a code object of size 0 with a POP_TOP opcode, in Python/ceval.c the call to Py_DECREF(value) on a NULL pointer lead to a segmentation fault of the

[issue42421] Native open failed to create a file on windows10 when colon exists in the name

Eryk Sun added the comment: > 'FocalMix: Semi-Supervised Learning for 3D Medical Image Detection.pdf' In a filesystem that supports file streams [1], such as NTFS or ReFS, the above name refers to a $DATA stream named " Semi-Supervised Learning for 3D Medical Image Detection.pdf" in a file

[issue42421] Native open failed to create a file on windows10 when colon exists in the name

Steven D'Aprano added the comment: This is standard Windows behaviour, and goes back to DOS days. Reserved filenames and illegal characters are described here: https://docs.microsoft.com/en-gb/windows/win32/fileio/naming-a-file?redirectedfrom=MSDN If the Windows OS and file system does not

[issue42421] Native open failed to create a file on windows10 when colon exists in the name

New submission from 嘉乐君子 : with open('./pdfs/' + pdf_name, 'wb') as fo: fo.write(data) On Windows10, the native 'open' in Python3.7 failed to create a file if the name contains colon, such as 'FocalMix: Semi-Supervised Learning for 3D Medical Image Detection.pdf'. -- components:

[issue42419] Typo in "what's new in Python 3.9"

Terry J. Reedy added the comment: New changeset ed0201805c036e4bc26670ec7ccffefb8e219f78 by Miss Islington (bot) in branch '3.9': bpo-42419: Correct 'deprecatations' is What's New 3.9 (GH-23421) (GH-23435) https://github.com/python/cpython/commit/ed0201805c036e4bc26670ec7ccffefb8e219f78

[issue42407] Grammatical typo in multiprocessing doc

Change by Terry J. Reedy : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue42419] Typo in "what's new in Python 3.9"

Change by miss-islington : -- nosy: +miss-islington nosy_count: 3.0 -> 4.0 pull_requests: +22327 pull_request: https://github.com/python/cpython/pull/23435 ___ Python tracker

[issue42419] Typo in "what's new in Python 3.9"

Terry J. Reedy added the comment: New changeset aa3a3521cef3998d4f9e7f7ff721163b6e3e5f39 by Quentin Hibon in branch 'master': bpo-42419: Correct 'deprecatations' is What's New 3.9 (GH-23421) https://github.com/python/cpython/commit/aa3a3521cef3998d4f9e7f7ff721163b6e3e5f39 -- nosy:

[issue42414] unable to document fields of dataclass

Terry J. Reedy added the comment: Documenting dataclass fields strikes me as a reasonable request. Since most most field values cannot have a .__doc__ attribute... > It could be stored in the dataclass-specific data attached to a class, The obvious place. > but then you'd have to use a

[issue42407] Grammatical typo in multiprocessing doc

miss-islington added the comment: New changeset c963da269d3778b65a64ff1bd91f8772c210f305 by Miss Islington (bot) in branch '3.9': bpo-42407: Use possessive appostrophe in multiprocessing doc (GH-23400) https://github.com/python/cpython/commit/c963da269d3778b65a64ff1bd91f8772c210f305

[issue42407] Grammatical typo in multiprocessing doc

miss-islington added the comment: New changeset 0762e09eb14269b38f60e1b58d2c7f36056a4694 by Miss Islington (bot) in branch '3.8': bpo-42407: Use possessive appostrophe in multiprocessing doc (GH-23400) https://github.com/python/cpython/commit/0762e09eb14269b38f60e1b58d2c7f36056a4694

[issue42407] Grammatical typo in multiprocessing doc

Change by miss-islington : -- pull_requests: +22326 pull_request: https://github.com/python/cpython/pull/23434 ___ Python tracker ___

[issue42407] Grammatical typo in multiprocessing doc

Change by miss-islington : -- keywords: +patch nosy: +miss-islington nosy_count: 3.0 -> 4.0 pull_requests: +22325 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23433 ___ Python tracker

[issue42407] Grammatical typo in multiprocessing doc

Terry J. Reedy added the comment: New changeset 6edf06b24a9335a2b0d44634a95e4f5ba0d586d9 by ArioA in branch 'master': bpo-42407: Use possessive appostrophe in multiprocessing doc (GH-23400) https://github.com/python/cpython/commit/6edf06b24a9335a2b0d44634a95e4f5ba0d586d9 -- nosy:

[issue42356] Dict inline manipulations

Terry J. Reedy added the comment: I agree with Eric suggestion. -- nosy: +terry.reedy ___ Python tracker ___ ___ Python-bugs-list

[issue42352] A string representation of slice objects with colon syntax

Terry J. Reedy added the comment: What you are or should be asking for is an alternate string representation method, perhaps called 'colon', so that for instance myslice.colon() == '::2' The function could take an optional length (as with .indices, but optional) to produce the same numbers

[issue42414] unable to document fields of dataclass

Raymond Hettinger added the comment: > There is not a way to document fields of a dataclass. I don't think there is an easy way to do this without a custom descriptor and that would add a lot of overhead. -- nosy: +rhettinger ___ Python tracker

[issue41561] test_ssl fails in Ubuntu 20.04: test_min_max_version_mismatch

Terry J. Reedy added the comment: Christian, I don't see any open PRs to be commit reviewed. -- nosy: +terry.reedy versions: +Python 3.10 ___ Python tracker ___

[issue42120] Depreciated MACRO of copysign for MSVC

Change by Steve Dower : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue42336] Make PCbuild/build.bat build x64 by default

Steve Dower added the comment: We also updated the buildbot config to use the new options. -- assignee: -> steve.dower resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue42420] queue.Queue().join() add a timeout option

Raymond Hettinger added the comment: Marking this as a duplicate because it has come up before. -- nosy: +rhettinger resolution: -> duplicate stage: patch review -> resolved status: open -> closed superseder: -> Add timeout parameter to Queue.join()

[issue36876] [subinterpreters] Global C variables are a problem

Eric Snow added the comment: New changeset 9f02b479e6b6b48d0c2aad621978cff82e530b15 by Eric Snow in branch 'master': bpo-36876: [c-analyzer tool] Tighten up the results and output. (GH-23431) https://github.com/python/cpython/commit/9f02b479e6b6b48d0c2aad621978cff82e530b15 --

[issue42420] queue.Queue().join() add a timeout option

Change by Gerhard van Andel : -- keywords: +patch pull_requests: +22323 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23432 ___ Python tracker

[issue28002] ast.unparse can't roundtrip some f-strings

Change by Eric V. Smith : -- resolution: not a bug -> fixed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28002] ast.unparse can't roundtrip some f-strings

Batuhan Taskaya added the comment: Thanks for your efforts Shantanu! -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue28002] ast.unparse can't roundtrip some f-strings

Change by Batuhan Taskaya : -- resolution: -> not a bug stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue36876] [subinterpreters] Global C variables are a problem

Change by Eric Snow : -- pull_requests: +22322 pull_request: https://github.com/python/cpython/pull/23431 ___ Python tracker ___

[issue28002] ast.unparse can't roundtrip some f-strings

Batuhan Taskaya added the comment: New changeset 3763cc1dbdb930f67b443ceed7c44e4feb883b42 by Miss Islington (bot) in branch '3.9': bpo-28002: Roundtrip f-strings with ast.unparse better (GH-19612) (GH-23430) https://github.com/python/cpython/commit/3763cc1dbdb930f67b443ceed7c44e4feb883b42

[issue42360] In the namedtuple documentation, mention that typename should match the variable name for the class to be pickle-able

Change by Raymond Hettinger : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue42360] In the namedtuple documentation, mention that typename should match the variable name for the class to be pickle-able

Raymond Hettinger added the comment: New changeset f552f4b2d635ae031e154374ba3a609c63d09d2b by Miss Islington (bot) in branch '3.9': bpo-42360: Add advice to help avoid pickling issues. (GH-23305) (GH-23429) https://github.com/python/cpython/commit/f552f4b2d635ae031e154374ba3a609c63d09d2b

[issue28002] ast.unparse can't roundtrip some f-strings

Batuhan Taskaya added the comment: New changeset a993e901ebe60c38d46ecb31f771d0b4a206828c by Shantanu in branch 'master': bpo-28002: Roundtrip f-strings with ast.unparse better (#19612) https://github.com/python/cpython/commit/a993e901ebe60c38d46ecb31f771d0b4a206828c --

[issue28002] ast.unparse can't roundtrip some f-strings

Change by miss-islington : -- nosy: +miss-islington nosy_count: 9.0 -> 10.0 pull_requests: +22321 pull_request: https://github.com/python/cpython/pull/23430 ___ Python tracker

[issue42420] queue.Queue().join() add a timeout option

New submission from Gerhard van Andel : class Queue: def join(): ... # Can we add a timeout option to the join method on queue.Queue def join(timeout=None): '''Blocks until all items in the Queue have been gotten and processed. The count of unfinished tasks

[issue42360] In the namedtuple documentation, mention that typename should match the variable name for the class to be pickle-able

Raymond Hettinger added the comment: New changeset 9fc319dc033fa32d298fe1c3f171b3d011ac04f0 by Raymond Hettinger in branch 'master': bpo-42360: Add advice to help avoid pickling issues. (GH-23305) https://github.com/python/cpython/commit/9fc319dc033fa32d298fe1c3f171b3d011ac04f0 --

[issue42360] In the namedtuple documentation, mention that typename should match the variable name for the class to be pickle-able

Change by miss-islington : -- nosy: +miss-islington nosy_count: 3.0 -> 4.0 pull_requests: +22320 pull_request: https://github.com/python/cpython/pull/23429 ___ Python tracker

[issue42411] respect cgroups limits when trying to allocate memory

Christian Heimes added the comment: Even if we would decide to add a memory limit based on cgroups, there is no way to implement a limit in Python correctly. We rely on the platforms malloc() implementation to handle memory allocation for us. Python has an abstraction layer for memory

[issue42414] unable to document fields of dataclass

Eric V. Smith added the comment: @property has a place to attach the docstring, dataclasses in general do not. I wouldn't want to add a descriptor just to have the ability to add a docstring. There are performance issues involved, and I'm sure some corner cases where functionality would

[issue40077] Convert static types to heap types: use PyType_FromSpec()

Change by Erlend Egeberg Aasland : -- pull_requests: +22319 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23428 ___ Python tracker ___

[issue42411] respect cgroups limits when trying to allocate memory

Carlos Alexandro Becker added the comment: Just did more tests here: **on my machine**: $ docker run --name test -m 1GB fedora:33 python3 -c 'import resource; m = int(open("/sys/fs/cgroup/memory/memory.limit_in_bytes").read()); resource.setrlimit(resource.RLIMIT_AS, (m, m));

[issue40080] Stripping annotations out as a new optimization mode

Raymond Hettinger added the comment: Corrected link: https://bugs.python.org/issue36466 -- superseder: -> Adding a way to strip annotations from compiled bytecode ___ Python tracker

[issue42411] respect cgroups limits when trying to allocate memory

Christian Heimes added the comment: I doubt it. My test hosts have between 16G and 64G of RAM + plenty of swap. What's your platform, distribution, Kernel version, Docker version, and libseccomp version? -- ___ Python tracker

[issue42411] respect cgroups limits when trying to allocate memory

Carlos Alexandro Becker added the comment: FWIW, here, both cases: ``` ❯ docker ps -a CONTAINER IDIMAGE COMMAND CREATED STATUSPORTS NAMES 30fc350a8dbdpython:rc-alpine"python -c 'x =

[issue42411] respect cgroups limits when trying to allocate memory

Carlos Alexandro Becker added the comment: Maybe you're trying to allocate more memory than the host has available? I found out that it gives MemoryError in those cases too (kind of easy to reproduce on docker for mac)... -- ___ Python tracker

[issue42395] aclosing was not added to __all__ in contextlib

Change by Andrew Svetlov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue34463] Discrepancy between traceback.print_exception and sys.__excepthook__

Change by Irit Katriel : -- keywords: +patch pull_requests: +22318 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23427 ___ Python tracker ___

[issue42411] respect cgroups limits when trying to allocate memory

Christian Heimes added the comment: I can neither reproduce the issue with podman and cgroupv2 nor with docker and cgroupsv1. In both cases I'm getting a MemoryError as expected: # podman run -m 1G --cpus 1 python:rc-alpine python -c 'x = bytearray(80 * 1024 * 1024 * 1000)' Traceback (most

[issue26290] fileinput and 'for line in sys.stdin' do strange mockery of input buffering

Josh Rosenberg added the comment: For those who find this in the future, the simplest workaround for the: for line in sys.stdin: issue on Python 2 is to replace it with: for line in iter(sys.stdin.readline, ''): The problem is caused by the way file.__next__'s buffering behaves, but

[issue42411] respect cgroups limits when trying to allocate memory

Carlos Alexandro Becker added the comment: The problem is that, instead of getting a MemoryError, Python tries to "go out of bounds" and allocate more memory than the cgroup allows, causing Linux to kill the process. A workaround is to set RLIMIT_AS to the contents of

[issue42411] respect cgroups limits when trying to allocate memory

Andrew Svetlov added the comment: Could you explain the proposal? How "+X:UseContainerSupport" behaves for Java? Sorry, I did not use Java for ages and don't follow the modern Java best practices. >From my understanding, without the Docker the allocation of `bytearray(80 * >1024 * 1024 *

[issue42418] PyType_GetModule() should warn/fail when type has Py_TPFLAGS_BASETYPE

hai shi added the comment: >I propose to either a guard to PyType_GetModule() to prevent misuse of the >function or to add a variant of the function that prevents misuse. +1. Looks like check Py_TPFLAGS_BASETYPE in PyType_GetModule() is an easy way:) -- nosy: +shihai1991

[issue42414] unable to document fields of dataclass

John-Mark Gurney added the comment: As I said, I expect it to work similar to how property works: ``` >>> class Foo: ... def getx(self): ... return 5 ... x = property(getx, doc='document the x property') ... >>> help(Foo) Help on class Foo in module __main__: class Foo(builtins.object)

[issue40633] json.dumps() should encode float number NaN to null

Mark Dickinson added the comment: @Arjan Staring: could you point to which part of the JSON specification you're looking at? At https://tools.ietf.org/html/rfc7159, the only reference to NaNs that I see is: > Numeric values that cannot be represented in the grammar below (such > as

[issue15450] Allow dircmp.subdirs to behave well under subclassing

Nick Crews added the comment: I re-did this at https://github.com/python/cpython/pull/23424, let me know what you think. This is my first PR here, so I may have pooched something. -- ___ Python tracker

[issue15450] Allow dircmp.subdirs to behave well under subclassing

Change by Nick Crews : -- nosy: +NickCrews nosy_count: 5.0 -> 6.0 pull_requests: +22316 pull_request: https://github.com/python/cpython/pull/23424 ___ Python tracker ___

[issue42345] Equality of typing.Literal depends on the order of arguments

Change by Guido van Rossum : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue34463] Discrepancy between traceback.print_exception and sys.__excepthook__

Irit Katriel added the comment: After debugging the default excepthook code (C version), I see that the difference is because the SyntaxError's lineno is None. It doesn't mind that the filename is None (it defaults it to ) but when it can't get the lineno it gives up here:

[issue42405] Add distutils mvsccompiler support for Windows ARM64 build

Jason R. Coombs added the comment: If you wish for the functionality to be available in setuptools (backported), please contribute the change at https://github.com/pypa/distutils. At some point, contributions to CPython will also be synced there as well, and any changes there get synced

[issue42414] unable to document fields of dataclass

Eric V. Smith added the comment: How would you expect to extract this docstring? I'm not sure how this would work in practice, since both of these are errors: >>> class A: ...def __init__(self): ...self.x = 3 ...self.x.__doc__ = 'foo' ... >>> A() Traceback (most recent

[issue35498] Parents objects in pathlib.Path don't support slices as __getitem__ arguments

Change by Paul Ganssle : -- dependencies: -pathlib.PurePath.parents rejects negative indexes resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue35498] Parents objects in pathlib.Path don't support slices as __getitem__ arguments

Paul Ganssle added the comment: New changeset 452058448335b39c784af9a047f9c4a1767c0b00 by Joshua Cannon in branch 'master': bpo-35498: Added slice support to PathLib parents attribute. (GH-11165) https://github.com/python/cpython/commit/452058448335b39c784af9a047f9c4a1767c0b00 --

[issue26067] test_shutil fails when gid name is missing

Change by Irit Katriel : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue35847] RISC-V needs CTYPES_PASS_BY_REF_HACK

Change by Irit Katriel : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue36520] Email header folded incorrectly

Change by Irit Katriel : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue20582] socket.getnameinfo() does not document flags

Change by Irit Katriel : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue32082] atexit module: allow getting/setting list of handlers directly

Change by Xtrem532 : -- nosy: +Xtrem532 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42212] Check if generated files are up-to-date in Github Actions

STINNER Victor added the comment: While we are here... it might interesting to also run patchcheck.py on PRs using GitHub Actions: https://mail.python.org/archives/list/python-...@python.org/message/DKLD2VLHZ3F54WTKZ7JHKWBMOZ4N5TK7/ .travis.yml uses: script: # Using the built Python as

[issue42212] Check if generated files are up-to-date in Github Actions

STINNER Victor added the comment: Let's see how it goes on PRs for a few days, and later we can decide if it should be backported to 3.8 and 3.9 branches. -- ___ Python tracker

[issue42212] Check if generated files are up-to-date in Github Actions

STINNER Victor added the comment: New changeset d20b7ed9c1fabac3fdebb7ec362fe4f022a54639 by Filipe Laíns in branch 'master': bpo-42212: Check if generated files are up-to-date in GitHub Actions (GH-23042) https://github.com/python/cpython/commit/d20b7ed9c1fabac3fdebb7ec362fe4f022a54639

[issue42212] Check if generated files are up-to-date in Github Actions

Change by STINNER Victor : -- pull_requests: +22315 pull_request: https://github.com/python/cpython/pull/23423 ___ Python tracker ___

[issue40633] json.dumps() should encode float number NaN to null

Arjan Staring added the comment: Please re-evaluate; the current behaviour is incompatible with JSON specification in favour of providing the user/application/consumer of the resulted JSON information regarding the conversion process. Given what is stated in the documentation I do agree

[issue42403] Cleanup importlib code

STINNER Victor added the comment: I tried to rework how importlib/_bootstrap.py is imported and rework importlib/__init__.py code which imports _bootstrap.py and _bootstrap_external.py, but I introduced bugs. I prefer to leave the code as it is. At least, _bootstrap_external.py is now able

[issue42403] Cleanup importlib code

STINNER Victor added the comment: New changeset 3be8e220ede7764a403b74eb2051aa703dde2626 by Victor Stinner in branch 'master': bpo-42403: Use @staticmethod in importlib (GH-23395) https://github.com/python/cpython/commit/3be8e220ede7764a403b74eb2051aa703dde2626 --

[issue42419] Typo in "what's new in Python 3.9"

Change by Quentin Hibon : -- keywords: +patch pull_requests: +22314 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23421 ___ Python tracker ___

[issue42419] Typo in "what's new in Python 3.9"

New submission from Quentin Hibon : "deprecatations" should be "deprecations" -- assignee: docs@python components: Documentation messages: 381478 nosy: docs@python, hiqua priority: normal severity: normal status: open title: Typo in "what's new in Python 3.9" versions: Python 3.9

[issue42392] remove the 'loop' parameter from __init__ in all classes in asyncio.locks

Change by Yurii Karabas <1998uri...@gmail.com>: -- keywords: +patch nosy: +uriyyo nosy_count: 3.0 -> 4.0 pull_requests: +22313 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23420 ___ Python tracker

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

Dong-hee Na added the comment: New changeset a6109ef68d421712ba368ef502c4789e8de113e0 by Erlend Egeberg Aasland in branch 'master': bpo-1635741: Convert _sre types to heap types and establish module state (PEP 384) (GH-23393)

[issue4999] multiprocessing.Queue does not order objects

Change by Irit Katriel : -- resolution: -> out of date stage: -> resolved status: pending -> closed ___ Python tracker ___ ___

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

STINNER Victor added the comment: New changeset 2db8e35489d63b976a463fb1d2a6c29f4f965c21 by Mohamed Koubaa in branch 'master': bpo-1635741: Enhance _datetime error handling (GH-23139) https://github.com/python/cpython/commit/2db8e35489d63b976a463fb1d2a6c29f4f965c21 --

[issue42418] PyType_GetModule() should warn/fail when type has Py_TPFLAGS_BASETYPE

New submission from Christian Heimes : PyType_GetModule() may return wrong or unexpected result when a type has the feature flag Py_TPFLAGS_BASETYPE. The base type flag permits subclassing of an extension class. The function will return NULL when a type is subclasses in Python space or a

[issue42417] Empty body {} in POST requests leads to 405 Method not allowed error

Bhushan Shelke added the comment: I have looked at requests lib code. As far as I could understand following is the flow of packages used in this case - request "uses->" urllib3 "uses->" http -- ___ Python tracker

[issue42417] Empty body {} in POST requests leads to 405 Method not allowed error

Ronald Oussoren added the comment: Please check with the requests project as well, I'm not sure how much of the stdlib HTTP client is used by requests. This issue can stay open because the issue is reproducible using the stdlib. -- ___ Python

[issue42417] Empty body {} in POST requests leads to 405 Method not allowed error

Bhushan Shelke added the comment: Yes Ronald I am using requests library however I tried HTTPSConnection class from http.client package as well getting same error, may be because cause is in the core http library itself -- ___ Python tracker

[issue42417] Empty body {} in POST requests leads to 405 Method not allowed error

Ronald Oussoren added the comment: Are you using the requests library (https://requests.readthedocs.io/en/master/)? -- nosy: +ronaldoussoren ___ Python tracker ___

[issue42417] Empty body {} in POST requests leads to 405 Method not allowed error

Change by Bhushan Shelke : -- components: +Library (Lib) ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42417] Empty body {} in POST requests leads to 405 Method not allowed error

New submission from Bhushan Shelke : I have a Tomcat+Java based server exposing REST APIs. I am writing a client in python to consume those APIs. Everything is fine until I send empty body in POST request. It is a valid use case for us. If I send empty body I get 400 bad request error -

[issue42345] Equality of typing.Literal depends on the order of arguments

Yurii Karabas <1998uri...@gmail.com> added the comment: Looks like everything merged, we can close this issue -- ___ Python tracker ___

[issue42405] Add distutils mvsccompiler support for Windows ARM64 build

Adrian Vladu added the comment: Thank you for the suggestion, I will update the PR accordingly to change the __msvccompiler.py. I just need to find a good candidate that uses that implementation to check if the compilation gets fixed. -- ___

[issue42333] Port ssl module to heap types and module state (PEP 573)

Christian Heimes added the comment: New changeset 5c36da78d738d0e5fdb539a758cc15abc47c843b by Christian Heimes in branch 'master': bpo-42333: Port _ssl extension module to heap types (GH-23392) https://github.com/python/cpython/commit/5c36da78d738d0e5fdb539a758cc15abc47c843b --

[issue42413] Replace custom exception socket.timeout with TimeoutError

Change by Christian Heimes : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue42413] Replace custom exception socket.timeout with TimeoutError

miss-islington added the comment: New changeset 03c8ddd9e94c7bddf1f06cf785027b8d2bf00ff0 by Christian Heimes in branch 'master': bpo-42413: socket.timeout is now an alias of TimeoutError (GH-23413) https://github.com/python/cpython/commit/03c8ddd9e94c7bddf1f06cf785027b8d2bf00ff0 --