[issue43377] _PyErr_Display should be available in the CPython-specific API

Change by Max Bélanger : -- keywords: +patch nosy: +maxbelanger nosy_count: 1.0 -> 2.0 pull_requests: +23495 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24719 ___ Python tracker __

[issue43380] Assigning function parameter to class attribute by the same name

Steven D'Aprano added the comment: Here's an example that shows what is going on: def demo(): a = 1 class B: x = a print(B.x) # Okay. class C: x = a # Fails. if False: a = None print(C.x) If you run that, B.x is printed (1) but

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

Dimitri John Ledkov added the comment: Ubuntu 20.04+ compile OpenSSL with default security level set to 2, and further customized security level 2 to prohibit TLS below v1.2 and DTLS below v1.2. You can export custom openssl configuration that sets security level back to 1, which is compatib

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

Dimitri John Ledkov added the comment: BTW. It would be advisable for Python3 to start enforcing security level 2, and prohibit DTLS v1.1 and lower by default too. By configuring openssl library on the host with setting security level, and/or setting min versions (if openssl on the host sup

[issue43380] Assigning function parameter to class attribute by the same name

Steven D'Aprano added the comment: Looking at the disassembly of the demo() function also shows differences between the B and C classes. I seem to recall discussion about this on, maybe, the Python-Dev list. I think resolving this will probably have to wait on a re-design of the exact scopin

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

Christian Heimes added the comment: Dimitri, thanks for your feedback. I'm very well aware of the crypto policy settings and security level settings. The problem is not the fact that Ubuntu sets a higher security level and disables insecure TLS versions. The problem is the way how Ubuntu has

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

Christian Heimes added the comment: > It would be advisable for Python3 to start enforcing security level 2, and > prohibit DTLS v1.1 and lower by default too. By configuring openssl library > on the host with setting security level, and/or setting min versions (if > openssl on the host supp

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

Christian Heimes added the comment: I have backported the workaround to 3.7, 3.8, and 3.9. There was some issue with the backport bot and I didn't have time to investigate. PRs are: https://github.com/python/cpython/pull/24716 https://github.com/python/cpython/pull/24717 https://github.com/py

[issue43385] heapq fails to sort tuples by datetime correctly

New submission from Michał Kozik : Tuples (datetime, description) all are sorted by the date except one entry (2021-03-09) which is out of order: Expected order: Actual order: 2021-03-04 Event E 2021-03-04 Event E 2021-03-07 Event B 2021-03-

[issue43385] heapq fails to sort tuples by datetime correctly

Steven D'Aprano added the comment: Heaps are not sorted lists! It is true that a sorted list is a heap, but heaps are not necessarily sorted. Here is another heap which is not sorted: >>> L = [] >>> for n in (9, 7, 8, 11, 4): ... heapq.heappush(L, n) ... >>> L [4, 7, 8, 11, 9] https:/

[issue43386] test_ctypes hangs inside Portage build env since 'subprocess: Use vfork() instead of fork() [...]'

New submission from Michał Górny : So I've finally found time to bisect this. Long story short, test_ctypes started hanging on Gentoo package builds since 3.10.0a2. Previously, the test took less than a second. Now, it just keeps running for minutes until I kill it. The weird thing is that

[issue43376] Add PyComplex_FromString

Mark Dickinson added the comment: I'd imagine "PyComplex_FromString" would be of limited utility in parsing complex data produced by something other than Python, because of Python's quirks with "j" rather than "i". But I guess you're talking about a case where the creation of the text file i

[issue43386] test_ctypes hangs inside Portage build env since 'subprocess: Use vfork() instead of fork() [...]'

Michał Górny added the comment: Nevermind, I've been testing wrong and this is most likely our fault. I'm sorry about the noise. I am going to investigate further and reopen if it turns out the problem's on CPython end. -- stage: -> resolved status: open -> closed

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

Change by Ivan Marton : -- nosy: +martonivan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue43387] Enable pydoc to run as background job

New submission from digitaldragon : The pydoc tool can serve a website for browsing the docs interactively with the -p or -b option. While serving, it enters a simple command line interface: Server commands: [b]rowser, [q]uit server> Because it is reading from stdin, it is not possible to str

[issue43355] __future__.annotations breaks inspect.signature()

Eric Engestrom added the comment: Sure thing. Putting the reproducing code in `test_foo.py` and running `docker run --rm -it -v $PWD:/code python sh -c 'pip install pytest && pytest -vvv /code/test_foo.py'` yields: ``` Collecting pytest Downloading pytest-6.2.2-py3-none-any.whl (280 kB)

[issue43075] ReDoS in urllib.request

Change by Tal Einat : -- keywords: +newcomer friendly ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue43387] Enable pydoc to run as background job

Change by digitaldragon : -- versions: +Python 3.10, Python 3.6, Python 3.7, Python 3.8 ___ Python tracker ___ ___ Python-bugs-list

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

Christian Heimes added the comment: Downstream has asked me to file a separate bug for internal error during handshake. The problem is tracked at https://bugs.launchpad.net/ubuntu/+source/openssl/+bug/1917625 . -- ___ Python tracker

[issue41561] test_ssl fails in Ubuntu 20.04: test_min_max_version_mismatch

Christian Heimes added the comment: Downstream has asked me to file a separate bug for internal error during handshake. The problem is tracked at https://bugs.launchpad.net/ubuntu/+source/openssl/+bug/1917625 . -- ___ Python tracker

[issue43368] Empty bytestrings are not longer returned on SQLite.

Berker Peksag added the comment: New changeset 3b4b2cf418707c79f96689e401e3c703c0fdd4d2 by Mariusz Felisiak in branch 'master': bpo-43368: Fix fetching empty bytes in sqlite3 (GH-24706) https://github.com/python/cpython/commit/3b4b2cf418707c79f96689e401e3c703c0fdd4d2 -- ___

[issue43368] Empty bytestrings are not longer returned on SQLite.

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

[issue43369] [sqlite3] Handle out-of-memory errors in sqlite3_column_*()

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

[issue43369] [sqlite3] Handle out-of-memory errors in sqlite3_column_*()

Erlend Egeberg Aasland added the comment: Quoting from the SQLite docs: "As long as the input parameters are correct, these routines will only fail if an out-of-memory error occurs during a format conversion" -- ___ Python tracker

[issue43355] __future__.annotations breaks inspect.signature()

Ken Jin added the comment: @eric.smith, here's a summarized version. I hope it helps: def foo(x: str) -> str: ... In Python 3.7 - 3.9 with from __future__ import annotations, inspect.signature sees foo's parameter as: Without the future import (and also in Python 3.10): The reason for

[issue42782] shutil.move creates a new directory even on failure

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

[issue42782] shutil.move creates a new directory even on failure

Change by Senthil Kumaran : -- pull_requests: +23498 pull_request: https://github.com/python/cpython/pull/24725 ___ Python tracker ___ _

[issue42782] shutil.move creates a new directory even on failure

miss-islington added the comment: New changeset 59e857650cf49a5e28cb82acc2641b1b53efeeeb by Miss Islington (bot) in branch '3.8': bpo-42782: Fail fast for permission errors in shutil.move() (GH-24001) https://github.com/python/cpython/commit/59e857650cf49a5e28cb82acc2641b1b53efeeeb

[issue43355] __future__.annotations breaks inspect.signature()

Eric Engestrom added the comment: Sorry, I just realized you asked for the "success" value as well. For python 3.7-3.9 without the `import annotations`, and for python 3.10, the type annotation is a class, ie. ``. -- ___ Python tracker

[issue42782] shutil.move creates a new directory even on failure

Senthil Kumaran added the comment: New changeset bf566847f5a97e6ce391f8fb94185ee756cb94a2 by Senthil Kumaran in branch '3.9': [3.9] bpo-42782: Fail fast for permission errors in shutil.move() (GH-24001) (#24725) https://github.com/python/cpython/commit/bf566847f5a97e6ce391f8fb94185ee756cb94a

[issue42782] shutil.move creates a new directory even on failure

Change by Senthil Kumaran : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue43388] shutil._fastcopy_sendfile() makes wrong (?) assumption about sendfile() return value

New submission from Lorenz Hüdepohl : Since version 3.8, the shutil.copyfile() function tries to make use of os.sendfile(). Currently, this is done in a loop that aborts as soon as sendfile() returns 0, as it is assumed that this signifies the end of the file. The problem: the return value of

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

Change by Paul Ganssle : -- nosy: +p-ganssle ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue35935] threading.Event().wait() not interruptable with Ctrl-C on Windows

Alexander Grigoriev added the comment: @ericsun: Windows calls the console event handler in a separate thread. The console event handler receives CTRL_C_EVENT, CTRL_BREAK_EVENT, console close, logoff, system shutdown events. Originally, Windows devised an APC mechanism to simulate asynchron

[issue43355] __future__.annotations breaks inspect.signature()

Eric Engestrom added the comment: (... and I had the window open for too long and didn't notice Ken's reply before mine ^^') @kj: thanks for the workaround! it's good to be able to change our code and not have to depend on a yet-to-be-released patch on each python version :) That said, typi

[issue43383] imprecise handling of weakref callbacks

Mark Dickinson added the comment: If I understand correctly, the reported bug is that you're seeing a weakref callback being executed after the weakref.ref instance it's attached to is deleted. Is that correct? Do you have a minimal example we can use to reproduce the effect? Without such a

[issue39199] Improve the AST documentation

Change by Pablo Galindo Salgado : -- pull_requests: +23499 pull_request: https://github.com/python/cpython/pull/24727 ___ Python tracker ___ ___

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

Brandt Bucher added the comment: @ned.deily, I think the 3.7 backport needs RM approval (or something?): https://github.com/python/cpython/pull/24716 The others branches are fine now... thanks, Christian! -- ___ Python tracker

[issue43389] Cancellation ignored by asyncio.wait_for can hang application

New submission from nmatravolgyi : I have found myself debugging a *very* not intuitive behavior regarding asyncio.wait_for that I'd consider a bug/deficiency. The problem very simply put: wait_for will return the wrapped future's result even when it is being cancelled, ignoring the cancellat

[issue43355] __future__.annotations breaks inspect.signature()

Eric V. Smith added the comment: I think this is all about: should inspect.signature() resolve string annotations into actual types (via get_type_hints, or whatever)? I don't use expect much, so I can't offer an opinion there. -- ___ Python tracke

[issue43295] datetime.strptime emits IndexError on parsing 'z' as %z

miss-islington added the comment: New changeset 04f6fbb6969e9860783b9ab4dc24b6fe3c6dab8d by Noor Michael in branch 'master': bpo-43295: Fix error handling of datetime.strptime format string '%z' (GH-24627) https://github.com/python/cpython/commit/04f6fbb6969e9860783b9ab4dc24b6fe3c6dab8d ---

[issue43295] datetime.strptime emits IndexError on parsing 'z' as %z

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

[issue43295] datetime.strptime emits IndexError on parsing 'z' as %z

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

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

Ned Deily added the comment: 3.7 backport is now merged, too. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue43390] Set the SA_ONSTACK in PyOS_setsig to play well with other VMs like Golang

New submission from Gregory P. Smith : PyOS_setsig currently sets the struct sigaction context.sa_flags = 0 before calling sigaction. Other virtual machines such as Golang depend on signals using SA_ONSTACK such that signal handlers use a specially allocated stack that runtime sets up for re

[issue35935] threading.Event().wait() not interruptable with Ctrl-C on Windows

Eryk Sun added the comment: Alexander, I wrote the above sample function to be slotted directly into the existing design based on the SIGINT event. I wasn't looking to rewrite everything using user-mode APCs and alertable waits. A change like that could have ramifications for applications th

[issue43162] Enum regression: AttributeError when accessing class variables on instances

Ethan Furman added the comment: New changeset 44e580f448016b86807465a186d03d9074e2b589 by Ethan Furman in branch 'master': bpo-43162: [Enum] update docs, renable doc tests (GH-24487) https://github.com/python/cpython/commit/44e580f448016b86807465a186d03d9074e2b589 -- __

[issue43390] Set the SA_ONSTACK in PyOS_setsig to play well with other VMs like Golang

Change by Gregory P. Smith : -- keywords: +patch pull_requests: +23502 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24730 ___ Python tracker ___

[issue43390] Set the SA_ONSTACK in PyOS_setsig to play well with other VMs like Golang

Change by Gregory P. Smith : -- type: -> resource usage ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue42782] shutil.move creates a new directory even on failure

Change by Senthil Kumaran : -- stage: resolved -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43383] imprecise handling of weakref callbacks

Konrad Schwarz added the comment: > If I understand correctly, the reported bug is that you're seeing a weakref > callback being executed > after the weakref.ref instance it's attached to is deleted. Is that correct? Exactly. I del what should be the only reference to the weakref.ref/proxy,

[issue42128] Structural Pattern Matching (PEP 634)

Raymond Hettinger added the comment: Should __match_args__ be added to Objects/structseq.c ? -- nosy: +rhettinger ___ Python tracker ___ __

[issue43378] Pattern Matching section in tutorial refers to | as or

Change by Raymond Hettinger : -- nosy: +Daniel Moisset, brandtbucher, gvanrossum, willingc ___ Python tracker ___ ___ Python-bugs-li

[issue43383] imprecise handling of weakref callbacks

Mark Dickinson added the comment: Have you tried doing a "gc.get_referrers" on your weakref, to verify that there aren't any references that you don't expect to be there? Another diagnostic would be to run with cyclic garbage collection disabled (via gc.disable). If you're seeing different b

[issue43383] imprecise handling of weakref callbacks

Mark Dickinson added the comment: One more thing: I'm assuming that everything in sight is single-threaded? With more than one Python thread (even if that thread is auxiliary to anything you're doing - e.g., if you're working at an IPython prompt, there will likely be at least a couple of ex

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

Gregory P. Smith added the comment: How do I get a CI run on a PR to actually pickup this change? clicking rerun failed. -- ___ Python tracker ___ __

[issue42128] Structural Pattern Matching (PEP 634)

Brandt Bucher added the comment: Yeah, probably. I'm not too familiar with the design of those objects... would it make more sense to have the implementation be a single descriptor shared by all derived types, or should we precompute the tuple of strings when each new type is defined? I'm

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

Ned Deily added the comment: You may have to refresh the PR so that is uses the latest HEAD that includes the config change. -- ___ Python tracker ___ ___

[issue42128] Structural Pattern Matching (PEP 634)

Change by Pablo Galindo Salgado : -- pull_requests: +23503 pull_request: https://github.com/python/cpython/pull/24732 ___ Python tracker ___ ___

[issue42128] Structural Pattern Matching (PEP 634)

Pablo Galindo Salgado added the comment: Opened https://github.com/python/cpython/pull/24732 > I'm also not entirely sure how "unnamed fields" work, or what they're used > for. Presumably, we'd want to end the __match_args__ tuple upon hitting one > of these? AFAIK, they should be just excl

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

Christian Heimes added the comment: Yeah, that's the annoying part. Users have to rebase all their PRs in order to make CI pass. It's going to be painful. :( -- ___ Python tracker __

[issue42128] Structural Pattern Matching (PEP 634)

Change by Pablo Galindo Salgado : -- pull_requests: +23504 pull_request: https://github.com/python/cpython/pull/24733 ___ Python tracker ___ ___

[issue43162] Enum regression: AttributeError when accessing class variables on instances

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

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

Brandt Bucher added the comment: Closing and reopening may work, or pushing an empty commit. I know that's helped appease some GitHub CI weirdness in the past. -- ___ Python tracker

[issue41561] test_ssl fails in Ubuntu 20.04: test_min_max_version_mismatch

Change by Terry J. Reedy : -- nosy: -terry.reedy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue43391] The comments have invalid license information (broken Python 2.4 URL for Python 3)

New submission from Jake Gustafson : Steps to reproduce the issue: - Run Python 3.7.3 (or later, possibly) with the following code: import subprocess import inspect with open("subprocess-py3.py", 'w') as outs: outs.write(inspect.getsource(subprocess).replace("\\n","\n")) Th

[issue43391] The comments have invalid license information (broken Python 2.4 URL for Python 3)

Jake Gustafson added the comment: *significantly different even than Python 2.7.16's. -- ___ Python tracker ___ ___ Python-bugs-lis

[issue43375] memory leak in threading ?

Igor Mandrichenko added the comment: Since Timer thread is never joined, should not it be a daemon ? -- ___ Python tracker ___ ___

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

Gregory P. Smith added the comment: yeah i figured it might require a rebase. if anyone has the appropriate git command to do that to a branch, creating a 2-4 step CLI playbook for people to apply to pending PR branches would be useful. -- ___ Py

[issue43162] Enum regression: AttributeError when accessing class variables on instances

Miro Hrončok added the comment: Thank you, Ethan. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue43391] The comments have invalid license information (broken Python 2.4 URL for Python 3)

Marc-Andre Lemburg added the comment: https://www.python.org/download/releases/2.4/license/ is the correct link for the Python 2.4 license. Note that the contributor agreement allows the PSF to distribute the code under a different OSS license and so the current Python license applies for wh

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

Gregory P. Smith added the comment: we may not need that: Closing and reopening the PR worked. I suspect the github CI "rerun" button was "rerun in the exact same config". -- ___ Python tracker ___

[issue40701] tempfile mixes str and bytes in an inconsistent manner

Gregory P. Smith added the comment: New changeset 9c7927400cd8f1d283bf7915b6b33fea81b8655d by Eric L in branch 'master': bpo-40701: tempfile mixes str and bytes in an inconsistent manner (GH-20442) https://github.com/python/cpython/commit/9c7927400cd8f1d283bf7915b6b33fea81b8655d --

[issue40701] tempfile mixes str and bytes in an inconsistent manner

Change by miss-islington : -- nosy: +miss-islington nosy_count: 4.0 -> 5.0 pull_requests: +23505 pull_request: https://github.com/python/cpython/pull/24734 ___ Python tracker _

[issue43392] Optimize repeated calls to `__import__()`

New submission from Germán Méndez Bravo : A call to `importlib.__import__()` normally locks the import for the module being worked on; this, however has a performance impact for modules that are already imported and fully initialized. An example of this are inline `__import__()` calls in a hot

[issue43392] Optimize repeated calls to `__import__()`

Change by Germán Méndez Bravo : -- keywords: +patch pull_requests: +23506 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24735 ___ Python tracker _

[issue43383] imprecise handling of weakref callbacks

Tim Peters added the comment: This won't go anywhere without code (preferably minimal) we can run to reproduce the complaint. If there were a "general principle" at work here, someone else would surely have reported it over the last few decades ;-) To the contrary, the common confusion is in

[issue43389] Cancellation ignored by asyncio.wait_for can hang application

nmatravolgyi added the comment: I've quickly wanted to create a suitable solution for myself. I made a small library with a asyncio.wait_for()-like function using asyncio.wait(). The prototype worked, so I put together a small project. When I ran tox and realized that this issue with wait_fo

[issue43382] github CI blocked by the Ubuntu CI with an SSL error

Neil Schemenauer added the comment: It seems it is enough to make a new commit. The CI seems to re-base and re-run the PR. At least, it worked on two of my PRs. -- ___ Python tracker _

[issue43371] Mock.assert_has_calls works strange

Change by Kamil Turek : -- nosy: +kamilturek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue43389] Cancellation ignored by asyncio.wait_for can hang application

nmatravolgyi added the comment: One more thing. I've figured out that I can fix the cancellation around the asyncio.wait_for() with asyncio.shield() like: try: await asyncio.shield(wf := asyncio.ensure_future(asyncio.wait_for(self.event.wait(), timeout=60.0))) except asyncio.CancelledErr

[issue43340] json.load() can raise UnicodeDecodeError, but this is not documented

Change by Kamil Turek : -- nosy: +kamilturek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue43391] The comments have invalid license information (broken Python 2.4 URL for Python 3)

Change by Kamil Turek : -- nosy: +kamilturek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue43393] Older Python builds are missing a required file on Big Sur

New submission from Raymond Hettinger : When I upgraded to Big Sur, all my older builds stopped working. Do we have any known workarounds or can we publish updated builds that work? Like a lot of consultants, I still have to help clients maintain older code. Having a standard working build i

[issue43162] Enum regression: AttributeError when accessing class variables on instances

Ethan Furman added the comment: You're welcome. Thank you for pushing the issue! :-) -- ___ Python tracker ___ ___ Python-bugs-li

[issue43391] The comments have invalid license information (broken Python 2.4 URL for Python 3)

Change by Kamil Turek : -- keywords: +patch pull_requests: +23507 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24736 ___ Python tracker ___

[issue43393] Older Python builds are missing a required file on Big Sur

Change by Kamil Turek : -- nosy: +kamilturek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue43394] Compiler warnings on master (-Wstrict-prototypes)

New submission from Brandt Bucher : We're getting "function declaration isn’t a prototype [-Wstrict-prototypes]" warnings in Modules/_zoneinfo.c and Modules/_xxtestfuzz/fuzzer.c. I'll have a patch up momentarily. -- assignee: brandtbucher components: Build messages: 388064 nosy: brandt

[issue43394] Compiler warnings on master (-Wstrict-prototypes)

Change by Brandt Bucher : -- keywords: +patch pull_requests: +23508 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24737 ___ Python tracker ___ __

[issue43376] Add PyComplex_FromString

Brandt Bucher added the comment: Hm, I didn't realize until now that PyFloat_FromString parses a Python string, while PyLong_FromString parses a C string (with very different signatures). That's a bit annoying. Regardless, I misunderstood the original issue: in this particular case we are

[issue42128] Structural Pattern Matching (PEP 634)

Pablo Galindo Salgado added the comment: New changeset 0632b1012d4dfa81ffef0d686a4710f6134f77a8 by Pablo Galindo in branch 'master': bpo-42128: Add __match_args__ to structseq-based classes (GH-24732) https://github.com/python/cpython/commit/0632b1012d4dfa81ffef0d686a4710f6134f77a8

[issue42202] Optimize function annotation

Change by Pablo Galindo Salgado : -- nosy: +pablogsal nosy_count: 7.0 -> 8.0 pull_requests: +23509 pull_request: https://github.com/python/cpython/pull/24738 ___ Python tracker ___

[issue42202] Optimize function annotation

Pablo Galindo Salgado added the comment: New changeset 8747c1f233fc1a3dd5ee3d8e163317f28b4d7568 by Pablo Galindo in branch 'master': Improve the description of the improvements in bpo-42202 (GH-24738) https://github.com/python/cpython/commit/8747c1f233fc1a3dd5ee3d8e163317f28b4d7568

[issue43271] AMD64 Windows10 3.x crash with Windows fatal exception: stack overflow

Change by David Bolen : -- keywords: +patch pull_requests: +23510 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24739 ___ Python tracker ___

[issue43393] Older Python builds are missing a required file on Big Sur

Ned Deily added the comment: In summary, the Python binaries provided by python.org macOS installers for already end-of-life versions of Python, like 3.5 and earlier 3.x versions, do not run on macOS 11 Big Sur and attempting to build these end-of-life versions from source will still not pro

[issue43370] thread_time not available on python.org OS X builds

Ned Deily added the comment: The reason time.thread_time() and several other functions in other modules that all depend on features in newer versions of macOS were not available in python.org macOS binaries because the installers are meant to support a range of operating system releases (rat

[issue36067] subprocess terminate() "invalid handle" error when process is gone

Eryk Sun added the comment: > I don't understand why any patch for CPython is needed at all. If and operation on self._handle fails as an invalid handle (due to an underlying STATUS_INVALID_HANDLE or STATUS_OBJECT_TYPE_MISMATCH), then call self._handle.Detach() and re-raise the exception. I

[issue43379] Pasting multiple lines in the REPL is broken since 3.9

Ned Deily added the comment: Sorry, I cannot reproduce that behavior. The output you show isn't what I would expect, in any case. $ python3.8 Python 3.8.7 (v3.8.7:6503f05dd5, Dec 21 2020, 12:45:15) [Clang 6.0 (clang-600.0.57)] on darwin Type "help", "copyright", "credits" or "license" for mor

[issue43271] AMD64 Windows10 3.x crash with Windows fatal exception: stack overflow

Guido van Rossum added the comment: New changeset 131d5516409791b170b09a6ef8ed8463c9b09015 by db3l in branch 'master': bpo-43271: Re-enable ceval.c optimizations for Windows debug builds (GH-24739) https://github.com/python/cpython/commit/131d5516409791b170b09a6ef8ed8463c9b09015 --

[issue43271] AMD64 Windows10 3.x crash with Windows fatal exception: stack overflow

David Bolen added the comment: The win10 buildbot is green again, so I think this can be closed. -- ___ Python tracker ___ ___ Pyth

  1   2   >