[issue47009] Streamline list.append for the common case

Inada Naoki added the comment: Thank you. I agree that inlining is worth enough. But we already inlined too many functions in ceval and there is an issue caused by it... (bpo-45116) -- ___ Python tracker

[issue45150] Add a file_digest() function in hashlib

Aur Saraf added the comment: Added an attempt to handle signals. I don't think it's working, because when I press Ctrl+C while hashing a long file, it only raises KeyboardInterrupt after waiting the amount of time it usually takes the C code to return, but maybe that's not a good test?

[issue46744] installers on ARM64 suggest wrong folders

conio added the comment: I opened a PR for this change (https://github.com/python/cpython/pull/31803). I'd appreciate your comments and/or approval. I didn't add anything to the NEWS.d folder since it seems to me like something completely internal to the build process and so minor not worth

[issue45150] Add a file_digest() function in hashlib

Aur Saraf added the comment: Forgot an important warning: this is the first time I write C code against the Python API, and I didn't thoroughly read the guide (or at all, to be honest). I think I did a good job, but please suspect my code of noob errors. I'm especially not confident that

[issue47025] bytes do not work on sys.path

Jason R. Coombs added the comment: I'd advocate for not supporting bytes paths and instead updating the documentation to require strings. -- nosy: +jaraco ___ Python tracker

[issue47033] Build failure on macOS Big Sur

Ghyslain Leclerc added the comment: Thank you for your quick answer. Your comment about the configure output has made me think to look at it more carefully. No error was reported, so I did not think to look at it before. Looking at it and trying to figure out the problems, I figured out

[issue47033] Build failure on macOS Big Sur

Change by Ghyslain Leclerc : -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue45150] Add a file_digest() function in hashlib

Aur Saraf added the comment: The rationale behind `from_raw_file()` and the special treatment of non-buffered IO is that there is no `read_buffer()` API or other clean way to say "I want to read just what's currently in the buffer so that from now on I could read directly from the file

[issue45150] Add a file_digest() function in hashlib

Aur Saraf added the comment: PR contains a draft implementation, would appreciate some review before I implement the same interface on all builtin hashes as well as OpenSSL hashes. -- ___ Python tracker

[issue47032] CI does not detect launcher installer build failure

miss-islington added the comment: New changeset ad6ddd89006b9fa4836a944c99f8076f26faf299 by Steve Dower in branch '3.9': [3.9] bpo-47032: Ensure Windows install builds fail correctly with a non-zero exit code when part of the build fails (GH-31921) (GH-31927)

[issue45150] Add a file_digest() function in hashlib

Change by Roundup Robot : -- pull_requests: +30019 pull_request: https://github.com/python/cpython/pull/31928 ___ Python tracker ___

[issue47032] CI does not detect launcher installer build failure

miss-islington added the comment: New changeset 04fdbb4f7003a7399f7ba626cf548e2b9dac1045 by Steve Dower in branch '3.10': [3.10] bpo-47032: Ensure Windows install builds fail correctly with a non-zero exit code when part of the build fails (GH-31921) (GH-31926)

[issue46948] [CVE-2022-26488] Escalation of privilege via Windows Installer

Ned Deily added the comment: New changeset 4a1d65fe8528c3a6e0cf2f4f9d4b58249164589d by Miss Islington (bot) in branch '3.7': bpo-46948: Fix launcher installer build failure due to first part of fix (GH-31920) (GH-31925)

[issue47033] Build failure on macOS Big Sur

Ned Deily added the comment: You don't say exactly what changeset of the cpython repo you are trying to build from. The line numbers in the compiler warnings in your build.out extract do not seem to match up with either a current 3.10 branch checkout or a main branch checkout. Please make

[issue47032] CI does not detect launcher installer build failure

Change by Steve Dower : -- pull_requests: +30018 pull_request: https://github.com/python/cpython/pull/31927 ___ Python tracker ___

[issue47032] CI does not detect launcher installer build failure

Change by Steve Dower : -- pull_requests: +30017 pull_request: https://github.com/python/cpython/pull/31926 ___ Python tracker ___

[issue47032] CI does not detect launcher installer build failure

Steve Dower added the comment: New changeset 7c776521418676c074a483266339d31c950f516e by Steve Dower in branch 'main': bpo-47032: Ensure Windows install builds fail correctly with a non-zero exit code when part of the build fails (GH-31921)

[issue46948] [CVE-2022-26488] Escalation of privilege via Windows Installer

miss-islington added the comment: New changeset 70eb9db39817a8f9abef801a2a4a7bb2c7411654 by Miss Islington (bot) in branch '3.9': bpo-46948: Fix launcher installer build failure due to first part of fix (GH-31920)

[issue47033] Build failure on macOS Big Sur

Ghyslain Leclerc added the comment: Here is a build output. -- Added file: https://bugs.python.org/file50681/build.out ___ Python tracker ___

[issue47033] Build failure on macOS Big Sur

New submission from Ghyslain Leclerc : I have tried to compile python on macOS and I have failed. I have cloned the cpython repository, then used ./configure and make. There are build errors on my system. They seem related to https://bugs.python.org/issue42692. I have tried the

[issue47013] test_bdb and test_distutils fail on installed Python 3.9, 3.10 and 3.11 (setuptools 60.9.3, pip 22.0.4)

Jason R. Coombs added the comment: See https://github.com/pypa/setuptools/issues/3007#issuecomment-1068621865 where I did a brief analysis and probable explanation. What it boils down to: Setuptools needs to supply its own copy of distutils aggressively. It provides an opt out for this

[issue46948] [CVE-2022-26488] Escalation of privilege via Windows Installer

miss-islington added the comment: New changeset 58d30b992d67c8471f79a7307e4c1cda64311e3b by Miss Islington (bot) in branch '3.10': bpo-46948: Fix launcher installer build failure due to first part of fix (GH-31920)

[issue46948] [CVE-2022-26488] Escalation of privilege via Windows Installer

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

[issue46948] [CVE-2022-26488] Escalation of privilege via Windows Installer

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

[issue46948] [CVE-2022-26488] Escalation of privilege via Windows Installer

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

[issue46948] [CVE-2022-26488] Escalation of privilege via Windows Installer

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

[issue46948] [CVE-2022-26488] Escalation of privilege via Windows Installer

Steve Dower added the comment: New changeset 708812085355c92f32e547d1f1d1f29aefbbc27e by Steve Dower in branch 'main': bpo-46948: Fix launcher installer build failure due to first part of fix (GH-31920) https://github.com/python/cpython/commit/708812085355c92f32e547d1f1d1f29aefbbc27e

[issue47032] CI does not detect launcher installer build failure

Change by Steve Dower : -- keywords: +patch pull_requests: +30012 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/31921 ___ Python tracker

[issue47032] CI does not detect launcher installer build failure

New submission from Steve Dower : When changes are made under the Tools/msi directory, extra tests are run in GitHub Actions to build the installer. Apparently, these tests do not fail when the launcher installer fails to build. They need to. -- assignee: steve.dower messages:

[issue46948] [CVE-2022-26488] Escalation of privilege via Windows Installer

Change by Steve Dower : -- pull_requests: +30011 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/31920 ___ Python tracker ___

[issue46841] Inline bytecode caches

Brandt Bucher added the comment: New changeset 49e1e1e1bd59cac1855b1ef4dec05d649ebcd81a by Mark Shannon in branch 'main': bpo-46841: Don't scan backwards in bytecode (GH-31901) https://github.com/python/cpython/commit/49e1e1e1bd59cac1855b1ef4dec05d649ebcd81a --

[issue46948] [CVE-2022-26488] Escalation of privilege via Windows Installer

Steve Dower added the comment: The fix for this regressed the installer for the py.exe launcher, which breaks our release builds. I'm patching it now. It's going under the same issue number because it will be needed for anyone applying this patch directly and then building the installer

[issue18795] pstats - allow stats sorting by cumulative time per call and total time per call

Daniël van Noord added the comment: I resubmitted the original patch and updated it with documentation and news item changes. This would still be a valuable addition imo, as it can help single out expensive calls in your module/script. -- nosy: +danielnoord

[issue18795] pstats - allow stats sorting by cumulative time per call and total time per call

Change by Roundup Robot : -- keywords: +patch nosy: +python-dev nosy_count: 5.0 -> 6.0 pull_requests: +30009 pull_request: https://github.com/python/cpython/pull/31919 ___ Python tracker

[issue46404] 3.11a4: a small attrs regression

Lumír Balhar added the comment: We have the same problem reported in attrs here in dataclasses and because it's not tested the way to manipulate __closure__ cells changes frequently. My plan is to implement something similar to this into dataclasses:

[issue47031] math.nan should note that NANs do not compare equal to anything

New submission from Steven D'Aprano : The IEEE-754 requirement that NANs are never equal to anything, even to themselves, is a common stumbling block for those new to the consequences of IEEE-754. See for example #47020. The documentation for math.nan would be a good place to add a note like

[issue46965] Enable informing callee it's awaited via vector call flag

Guido van Rossum added the comment: The link https://github.com/facebookincubator/cinder/blob/cinder/3.8/Python/ceval.c#L6617 points to something that I wouldn't associate with the subject. @Dino, could you provide a new link (preferably a permalink)? FWIW rather than dynamically checking

[issue46404] 3.11a4: a small attrs regression

Eric V. Smith added the comment: @frenzy: I'm not sure what your fix would do. You could either describe it in rough terms (if you'd like a pre-PR opinion on the approach), or I'm happy to wait to see your PR. -- ___ Python tracker

[issue46963] Deep Lazy Imports - Interpreter-level deferred module loading

Change by Zsolt Dollenstein : -- nosy: +zsol ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue25291] better Exception message for certain task termination scenario

Andrew Svetlov added the comment: Python 3.7 forbids Task.set_exception() and Task.set_result(), the error message is pretty clear. Nothing to do here -- nosy: +asvetlov resolution: -> wont fix stage: -> resolved status: open -> closed ___

[issue46457] test_unittest: TestAsyncCase.test_debug_cleanup_same_loop() hangs with gc.set_threshold(500)

Andrew Svetlov added the comment: #46994 fixed this problem -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___

[issue40280] Consider supporting emscripten/webassembly as a build target

Christian Heimes added the comment: New changeset a4674f0194067a801f6c6bdb4fc6448e3a40e069 by Christian Heimes in branch 'main': bpo-40280: Detect presence of time.tzset and thread_time clock (GH-31898) https://github.com/python/cpython/commit/a4674f0194067a801f6c6bdb4fc6448e3a40e069

[issue47024] Update to OpenSSL 1.1.1n

Change by Christian Heimes : -- priority: release blocker -> normal resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.7, Python 3.8 ___ Python tracker

[issue47024] Update to OpenSSL 1.1.1n

Łukasz Langa added the comment: New changeset e8b72fc7f3937b6b86354110917da161ca36cff7 by Ned Deily in branch '3.8': [3.8] bpo-47024: Update Windows builds and macOS installer build to use OpenSSL 1.1.1n. (GH-31912)

[issue38912] test_asyncio altered the execution environment

Andrew Svetlov added the comment: The main branch is clear -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue47019] Fatal Python Error in sqlite3 Python 3.10

Erlend E. Aasland added the comment: Maybe related: bpo-20891 -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue47024] Update to OpenSSL 1.1.1n

Christian Heimes added the comment: New changeset 513911b359c88df2b32d0bc2776438f52d5e4584 by Christian Heimes in branch '3.9': [3.9] bpo-47024: Update OpenSSL to 1.1.1n (GH-31895) (#31917) https://github.com/python/cpython/commit/513911b359c88df2b32d0bc2776438f52d5e4584 --

[issue47024] Update to OpenSSL 1.1.1n

Christian Heimes added the comment: New changeset a59ac1e7d20713573c15c5259c83e998a73e9094 by Christian Heimes in branch '3.10': [3.10] bpo-47024: Update OpenSSL to 1.1.1n (GH-31895) (GH-31916) https://github.com/python/cpython/commit/a59ac1e7d20713573c15c5259c83e998a73e9094 --

[issue46404] 3.11a4: a small attrs regression

Lumír Balhar added the comment: In my opinion, we should keep it simple for attrs and dataclasses to fix closure cells when a class is replaced and therefore it seems to be correct to have it mutable as it currently is in 3.11. My plan is to implement the fix for dataclasses and some tests

[issue47024] Update to OpenSSL 1.1.1n

Change by Christian Heimes : -- pull_requests: +30008 pull_request: https://github.com/python/cpython/pull/31917 ___ Python tracker ___

[issue47024] Update to OpenSSL 1.1.1n

Change by Christian Heimes : -- pull_requests: +30007 pull_request: https://github.com/python/cpython/pull/31916 ___ Python tracker ___

[issue47024] Update to OpenSSL 1.1.1n

Christian Heimes added the comment: New changeset af0a50de4b77dc774fcfdf5468ec320b08bfb53b by Christian Heimes in branch 'main': bpo-47024: Update OpenSSL to 1.1.1n (GH-31895) https://github.com/python/cpython/commit/af0a50de4b77dc774fcfdf5468ec320b08bfb53b --

[issue42698] Deadlock in pysqlite_connection_dealloc()

hydroflask added the comment: Closing this issue since sqlite3_close{,_v2}() is no longer called with the GIL held in 3.11+ -- stage: -> resolved status: open -> closed ___ Python tracker

[issue47019] Fatal Python Error in sqlite3 Python 3.10

hydroflask added the comment: So what is causing this bug in 3.10 is the following stack: thread_entry_point() PyGILState_Ensure() PyGILState_Release() ... PyGILState_Ensure() The core issue is that PyGILState_Ensure is getting called while the tstate itself is in the process

[issue47019] Fatal Python Error in sqlite3 Python 3.10

Erlend E. Aasland added the comment: FYI, PyGILState_Ensure may be called by a thread as many times as you want, and it has been so for a very long time. -- ___ Python tracker

[issue45997] asyncio.Semaphore waiters deque doesn't work

Andrew Svetlov added the comment: Thanks, Yuri. I'll take a look. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue47019] Fatal Python Error in sqlite3 Python 3.10

hydroflask added the comment: If PyGILState_Ensure() has been fixed to become re-entrant during PyGILState_Release() in 3.11+ then I believe that change should be backported to 3.10. @vstinner would know -- ___ Python tracker

[issue47019] Fatal Python Error in sqlite3 Python 3.10

hydroflask added the comment: > All callbacks triggered from external libraries must protect Python C API > calls. You may call it offending, but that is the reality; a callback may > trigger at any point in time, so we need to make sure the GIL is held before > calling any Py API. That is

[issue47019] Fatal Python Error in sqlite3 Python 3.10

Erlend E. Aasland added the comment: See also Petrs msg400205: > [...] I recommend that any function passed to SQLite (and only those) should > - be named `*_callback`, for clarity > - acquire the GIL at the very start > - release the GIL at the very end --

[issue47019] Fatal Python Error in sqlite3 Python 3.10

Erlend E. Aasland added the comment: See also bpo-44304 -- nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing

[issue47024] Update to OpenSSL 1.1.1n

Ned Deily added the comment: New changeset b6204466c1209de5a0794c475096429fdb457a16 by Ned Deily in branch '3.7': bpo-47024: Update Windows builds and macOS installer build to use OpenSSL 1.1.1n. (GH-31911) https://github.com/python/cpython/commit/b6204466c1209de5a0794c475096429fdb457a16

[issue47019] Fatal Python Error in sqlite3 Python 3.10

Erlend E. Aasland added the comment: All callbacks triggered from external libraries must protect Python C API calls. You may call it offending, but that is the reality; a callback may trigger at any point in time, so we need to make sure the GIL is held before calling any Py API. That is

[issue47019] Fatal Python Error in sqlite3 Python 3.10

hydroflask added the comment: I don't see it immediately but I think it's still possible to happen since all the same offending code is in place. There are two reasosn why it probably doesn't happen in 3.11+: 1) because something is deferring calling the finalizer for the zero-ref object

[issue47019] Fatal Python Error in sqlite3 Python 3.10

Erlend E. Aasland added the comment: > If you connect with check_same_thread=False, I believe the issue may still > present itself on 3.11+ Nope, works swell on my Mac. Do you see this on Linux with latest 3.11? -- ___ Python tracker

[issue47019] Fatal Python Error in sqlite3 Python 3.10

hydroflask added the comment: If you connect with check_same_thread=False, I believe the issue may still present itself on 3.11+ -- ___ Python tracker ___

[issue45997] asyncio.Semaphore waiters deque doesn't work

Yury Selivanov added the comment: Andrew, the same problem exists in asyncio.Queue which is also critical. Here's how I fixed it in edgedb code base: https://github.com/edgedb/edgedb/blob/08e41341024828df22a01cd690b11fcff00bca5e/edb/server/compiler_pool/queue.py#L51-L74 --

[issue46907] Update Windows and MacOS installer to SQLite 3.38.1

Change by Erlend E. Aasland : -- resolution: -> fixed stage: patch review -> resolved status: pending -> closed ___ Python tracker ___

[issue47028] Incorrect behaviour when zipping a bunch of maps

Dennis Sweeney added the comment: https://bugs.python.org/issue45469 is similar. Thanks for the report, but I'll go ahead and close this. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

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

New submission from Randolf Scholz : from functools import singledispatch from typing import Optional @singledispatch def load(key: Optional[str] = None, /) -> None: raise NotImplementedError @load.register def _(key: None, /) -> None: print(f"loaded {key=}") @load.register def

[issue47029] Fix a BrokenPipeError when a multiprocessing.Queue is garbage collected

Géry added the comment: I have attached the following patch: pass a reference to the reader end of the queue pipe to the queue thread so that the reader end is not garbage collected and closed before the queue thread has sent all the buffered data to the writer end. --

[issue47029] Fix a BrokenPipeError when a multiprocessing.Queue is garbage collected

Change by Géry : -- keywords: +patch pull_requests: +30006 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31913 ___ Python tracker ___

[issue47029] Fix a BrokenPipeError when a multiprocessing.Queue is garbage collected

New submission from Géry : A `BrokenPipeError` exception is raised when the queue thread of a `multiprocessing.Queue` still sends enqueued items to the write end of the queue pipe *after* the read end of the queue pipe has been [automatically closed during its garbage

[issue47024] Update to OpenSSL 1.1.1n

Change by Ned Deily : -- pull_requests: +30005 pull_request: https://github.com/python/cpython/pull/31912 ___ Python tracker ___

[issue47024] Update to OpenSSL 1.1.1n

Change by Ned Deily : -- pull_requests: +30004 pull_request: https://github.com/python/cpython/pull/31911 ___ Python tracker ___

[issue46907] Update Windows and MacOS installer to SQLite 3.38.1

Erlend E. Aasland added the comment: Closing this tonight, unless someone objects. -- status: open -> pending ___ Python tracker ___

[issue46907] Update Windows and MacOS installer to SQLite 3.38.1

Erlend E. Aasland added the comment: Updating to SQLite 3.37 was backported because of a data corruption bug that was fixed. AFAIK, there’s nothing like that in 3.38. I would prefer waiting to see if more patch releases appear. (That was also my intent, given how many patch releases we saw

[issue46907] Update Windows and MacOS installer to SQLite 3.38.1

Ned Deily added the comment: I think we can hold off on deciding whether to backport until at least the next round of bugfix releases. I don't know of any pressing reason one way or the other, ATM. -- ___ Python tracker

[issue46896] add support for watching writes to selected dictionaries

Carl Meyer added the comment: Thanks for the extended example. I think in order for this example to answer the question I asked, a few more assumptions should be made explicit: 1) Either `spam_var` and/or `eggs_var` are frequently re-bound to new values in a hot code path somewhere. (Given

[issue45923] Improve performance of sys.settracing based tools.

Mark Shannon added the comment: New changeset 099f75614100e88ed90b68d20a51a8d9c22f81a7 by Mark Shannon in branch 'main': bpo-45923: Decouple suspension of tracing from tracing flag. (GH-31908) https://github.com/python/cpython/commit/099f75614100e88ed90b68d20a51a8d9c22f81a7 --

[issue46907] Update Windows and MacOS installer to SQLite 3.38.1

Steve Dower added the comment: Was there any reason/need to backport this? -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue46907] Update Windows and MacOS installer to SQLite 3.38.1

Steve Dower added the comment: New changeset a8c728b8b742fd8ca5a225f79d99014794b8fdf3 by Mariusz Felisiak in branch 'main': bpo-46907: Update Windows installer to SQLite 3.38.1. (GH-31655) https://github.com/python/cpython/commit/a8c728b8b742fd8ca5a225f79d99014794b8fdf3 --

[issue46817] Add a line-start table to the code object.

Mark Shannon added the comment: sys.settrace line events cannot use the co_lines table. They need additional state, as we don't want to trace the same line twice (unless there is a backwards jump). Using the start of a entry in `co_lines` doesn't work when some entries have no line number.

[issue45997] asyncio.Semaphore waiters deque doesn't work

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

[issue46817] Add a line-start table to the code object.

Irit Katriel added the comment: I can see the linestarts used in trace.py to figure out coverage. But for this duplications don't make a difference (they are deduped in _find_lines_from_code anyway), right? Where else are they used, such that the current scheme may not work? --

[issue47028] Incorrect behaviour when zipping a bunch of maps

Dennis Sweeney added the comment: There's an FAQ entry here: https://docs.python.org/3/faq/programming.html#why-do-lambdas-defined-in-a-loop-with-different-values-all-return-the-same-result -- ___ Python tracker

[issue46896] add support for watching writes to selected dictionaries

Mark Shannon added the comment: Let me give you an example. #module eggs eggs_var = 0 # a variable, maybe a counter or similar EGGS_CONST # a constant #module spam import eggs spam_var # Another variable def foo(): use(eggs.EGGS_CONST) - We will want to treat

[issue47028] Incorrect behaviour when zipping a bunch of maps

Dennis Sweeney added the comment: This is because i is not captured by the function definition. `lambda x: x**i` always makes the "input to the ith power" function, never the "input to the 3rd power" function, even if i happens to be 3 right now. Consider replacing `lambda x: x**i` with

[issue40280] Consider supporting emscripten/webassembly as a build target

Christian Heimes added the comment: New changeset b43b9b49be7d42d2826106c719d1e51f0776be0a by Christian Heimes in branch 'main': bpo-40280: Skip wakeup_fd pipe tests on Emscripten (GH-31909) https://github.com/python/cpython/commit/b43b9b49be7d42d2826106c719d1e51f0776be0a --

[issue20392] Inconsistency with uppercase file extensions in MimeTypes.guess_type

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

[issue20392] Inconsistency with uppercase file extensions in MimeTypes.guess_type

miss-islington added the comment: New changeset 32ae9ab55f2cd97b5a28d5398c4820d8bc96f30c by Miss Islington (bot) in branch '3.9': bpo-20392: Fix inconsistency with uppercase file extensions in mimetypes.guess_type (GH-30229)

[issue43253] asyncio open_connection fails when a socket is explicitly closed

Andrew Svetlov added the comment: Thanks! -- resolution: -> fixed status: -> closed ___ Python tracker ___ ___ Python-bugs-list

[issue40280] Consider supporting emscripten/webassembly as a build target

Change by Christian Heimes : -- pull_requests: +30002 pull_request: https://github.com/python/cpython/pull/31909 ___ Python tracker ___

[issue47028] Incorrect behaviour when zipping a bunch of maps

New submission from John K. : map(f, itr) is supposed to be the lazy way to do [f(val) for val in itr]. However, when unpacking and zipping a list of maps, I get a different result from when evaluating eagerly. More precisely: Python 3.10.2 | packaged by conda-forge | (main, Mar 8 2022,

[issue45923] Improve performance of sys.settracing based tools.

Change by Mark Shannon : -- pull_requests: +30001 pull_request: https://github.com/python/cpython/pull/31908 ___ Python tracker ___

[issue43253] asyncio open_connection fails when a socket is explicitly closed

miss-islington added the comment: New changeset 64a68c39cb508b016e5a4486ebb4052f6e65fca0 by Miss Islington (bot) in branch '3.9': bpo-43253: Don't call shutdown() for invalid socket handles (GH-31892) https://github.com/python/cpython/commit/64a68c39cb508b016e5a4486ebb4052f6e65fca0

[issue43253] asyncio open_connection fails when a socket is explicitly closed

miss-islington added the comment: New changeset 88c243fd8d5a43282ef06bd0872e3b88c68bb856 by Miss Islington (bot) in branch '3.10': bpo-43253: Don't call shutdown() for invalid socket handles (GH-31892) https://github.com/python/cpython/commit/88c243fd8d5a43282ef06bd0872e3b88c68bb856

[issue47022] PEP 594: Document removal of asynchat, asyncore and smtpd

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46896] add support for watching writes to selected dictionaries

Carl Meyer added the comment: > There should not be much of a slowdown for this code when watching `CONST`: How and when (and based on what data?) would the adaptive interpreter make the decision that for this code sample the key `CONST`, but not the key `var`, should be watched in the

[issue20392] Inconsistency with uppercase file extensions in MimeTypes.guess_type

miss-islington added the comment: New changeset 3c4f24face4cca9256ae79bf6968663a04daf655 by Miss Islington (bot) in branch '3.10': bpo-20392: Fix inconsistency with uppercase file extensions in mimetypes.guess_type (GH-30229)

[issue46907] Update Windows and MacOS installer to SQLite 3.38.1

Ned Deily added the comment: New changeset ea786a882b9ed4261eafabad6011bc7ef3b5bf94 by Mariusz Felisiak in branch 'main': bpo-46907: Update macOS installer to SQLite 3.38.1. (GH-31656) https://github.com/python/cpython/commit/ea786a882b9ed4261eafabad6011bc7ef3b5bf94 --

  1   2   >