[issue40213] contextlib.aclosing()

Change by John Belmonte : -- pull_requests: +21633 versions: +Python 3.10 -Python 3.9 pull_request: https://github.com/python/cpython/pull/21545 ___ Python tracker ___

[issue42006] Stop using PyDict_GetItem, PyDict_GetItemString and _PyDict_GetItemId

STINNER Victor added the comment: See also old issues about PyDict_GetItemWithError(): * bpo-20615 * bpo-30475 * bpo-35459 -- ___ Python tracker ___

[issue37449] Move ensurepip off of pkgutil and to importlib.resources

Change by wim glenn : -- nosy: +wim.glenn nosy_count: 4.0 -> 5.0 pull_requests: +21636 pull_request: https://github.com/python/cpython/pull/22659 ___ Python tracker ___

[issue40422] Light refactor: create a common _Py_closerange API

Kyle Evans added the comment: Would you like that on a distinct issue, or is it ok to reuse this BPO since it's a location improvement of an API just introduced? I've got a local branch now that: 1. moves the suppress IPH stuff into _Py_closerange 2. moves the definition into

[issue42006] Stop using PyDict_GetItem, PyDict_GetItemString and _PyDict_GetItemId

STINNER Victor added the comment: I don't want to hold fixing the code right now. If we decide to break the backward compatibility of the C API, a transition plan will likely take a few years anyway, whereas this issue should be first as soon as possible. --

[issue42006] Stop using PyDict_GetItem, PyDict_GetItemString and _PyDict_GetItemId

STINNER Victor added the comment: PyDict_GetItem() behavior is an old wart. Would it make sense to plan a migration plan to slowly move towards PyDict_GetItem() behaving as PyDict_GetItemWithError()? CPython is an old code base full of corner cases. But outside CPython, is it common to

[issue40422] Light refactor: create a common _Py_closerange API

Gregory P. Smith added the comment: Just reuse this bpo issue. I'll mark the PRs as "skip news"; don't worry about a new news blurb entry as it's all tied to the original one. -- status: closed -> open ___ Python tracker

[issue41739] test_logging: test_race_between_set_target_and_flush() leaks threads (threading_cleanup() failed to cleanup ...)

Change by STINNER Victor : -- keywords: +patch pull_requests: +21631 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22655 ___ Python tracker ___

[issue40422] Light refactor: create a common _Py_closerange API

STINNER Victor added the comment: Python/fileutils.c might be a better home for such helper function. You might move _Py_BEGIN_SUPPRESS_IPH / _Py_END_SUPPRESS_IPH macros into _Py_closerange(), even if currently it makes no diffence. (_Py_BEGIN_SUPPRESS_IPH is specific to Windows,

[issue41739] test_logging: test_race_between_set_target_and_flush() leaks threads (threading_cleanup() failed to cleanup ...)

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

[issue41739] test_logging: test_race_between_set_target_and_flush() leaks threads (threading_cleanup() failed to cleanup ...)

STINNER Victor added the comment: New changeset 13ff396c019d548ba181cf22c6f39309a300723c by Victor Stinner in branch 'master': bpo-41739: Fix test_logging.test_race_between_set_target_and_flush() (GH-22655) https://github.com/python/cpython/commit/13ff396c019d548ba181cf22c6f39309a300723c

[issue41756] Do not always use exceptions to return result from coroutine

Change by Vladimir Matveev : -- pull_requests: +21639 pull_request: https://github.com/python/cpython/pull/22663 ___ Python tracker ___

[issue41989] htmlparser unclosed script tag causes data loss

Change by Waylan Limberg : -- keywords: +patch pull_requests: +21635 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22658 ___ Python tracker ___

[issue42007] Line continuation after Boolean operation

Raymond Hettinger added the comment: Sorry, I don't think this proposal has a chance. Python doesn't require statement terminators like ";" in C. Accordingly, it needs to have a clean and consistent rule to close a statement. The rule that has worked well for us it that a statement is

[issue41739] test_logging: test_race_between_set_target_and_flush() leaks threads (threading_cleanup() failed to cleanup ...)

Vinay Sajip added the comment: New changeset f5393dc2a0ced7bf670ebc56b5fd10a3eb328d1a by Victor Stinner in branch '3.9': bpo-41739: Fix test_logging.test_race_between_set_target_and_flush() (GH-22655) (GH-22656)

[issue41739] test_logging: test_race_between_set_target_and_flush() leaks threads (threading_cleanup() failed to cleanup ...)

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

[issue25567] shlex.quote doesn't work on bytestrings

Change by Hassan Abouelela : -- nosy: +HassanAbouelela nosy_count: 9.0 -> 10.0 pull_requests: +21634 pull_request: https://github.com/python/cpython/pull/22657 ___ Python tracker

[issue41995] five possible Null Pointer Dereference bugs.

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

[issue38250] enum.Flag should be more set-like

John Belmonte added the comment: I think https://github.com/python/cpython/pull/1 should be reverted (considering the design issue, performance issue, and bugs), and lets have a proper design and review. While just reading the code, I found an existing bug in Flag. And the new

[issue41972] bytes.find consistently hangs in a particular scenario

Tim Peters added the comment: Impressive, Dennis! Nice work. FYI, on the OP's original test data, your fastsearch() completes each search in under 20 seconds using CPython, and in well under 1 second using PyPy. Unfortunately, that's so promising it can't just be dismissed offhandedly ;-)

[issue40423] Optimization: use close_range(2) if available

miss-islington added the comment: New changeset 1800c600801709958af66bebfa683a4e7570810f by Kyle Evans in branch 'master': bpo-40423: Optimization: use close_range(2) if available (GH-22651) https://github.com/python/cpython/commit/1800c600801709958af66bebfa683a4e7570810f -- nosy:

[issue27635] pickle documentation says that unpickling may not call __new__

Change by Alexandre Vassalotti : -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue41971] multiple tests in test_tools fail since Python 3.9

Change by Pablo Galindo Salgado : -- nosy: -miss-islington resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue41971] multiple tests in test_tools fail since Python 3.9

Pablo Galindo Salgado added the comment: New changeset 47ecfd8030c391779dd9d3b4b07e6b01a8392481 by Pablo Galindo in branch 'master': bpo-41971: Fix test failure in test.test_tools.test_c_analyzer when mutating global state (GH-22652)

[issue41971] multiple tests in test_tools fail since Python 3.9

Change by miss-islington : -- nosy: +miss-islington nosy_count: 6.0 -> 7.0 pull_requests: +21626 pull_request: https://github.com/python/cpython/pull/22653 ___ Python tracker

[issue6721] Locks in the standard library should be sanitized on fork

Change by Kyle Evans : -- nosy: +kevans nosy_count: 28.0 -> 29.0 pull_requests: +21627 pull_request: https://github.com/python/cpython/pull/22651 ___ Python tracker ___

[issue36533] logging regression with threading + fork are mixed in 3.7.1rc2 (deadlock potential)

Change by Kyle Evans : -- nosy: +kevans nosy_count: 8.0 -> 9.0 pull_requests: +21628 pull_request: https://github.com/python/cpython/pull/22651 ___ Python tracker ___

[issue33802] Regression in logging configuration

Change by Kyle Evans : -- nosy: +kevans nosy_count: 8.0 -> 9.0 pull_requests: +21629 pull_request: https://github.com/python/cpython/pull/22651 ___ Python tracker ___

[issue41971] multiple tests in test_tools fail since Python 3.9

Pablo Galindo Salgado added the comment: New changeset 4af672921949b8a10340d5e29b456091060cedeb by Miss Skeleton (bot) in branch '3.9': bpo-41971: Fix test failure in test.test_tools.test_c_analyzer when mutating global state (GH-22652) (GH-22653)

[issue38250] enum.Flag should be more set-like

John Belmonte added the comment: > Just a comment, (1) is analogous to str. iter('abc') gives only 'a', 'b' and > 'c', while contains accepts '', 'ab', 'bc', and 'abc' too. At least in my > mind, it's a pretty strong analogy. I don't agree. The "zero" bit does not exist, so having

[issue38250] enum.Flag should be more set-like

Vedran Čačić added the comment: Of course, if it returns True only on _some_ bits combinations it doesn't make sense. I thought every element of a Boolean span would be _in_ the Foo. But about "zero bit", I still think it's perfectly analogous to '' in 'abc'. --

[issue39101] IsolatedAsyncioTestCase freezes when exception is raised

Change by Lisa Roach : -- keywords: +patch nosy: +lisroach nosy_count: 3.0 -> 4.0 pull_requests: +21630 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22654 ___ Python tracker

[issue42008] Internal Random class calling seed() with incorrect argument

New submission from Raymond Hettinger : The C code in random_new() incorrectly calls random_seed() with an args tuple. Instead, it should use first element of the args tuple. This matters because we've deprecated using PyObject_Hash() in random_seed(). Once that is removed,

[issue41739] test_logging: test_race_between_set_target_and_flush() leaks threads (threading_cleanup() failed to cleanup ...)

STINNER Victor added the comment: Cool, my threading change works as expected! The name of the target function was logged. https://buildbot.python.org/all/#/builders/509/builds/172 0:00:28 load avg: 3.58 [ 36/424/1] test_logging failed (env changed) Warning -- threading_cleanup() failed to

[issue41739] test_logging: test_race_between_set_target_and_flush() leaks threads (threading_cleanup() failed to cleanup ...)

STINNER Victor added the comment: I'm able to reproduce the issue if I reduce the sleep: diff --git a/Lib/test/test_logging.py b/Lib/test/test_logging.py index 4cd8c7e25d..fc395dc473 100644 --- a/Lib/test/test_logging.py +++ b/Lib/test/test_logging.py @@ -1177,7 +1177,7 @@ class

[issue41972] bytes.find consistently hangs in a particular scenario

Dennis Sweeney added the comment: > Offhand do you know what the _best_ timing for two-way search is in a > pattern-not-found case? Looking at the glibc implementation, in the top-level "else" clause (for when the string isn't completely periodic), we have: period = MAX (suffix,

[issue41971] multiple tests in test_tools fail since Python 3.9

Change by Chih-Hsuan Yen : -- nosy: +yan12125 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42004] Allow uploading files with SimpleHTTPRequestHandler

Jürgen Gmach added the comment: There is PEP 594 (draft), which - when accepted - will remove cgi.FieldStorage https://www.python.org/dev/peps/pep-0594/ https://discuss.python.org/t/pep-594-removing-dead-batteries-from-the-standard-library/1704 This comes from an idea to relief the burden of

[issue41756] Do not always use exceptions to return result from coroutine

Stefan Behnel added the comment: > Don't forget to remove PyGen_Send() That's the function that allows sending data into a generator. It's also used internally by "PyIter_Send()". Are you really suggesting to remove it, or to make it underscore-private again? (As it was before.) --

[issue42005] profile/cProfile CLI should catch BrokenPipeError

Ammar Askar added the comment: Related: https://bugs.python.org/issue39828 -- nosy: +ammar2, vstinner ___ Python tracker ___ ___

[issue41845] Promote PyObject_GenericGetDict to the stable API

Change by Zackery Spytz : -- keywords: +patch nosy: +ZackerySpytz nosy_count: 4.0 -> 5.0 pull_requests: +21619 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22646 ___ Python tracker

[issue41756] Do not always use exceptions to return result from coroutine

Mark Shannon added the comment: What's the difference between removing it and making it properly private (i.e. static)? It's an irrelevant detail whether the code is inlined or in a helper function. -- ___ Python tracker

[issue41993] Possible issues when remove not completely initialized module from sys.module

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

[issue41968] 3.9 IDLE documentation.

E. Paine added the comment: If you had a bad update, it is likely your registry is corrupt. If at all possible, I would recommend a Windows reinstall (it is quite likely other software has also been affected). However, in the past I have had similar problems and the Python installer does

[issue34067] Problem with contextlib.nullcontext

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41940] AMD64 Debian root 3.x: tests fail because downloaded files start with:

Chris Angelico added the comment: That ducks the immediate issue, but I think the underlying issue would still be worth solving. How hard would it be to fetch this via an encrypted connection? It's still not 100% secure, but it would be resilient against some of these sorts of issues.

[issue41940] AMD64 Debian root 3.x: tests fail because downloaded files start with:

STINNER Victor added the comment: If someone wants to use HTTPS on pythontest.net, please open a new issue. I don't recall who operates this service. Ask Ernest or Benjamin maybe? See https://github.com/python/pythontestdotnet/ project. https://pythontest.net/ has an invalid certificate.

[issue41993] Possible issues when remove not completely initialized module from sys.module

Serhiy Storchaka added the comment: New changeset 8287aadb75f6bd0154996424819334cd3839707c by Serhiy Storchaka in branch 'master': bpo-41993: Fix possible issues in remove_module() (GH-22631) https://github.com/python/cpython/commit/8287aadb75f6bd0154996424819334cd3839707c --

[issue41845] Promote PyObject_GenericGetDict to the stable API

Zackery Spytz added the comment: I have created PR 22646 to fix this issue. Please consider taking a look. -- ___ Python tracker ___

[issue41981] Errors building python 3.9.0 from source on Centos 7 with GCC 10

STINNER Victor added the comment: > In "config.log" you can see that "/bin/ld" did not found "-lpanelw". Yep, that's what I wrote in my previous message :-) I understand that you solved your issue, so I close this issue. -- resolution: -> not a bug stage: -> resolved status: open

[issue41940] AMD64 Debian root 3.x: tests fail because downloaded files start with:

STINNER Victor added the comment: Yeah, it seems like Chris's Internet issues are gone ;-) -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue42002] Clean up initialization of the sys module

Serhiy Storchaka added the comment: New changeset fa1d83db62a545580d9a1a585b2c1fb55961a5c3 by Serhiy Storchaka in branch 'master': bpo-42002: Clean up initialization of the sys module. (GH-22642) https://github.com/python/cpython/commit/fa1d83db62a545580d9a1a585b2c1fb55961a5c3 --

[issue41991] Remove _PyObject_HasAttrId

STINNER Victor added the comment: Remark: the issue that you give in this issue is helpful. Next time, you may include such rationale directly in the commit message. IMO the Linux kernel is a great example on how commit message should be written: long commit message with tons of

[issue41376] site.getusersitepackages() incorrectly claims that PYTHONNOUSERSITE is respected

Pablo Galindo Salgado added the comment: New changeset 1006f63a8b4327e8a74eb978b175b5234bb46c6c by Miss Skeleton (bot) in branch '3.8': bpo-41376: Fix the documentation of `site.getusersitepackages()` (GH-21602) (GH-22592)

[issue41376] site.getusersitepackages() incorrectly claims that PYTHONNOUSERSITE is respected

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue26964] Incorrect documentation for `-u`-flag

Change by Serhiy Storchaka : -- resolution: -> out of date stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue40423] Optimization: use close_range(2) if available

Change by Gregory P. Smith : -- versions: +Python 3.10 -Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue40423] Optimization: use close_range(2) if available

Gregory P. Smith added the comment: for reference, very recent Linux kernels appear to have gained a close_range syscall. http://lkml.iu.edu/hypermail/linux/kernel/2008.0/02649.html Your diff isn't quite sufficient as is. When depending on a syscall that has a function provided by libc,

[issue40422] Light refactor: create a common _Py_closerange API

Change by Gregory P. Smith : -- assignee: -> gregory.p.smith nosy: +gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list

[issue41971] multiple tests in test_tools fail since Python 3.9

Pablo Galindo Salgado added the comment: Adding Eric Snow as this seems to be something going on on the c_analyzer -- nosy: +eric.snow ___ Python tracker ___

[issue40422] Light refactor: create a common _Py_closerange API

miss-islington added the comment: New changeset c230fde8475e4e5581e74a4235654d17ccf4cff8 by Kyle Evans in branch 'master': bpo-40422: create a common _Py_closerange API (GH-19754) https://github.com/python/cpython/commit/c230fde8475e4e5581e74a4235654d17ccf4cff8 -- nosy:

[issue40423] Optimization: use close_range(2) if available

Kyle Evans added the comment: Ah, I will fix this and then submit a PR, thanks... hopefully it returns ENOSYS. -- nosy: +kevans ___ Python tracker ___

[issue40422] Light refactor: create a common _Py_closerange API

Change by Gregory P. Smith : -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list

[issue40423] Optimization: use close_range(2) if available

Change by Kyle Evans : -- pull_requests: +21624 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22651 ___ Python tracker ___

[issue40423] Optimization: use close_range(2) if available

Gregory P. Smith added the comment: Ah, yeah ENOSYS is it. I had to do this trick in older subprocess versions for something else. Still visible here in the old 2.7 backport: https://github.com/google/python-subprocess32/blob/main/_posixsubprocess.c#L801 --

[issue41971] multiple tests in test_tools fail since Python 3.9

Pablo Galindo Salgado added the comment: Seems that the problem is that this check: https://github.com/python/cpython/blob/master/Tools/c-analyzer/c_analyzer/common/files.py#L90 is done using a default value for "get_files":

[issue38110] Use fdwalk() within os.closerange() impl if available

Change by Gregory P. Smith : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue41971] multiple tests in test_tools fail since Python 3.9

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +21625 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22652 ___ Python tracker

[issue40423] Optimization: use close_range(2) if available

Change by Gregory P. Smith : -- assignee: -> gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue27635] pickle documentation says that unpickling may not call __new__

Irit Katriel added the comment: Ping (to close the issue). -- nosy: +iritkatriel ___ Python tracker ___ ___ Python-bugs-list

[issue41561] test_ssl fails in Ubuntu 20.04: test_min_max_version_mismatch

Bug Reporter added the comment: I started by asking a question at https://askubuntu.com/questions/1281942/pythons-test-ssl-fails-starting-from-ubuntu-20-04-i-need-to-find-a-person-at-c -- ___ Python tracker

[issue42007] Line continuation after Boolean operation

New submission from veganaiZe : I can't do something like this (regarding the `or`)... if (not position.x == 0 and velocity == -1) or (not position.x == 500 and velocity == 1) Nor this... if (not position.x == 0 and velocity == -1) or ( not position.x == 500

[issue42007] Line continuation after Boolean operation

veganaiZe added the comment: Actually, I can do it the second way. I must have typo'd when testing (my apologies)... But I'd still like to do it the first way. ☺ -- ___ Python tracker

[issue26964] Incorrect documentation for `-u`-flag

Irit Katriel added the comment: I think this issue is out of date (the offending sentence is no longer there). -- nosy: +iritkatriel ___ Python tracker ___

[issue41971] multiple tests in test_tools fail since Python 3.9

Chih-Hsuan Yen added the comment: Looks like those failures in test_tools happen only when test_check_c_globals is imported and a test in test_imp is run. ``` $ cat matchfile test.test_tools.* test.test_imp.ImportTests.test_load_from_source $ ./python -m test --matchfile matchfile

[issue38250] enum.Flag should be more set-like

Vedran Čačić added the comment: Just a comment, (1) is analogous to str. iter('abc') gives only 'a', 'b' and 'c', while contains accepts '', 'ab', 'bc', and 'abc' too. At least in my mind, it's a pretty strong analogy. -- ___ Python tracker

[issue42002] Clean up initialization of the sys module

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

[issue38250] enum.Flag should be more set-like

John Belmonte added the comment: Part of this issue (#1) was intended to be addressed by https://github.com/python/cpython/pull/1 which added an `__iter__` implementation to Flag and IntFlag. (The PR did not reference this issue, and was already merged last month.) However that PR

[issue42006] Stop using PyDict_GetItem, PyDict_GetItemString and _PyDict_GetItemId

New submission from Serhiy Storchaka : There are design flaws in PyDict_GetItem(), PyDict_GetItemString() and _PyDict_GetItemId(). 1. They suppress all exceptions raised internally. Most common of are MemoryError, KeyboardInterrupt and RecursionError whose raising is out of control of the

[issue42006] Stop using PyDict_GetItem, PyDict_GetItemString and _PyDict_GetItemId

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +21622 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22648 ___ Python tracker

[issue41993] Possible issues when remove not completely initialized module from sys.module

Change by Serhiy Storchaka : -- pull_requests: +21623 pull_request: https://github.com/python/cpython/pull/22649 ___ Python tracker ___

[issue41993] Possible issues when remove not completely initialized module from sys.module

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 3.8 ___ Python tracker ___