[issue47010] Implement zero copy writes in SelectorSocketTransport in asyncio

Change by jakirkham : -- nosy: +jakirkham ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue46788] regrtest fails to start on missing performance counter names

Eryk Sun added the comment: I was just wondering whether it's worth implementing it using the API. To be clear, I wasn't implying to hold off on applying Jeremy's PR. The existing code is causing him problems, and he has a working solution. -- nosy: +eryksun

[issue47076] test_asyncio: test_get_cancelled() fails randomly on x86-64 macOS 3.x

Change by Andrew Svetlov : -- pull_requests: +30130 pull_request: https://github.com/python/cpython/pull/32040 ___ Python tracker ___ __

[issue22013] Add at least minimal support for thread groups

Irit Katriel added the comment: And now we have TaskGroups in asyncio as well. I'm closing this as it seems to have been abandoned. Feel free to reopen if this is still needed. -- nosy: +iritkatriel stage: needs patch -> resolved status: open -> closed __

[issue47076] test_asyncio: test_get_cancelled() fails randomly on x86-64 macOS 3.x

Andrew Svetlov added the comment: > The problem is more that a sleep is not a reliable synchronization primitive Yes, sure! I'm trying to avoid 'sleep for synchronization' when I'm writing new tests or fixing existing ones. The problem with this particular queue tests is: I rewrote old-style

[issue44336] Windows buildbots hang after fatal exit

Steve Dower added the comment: New changeset 19058b9f6271338bcc46b7d30fe79a83990cc35c by Jeremy Kloth in branch 'main': bpo-44336: Prevent tests hanging on child process handles on Windows (GH-26578) https://github.com/python/cpython/commit/19058b9f6271338bcc46b7d30fe79a83990cc35c -

[issue46788] regrtest fails to start on missing performance counter names

Steve Dower added the comment: Jeremy - backports need to be done manually. Can I leave that with you and just ping me on here when you're ready for a merge? -- stage: -> backport needed ___ Python tracker ___

[issue47061] Deprecate modules listed in PEP 594

miss-islington added the comment: New changeset c3538355f49f9394140428a848f2acf08175ff1a by Miss Islington (bot) in branch '3.10': [3.10] bpo-47061: document module deprecations due to PEP 594 (GH-31984) (GH-32039) https://github.com/python/cpython/commit/c3538355f49f9394140428a848f2acf08175

[issue47061] Deprecate modules listed in PEP 594

Brett Cannon added the comment: One thing I forgot to mention is that I will be updating What's New as the code deprecations land. -- ___ Python tracker ___ _

[issue47006] PEP 646: Decide on substitution behavior

Guido van Rossum added the comment: I'd like to look at this as a case of simplifying something to its simplest canonical form, but no simpler. This is what the existing fixed-typevar expansion does: e.g. tuple[str, T, T][int] becomes tuple[str, int, int]. I propose that we try to agree on a

[issue47086] Include HTML docs with Windows installer instead of CHM

Steve Dower added the comment: New changeset 3751b6b030b4a3b88959b4f3c4ef2e58d325e497 by Steve Dower in branch 'main': bpo-47086: Remove .chm from Windows installer and add HTML docs (GH-32038) https://github.com/python/cpython/commit/3751b6b030b4a3b88959b4f3c4ef2e58d325e497 -- ___

[issue47086] Include HTML docs with Windows installer instead of CHM

Steve Dower added the comment: Leaving this open and assigned to myself for a couple of days to deal with any other fallout. In particular, I wasn't able to test the (minor) changes to the publishing steps (e.g. GPG signing), so will have to wait for the next release to see what works/doesn'

[issue25489] sys.exit() caught in async event loop exception handler

Andrew Svetlov added the comment: I can describe what happens with test_sys_exit_in_exception_handler.py 1. The 'boom' task raises an exception. 2. The task is not awaited, Future.__del__ calls the exception handler with 'Task exception was never retrieved' message. 3. The custom handler rai

[issue25489] sys.exit() caught in async event loop exception handler

Andrew Svetlov added the comment: Guido, perhaps you had problems with the problem detection because the asyncio uses _asyncio C Extesions by default. It drops some calls from the python stack trace. -- ___ Python tracker

[issue47078] test_ctypes modified files on aarch64 Fedora Rawhide 3.9: ldconfig crashed

STINNER Victor added the comment: It's a Linux kernel 5.17 regression on static-pie programs affecting AArch64: https://bugzilla.kernel.org/show_bug.cgi?id=215720 -- ___ Python tracker __

[issue47087] Implement PEP 655 (Required/NotRequired)

Change by David Foster : -- nosy: +David Foster ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue47030] singledispatch does not work with positional arguments with default values.

Andrei Kulakov added the comment: This would be problematic for two reasons: - possible confusion between the default function that runs when an argument doesn't match any registered types, and another "default" which runs when argument is omitted. - to see which function will run when ar

[issue46614] Add option to output UTC datetimes as "Z" in `.isoformat()`

Change by Matt Wozniski : -- keywords: +patch pull_requests: +30131 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/32041 ___ Python tracker ___

[issue40172] ZipInfo corrupts file names in some old zip archives

Daniel Hillier added the comment: Related to issue https://bugs.python.org/issue28080 which has a patch that covers a bit of this issue -- ___ Python tracker ___

[issue25489] sys.exit() caught in async event loop exception handler

Guido van Rossum added the comment: Andrew, thanks for explaining this. The key thing I was missing was that the root cause of the problem is that Future.__del__ is trying to log an error about the un-awaited task by calling the exception handler directly. That actually feels a little dodgy.

[issue46864] Deprecate ob_shash in BytesObject

Change by Inada Naoki : -- pull_requests: +30132 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/32042 ___ Python tracker ___ __

[issue46864] Deprecate ob_shash in BytesObject

Inada Naoki added the comment: I'm sorry. Maybe, ccache hides the warning from me. -- ___ Python tracker ___ ___ Python-bugs-list m

[issue46864] Deprecate ob_shash in BytesObject

Ma Lin added the comment: If run this code, would it be slower? bytes_hash = hash(bytes_data) bytes_hash = hash(bytes_data) # get hash twice -- nosy: +malin ___ Python tracker _

[issue40172] ZipInfo corrupts file names in some old zip archives

Gregory P. Smith added the comment: Examining Lib/zipfile.py code, the existing code makes sense. Python's zipfile module produces modern zipfiles when writing by setting the utf-8 flag and storing the filename as utf-8 when it is not ASCII. This is desirable for use with all normal zip imp

[issue28584] ICC compiler check is too permissive

Change by Ben Boeckel : -- nosy: +mathstuf ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue28080] Allow reading member names with bogus encodings in zipfile

Gregory P. Smith added the comment: Your PR looks good to me. I agree with not making it easy to _write_ zipfiles with non-standard encoding used for names. There is a possibility that someone wants that ability when writing zip files (not yet clear) in https://bugs.python.org/issue40172.

[issue46864] Deprecate ob_shash in BytesObject

Inada Naoki added the comment: Since Python 3.13, yes. It will be bit slower. -- ___ Python tracker ___ ___ Python-bugs-list mailin

<    1   2