[issue47153] __doc__ should generally be writable

Change by Antoine Pitrou : -- nosy: +scoder ___ Python tracker <https://bugs.python.org/issue47153> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue47153] __doc__ should generally be writable

New submission from Antoine Pitrou : The __doc__ attribute of several object types is not writable: notably descriptors (method/member/getset), as well builtin methods. This is annoying when wanting to generate docstrings for these objects dynamically. While it's not useful for re

[issue46593] memoryview lacks support for half floats

New submission from Antoine Pitrou : The struct module has support for half-floats (the "e" format code) but support is not fully enabled in the memoryview object. Let's contrast float32 (the "f" format code), which you can cast to, and read as Python objects: &g

[issue46464] concurrent.futures.ProcessPoolExecutor can deadlock when tcmalloc is used

Antoine Pitrou added the comment: Indeed, it seems this should only be disabled when the "fork" model is used, especially as the optimization is mostly valuable when spawning a worker is expensive. -- nosy: +pitrou ___ Python track

[issue40120] Undefined C behavior going beyond end of struct via a [1] arrays.

Antoine Pitrou added the comment: How about: #ifdef __cplusplus char array[1]; #else char array[]; #endif ? -- ___ Python tracker <https://bugs.python.org/issue40

[issue45554] multiprocessing exitcode is insufficiently documented

Change by Antoine Pitrou : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue15500] Python should support exporting thread names to the OS

Antoine Pitrou added the comment: Two things: 1) I agree this is an extremely valuable addition for any package or application that does a non-trivial use of threads in Python. 2) It should at least be exposed as a standalone function in the `threading` module, *and* ideally also be called

[issue41222] POpen bufsize=0 ignored with universal_newlines=True

Antoine Pitrou added the comment: Hmm, sorry for not responding earlier. Buffering is necessary for implementing the universal_newlines behaviour (I don't know how we could do otherwise?). This has the unavoidable side effect that the Python buffered file object is not in sync wit

[issue44733] Feature request: maxtasksperchild for ProcessPoolExecutor

Change by Antoine Pitrou : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue44733] Feature request: maxtasksperchild for ProcessPoolExecutor

Antoine Pitrou added the comment: New changeset fdc0e09c3316098b038996c428e88931f0a4fcdb by Logan Jones in branch 'main': bpo-44733: Add max_tasks_per_child to ProcessPoolExecutor (GH-27373) https://github.com/python/cpython/commit/fdc0e09c3316098b038996c428e889

[issue45835] Race condition in test_queue can lead to test failures

Antoine Pitrou added the comment: New changeset df3e53d86b2ad67da9ac2b5a3f56257d1f394982 by Sam Gross in branch 'main': bpo-45835: Fix race condition in test_queue (#29601) https://github.com/python/cpython/commit/df3e53d86b2ad67da9ac2b5a3f56257d1f394982 -- nos

[issue45459] Limited API support for Py_buffer

Antoine Pitrou added the comment: I would advocate: * expose the Py_buffer struct fully * expose the various PyBUF_* constants * expose at least PyObject_GetBuffer() and PyBuffer_Release() The rest is optional. -- ___ Python tracker <ht

[issue45459] Limited API support for Py_buffer

Antoine Pitrou added the comment: Py_buffer *is* an ABI, and it hasn't changed from the start. Of course you can still try to collect feedback from third-party projects, but there is a very high probability that it won't need to change in the n

[issue44559] Enum: revert to 3.9

Antoine Pitrou added the comment: It seems the revert was not done properly: it removed from 3.10 some bugfixes that had been applied to 3.9 (see issue42248 for an example). -- nosy: +pitrou stage: resolved -> status: closed -> open ___

[issue42248] Raised exception in Enum keeping user objects alive unnecessarily

Antoine Pitrou added the comment: It seems the problem is that bpo-44559 reset the enum module to a previous state without the bugfix. -- ___ Python tracker <https://bugs.python.org/issue42

[issue42248] Raised exception in Enum keeping user objects alive unnecessarily

Antoine Pitrou added the comment: Indeed, changeset 8c14f5a787b21d5a1eae5d5ee981431d1c0e055f is part of git main, but is not on the 3.10 branch AFAICT. -- ___ Python tracker <https://bugs.python.org/issue42

[issue42248] Raised exception in Enum keeping user objects alive unnecessarily

Antoine Pitrou added the comment: It appears this is *not* fixed in 3.10.0: Python 3.10.0 (default, Oct 13 2021, 08:45:17) [GCC 10.2.1 20210110] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import signa

[issue45435] delete misleading faq entry about atomic operations

Antoine Pitrou added the comment: I'm also surprised to learn that `L.sort()` and `D1.update(D2)` are supposed to be atomic. They certainly are not in the general case. Remember, any Python code can release the GIL (because the GIL is released periodically in the interpreter loop)

[issue38222] pathlib Path objects should support __format__

Antoine Pitrou added the comment: I would be in favour of adding Path.__format__, even though I'm not terribly convinced by the use case presented. -- ___ Python tracker <https://bugs.python.org/is

[issue43468] functools.cached_property incorrectly locks the entire descriptor on class instead of per-instance locking

Antoine Pitrou added the comment: In addition to _NOT_FOUND and _EXCEPTION_RAISED, you could have an additional sentinel value _CONCURRENTLY_COMPUTING. Then you don't need to maintain a separate self.updater mapping. -- nosy: +pitrou ___ P

[issue44188] ThreadPoolExecutor unbalanced semaphore count

Antoine Pitrou added the comment: To be clear, this probably doesn't have any actual consequence, since the right number of threads is launched anyway (at least in the example). But it's probably worth making the implementation less quirky (also, the semaphore's internal

[issue44188] ThreadPoolExecutor unbalanced semaphore count

Change by Antoine Pitrou : -- versions: +Python 3.11 -Python 3.8 ___ Python tracker <https://bugs.python.org/issue44188> ___ ___ Python-bugs-list mailin

[issue45021] Race condition in thread.py

Antoine Pitrou added the comment: As the multiprocessing doc says (https://docs.python.org/3/library/multiprocessing.html#contexts-and-start-methods): """Note that safely forking a multithreaded process is problematic.""" The reproducer is trivi

[issue45021] Race condition in thread.py

Change by Antoine Pitrou : -- versions: +Python 3.10, Python 3.11 ___ Python tracker <https://bugs.python.org/issue45021> ___ ___ Python-bugs-list mailin

[issue27175] Unpickling Path objects

Change by Antoine Pitrou : -- type: behavior -> enhancement versions: +Python 3.11 -Python 3.6 ___ Python tracker <https://bugs.python.org/issue27175> ___ _

[issue27175] Unpickling Path objects

Antoine Pitrou added the comment: I understand. Unpickling to PurePath might make enough sense indeed... -- ___ Python tracker <https://bugs.python.org/issue27

[issue27175] Unpickling Path objects

Antoine Pitrou added the comment: I guess the question is: why do people expect Paths to be picklable accross platforms? Is there a particular use case? -- ___ Python tracker <https://bugs.python.org/issue27

[issue27175] Unpickling Path objects

Antoine Pitrou added the comment: What does "converting" mean in this context? -- ___ Python tracker <https://bugs.python.org/issue27175> ___ ___

[issue45042] Many multiprocessing tests are silently skipped since 3.9

Antoine Pitrou added the comment: Wow. I hope this didn't hide any regression :-( -- ___ Python tracker <https://bugs.python.org/issue45042> ___ ___ Pytho

[issue35391] threading.RLock exception handling while waiting

Change by Antoine Pitrou : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue35391] threading.RLock exception handling while waiting

Antoine Pitrou added the comment: RLock is implemented in C nowadays so this problem doesn't occur anymore: https://github.com/python/cpython/blob/main/Modules/_threadmodule.c#L436-L459 You can of course, however, import the pure Python RLock under the name "_PyRLock",

[issue44979] pathlib: support relative path construction

Antoine Pitrou added the comment: I am rejecting this for the reasons explained in the Github PR: """This seems like an extremely specific API. Perhaps you want to propose it for inclusion in pytest, but I don't think it belongs in pathlib. (also, it's not dif

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

Change by Antoine Pitrou : -- components: +Interpreter Core resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> performance versions: +Python 3.11 -Python 3.10, Python 3.6, Python 3.7, Python 3.8,

[issue37355] SSLSocket.read does a GIL round-trip for every 16KB TLS record

Change by Antoine Pitrou : -- nosy: +Matthew Rocklin ___ Python tracker <https://bugs.python.org/issue37355> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41539] print blocks with multiprocessing and buffered output

Antoine Pitrou added the comment: This is just issue6721 again. The workaround is easy: just add `multiprocessing.set_start_method("forkserver")` at the start of your program. Also, this is more or less documented, though quite tersely: """Note that safely forking a

[issue22472] OSErrors should use str and not repr on paths

Antoine Pitrou added the comment: I'll close as rejected. Unfortunately, we have to make an exclusive choice here :-( -- ___ Python tracker <https://bugs.python.org/is

[issue22472] OSErrors should use str and not repr on paths

Change by Antoine Pitrou : -- resolution: -> rejected stage: needs patch -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue30966] Add multiprocessing.queues.SimpleQueue.close()

Change by Antoine Pitrou : -- versions: +Python 3.10 -Python 2.7, Python 3.5, Python 3.6, Python 3.7 ___ Python tracker <https://bugs.python.org/issue30

[issue30966] Add multiprocessing.queues.SimpleQueue.close()

Change by Antoine Pitrou : -- stage: patch review -> resolved status: pending -> closed type: -> resource usage ___ Python tracker <https://bugs.python.or

[issue12731] python lib re uses obsolete sense of \w in full violation of UTS#18 RL1.2a

Change by Antoine Pitrou : -- stage: test needed -> needs patch versions: +Python 3.11 -Python 3.6, Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issu

[issue37788] fix for bpo-36402 (threading._shutdown() race condition) causes reference leak

Change by Antoine Pitrou : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue37788] fix for bpo-36402 (threading._shutdown() race condition) causes reference leak

Change by Antoine Pitrou : -- pull_requests: +24777 pull_request: https://github.com/python/cpython/pull/26142 ___ Python tracker <https://bugs.python.org/issue37

[issue37788] fix for bpo-36402 (threading._shutdown() race condition) causes reference leak

Change by Antoine Pitrou : -- versions: -Python 3.8 ___ Python tracker <https://bugs.python.org/issue37788> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28146] Confusing error messages in str.format()

Antoine Pitrou added the comment: It seems like this issue is entirely fixed now, closing. -- nosy: +pitrou resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.10, Python 3.9 ___ Python tracke

[issue44114] Incorrect function signatures in dictobject.c

Change by Antoine Pitrou : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue43952] Multiprocessing UNIX socket connection: client freeze if authkey is an empty byte string

Change by Antoine Pitrou : -- versions: +Python 3.11 -Python 3.9 ___ Python tracker <https://bugs.python.org/issue43952> ___ ___ Python-bugs-list mailin

[issue44114] Incorrect function signatures in dictobject.c

Change by Antoine Pitrou : -- versions: -Python 3.8 ___ Python tracker <https://bugs.python.org/issue44114> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44094] Remove PyErr_Set...WithUnicodeFilename APIs

Change by Antoine Pitrou : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> enhancement ___ Python tracker <https://bugs.python

[issue28146] Confusing error messages in str.format()

Change by Antoine Pitrou : -- versions: +Python 3.11 ___ Python tracker <https://bugs.python.org/issue28146> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44125] "make patchcheck" fails

Change by Antoine Pitrou : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue37788] fix for bpo-36402 (threading._shutdown() race condition) causes reference leak

Change by Antoine Pitrou : -- nosy: +pitrou nosy_count: 13.0 -> 14.0 pull_requests: +24745 pull_request: https://github.com/python/cpython/pull/26103 ___ Python tracker <https://bugs.python.org/issu

[issue44074] patchcheck checks against branch "master" not "main"

Change by Antoine Pitrou : -- nosy: +pitrou nosy_count: 4.0 -> 5.0 pull_requests: +24744 pull_request: https://github.com/python/cpython/pull/26102 ___ Python tracker <https://bugs.python.org/issu

[issue44125] "make patchcheck" fails

Change by Antoine Pitrou : -- keywords: +patch pull_requests: +24743 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/26102 ___ Python tracker <https://bugs.python.org/issu

[issue44125] "make patchcheck" fails

Antoine Pitrou added the comment: The patch from bpo-44074 does not account for a possibly non-English locale and blindly greps for "HEAD branch" in a possibly localized text. -- ___ Python tracker <https://bugs.python.o

[issue44125] "make patchcheck" fails

New submission from Antoine Pitrou : ./python ./Tools/scripts/patchcheck.py Getting base branch for PR ... Traceback (most recent call last): File "/home/antoine/cpython/default/./Tools/scripts/patchcheck.py", line 307, in main() File "/home/antoine/cpython/default/

[issue44074] patchcheck checks against branch "master" not "main"

Change by Antoine Pitrou : -- versions: +Python 3.10, Python 3.11, Python 3.9 ___ Python tracker <https://bugs.python.org/issue44074> ___ ___ Python-bugs-list m

[issue37788] fix for bpo-36402 (threading._shutdown() race condition) causes reference leak

Change by Antoine Pitrou : -- versions: +Python 3.11 ___ Python tracker <https://bugs.python.org/issue37788> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40379] multiprocessing's default start method of fork()-without-exec() is broken

Antoine Pitrou added the comment: Agreed, but again, changing will break some applications. We could switch to forkserver, but we should have a transition period where a FutureWarning will be displayed if people didn't explicitly set a start m

[issue40379] multiprocessing's default start method of fork()-without-exec() is broken

Antoine Pitrou added the comment: The macOS change was required before "fork" simply ceased to work. Windows has always used "spawn", because no other method can be implemented on Windows. -- ___ Python tracker <https://bug

[issue40379] multiprocessing's default start method of fork()-without-exec() is broken

Antoine Pitrou added the comment: The problem with changing the default is that this will break any application that depends on passing non-picklable data to the child process (in addition to the potentially unexpected performance impact). The docs already contain a significant elaboration

[issue39812] Avoid daemon threads in concurrent.futures

Antoine Pitrou added the comment: @Jan, without taking a look, I'd answer that indeed you should avoid using the "fork" method if you're doing any kind of multithreading in the parent process. "forkserver" is a good choice nowadays on Linux and wi

[issue43939] Deadlock in logging

Antoine Pitrou added the comment: But also, please ask the "external package" that uses PyThreadState_SetAsyncExc to clear up its documentation and mentions the pitfalls. -- ___ Python tracker <https://bugs.python.o

[issue43939] Deadlock in logging

Antoine Pitrou added the comment: Feel free to submit a PR to use context managers, though I'm not sure it solves the problem in a guaranteed way. Nick, what is the official word wrt. interruptibility of context managers? -- nosy: +nco

[issue43907] pickle.py bytearray memoization bug with protocol 5

Antoine Pitrou added the comment: Thanks for the report and fix! -- components: +Library (Lib) resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> behavior versions: +Python 3.10 ___ Python tra

[issue43907] pickle.py bytearray memoization bug with protocol 5

Antoine Pitrou added the comment: New changeset 1e9f0933095403b215c2c4a0be7915d034ff7026 by Carl Friedrich Bolz-Tereick in branch 'master': bpo-43907: add missing memoize call in pure python pickling of bytearray (GH-25501) https://github.com/python/cpyt

[issue43856] Docs for importlib.metadata should mention Python version

New submission from Antoine Pitrou : https://docs.python.org/3/library/importlib.metadata.html lacks a mention of which Python version saw the introduction of `importlib.metadata` (it definitely doesn't exist in my 3.7 install, for example). -- components: Library (Lib) mes

[issue41369] Update to libmpdec-2.5.1

Change by Antoine Pitrou : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue41369] Update to libmpdec-2.5.1

Antoine Pitrou added the comment: New changeset 73b20ae2fb7a5c1374aa5c3719f64c53d29fa0d2 by Antoine Pitrou in branch 'master': bpo-41369: Finish updating the vendored libmpdec to version 2.5.1 (GH-24962) https://github.com/python/cpython/commit/73b20ae2fb7a5c1374aa5c3719f64c

[issue43569] test_importlib failed on installed Python

Antoine Pitrou added the comment: I don't think that build includes your change. Here are the builds that have been triggered (the list seems incomplete for now): https://buildbot.python.org/all/#/changes/3355 -- ___ Python tracker &

[issue43569] test_importlib failed on installed Python

Change by Antoine Pitrou : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue43569] test_importlib failed on installed Python

Antoine Pitrou added the comment: New changeset 9a50ef43e42ee32450a81ce13ed5a0729d3b84e8 by Jason R. Coombs in branch 'master': bpo-43569: Add test/test_importlib/namespacedata01 to TESTSUBDIRS (GH-24952) https://github.com/python/cpython/commit/9a50ef43e42ee32450a81ce13ed5a0

[issue43569] test_importlib failed on installed Python

Antoine Pitrou added the comment: You can find your submitted change here by looking here: https://buildbot.python.org/all/#/changes For some reason, though, it seems that no build was triggered: https://buildbot.python.org/all/#/changes/3344 In any case, the fix is a no-brainer

[issue41701] Buildbot web page: connection lost after 1 minute, then display "Connection restored" popup

Change by Antoine Pitrou : -- nosy: +pitrou ___ Python tracker <https://bugs.python.org/issue41701> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41369] Update to libmpdec-2.5.1

Change by Antoine Pitrou : -- pull_requests: +23719 pull_request: https://github.com/python/cpython/pull/24962 ___ Python tracker <https://bugs.python.org/issue41

[issue43422] Revert _decimal C API changes

Change by Antoine Pitrou : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue41324] Add a minimal decimal capsule API

Antoine Pitrou added the comment: For the record, this is going to be reverted at Stefan's request in issue43422. -- ___ Python tracker <https://bugs.python.org/is

[issue43422] Revert _decimal C API changes

Change by Antoine Pitrou : -- pull_requests: +23718 pull_request: https://github.com/python/cpython/pull/24960 ___ Python tracker <https://bugs.python.org/issue43

[issue32592] Drop support of Windows Vista and Windows 7

Antoine Pitrou added the comment: As a data point, my Windows development VM uses Windows 7. It would be a major annoyance for me to reinstall a new development VM from scratch (going through the usual hurdles to have a usable development environment would probably be a full day of work

[issue43572] "Too many open files" on macOS buildbot

Antoine Pitrou added the comment: Thank you! -- ___ Python tracker <https://bugs.python.org/issue43572> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43572] "Too many open files" on macOS buildbot

Change by Antoine Pitrou : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue43572> ___ ___

[issue43517] Fix false positives in circular import detection with from-imports

Change by Antoine Pitrou : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue43517> ___ ___ Pyth

[issue43572] "Too many open files" on macOS buildbot

New submission from Antoine Pitrou : See https://buildbot.python.org/all/#/builders/366/builds/960/steps/5/logs/stdio -- messages: 389184 nosy: mattbillenstein, pablogsal, pitrou, zach.ware priority: normal severity: normal status: open title: "Too many open files" on macO

[issue43517] Fix false positives in circular import detection with from-imports

Change by Antoine Pitrou : -- pull_requests: +23709 pull_request: https://github.com/python/cpython/pull/24951 ___ Python tracker <https://bugs.python.org/issue43

[issue43517] Fix false positives in circular import detection with from-imports

Change by Antoine Pitrou : -- pull_requests: +23708 pull_request: https://github.com/python/cpython/pull/24950 ___ Python tracker <https://bugs.python.org/issue43

[issue43517] Fix false positives in circular import detection with from-imports

Change by Antoine Pitrou : -- pull_requests: +23706 pull_request: https://github.com/python/cpython/pull/24948 ___ Python tracker <https://bugs.python.org/issue43

[issue43517] Fix false positives in circular import detection with from-imports

Antoine Pitrou added the comment: New changeset 2fd16ef406bba239b1334057fb499496a84b3aa2 by Antoine Pitrou in branch 'master': bpo-43517: Fix false positive in detection of circular imports (#24895) https://github.com/python/cpython/commit/2fd16ef406bba239b1334057fb4994

[issue35943] PyImport_GetModule() can return partially-initialized module

Antoine Pitrou added the comment: Created a new issue + fix in issue43517. -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue43515] Lazy import in concurrent.futures produces partial import errors

Change by Antoine Pitrou : -- resolution: -> duplicate stage: needs patch -> resolved status: open -> closed superseder: -> Fix false positives in circular import detection with from-imports ___ Python tracker <https://bugs.python

[issue41567] multiprocessing.Pool from concurrent threads failure on 3.9.0rc1

Change by Antoine Pitrou : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Fix false positives in circular import detection with from-imports ___ Python tracker <https://bugs.python

[issue43517] Fix false positives in circular import detection with from-imports

Change by Antoine Pitrou : -- keywords: +patch pull_requests: +23660 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/24895 ___ Python tracker <https://bugs.python.org/issu

[issue43517] Fix false positives in circular import detection with from-imports

New submission from Antoine Pitrou : This seems to be caused by a logic error in the patch for issue35943. It has been causing multiple issues for multi-threaded and multi-process systems written in Python: * issue41567 * issue43515 * https://github.com/dask/distributed/issues/4168

[issue43517] Fix false positives in circular import detection with from-imports

Change by Antoine Pitrou : -- assignee: pitrou components: Library (Lib) nosy: pitrou priority: deferred blocker severity: normal stage: needs patch status: open title: Fix false positives in circular import detection with from-imports type: behavior versions: Python 3.10, Python 3.9

[issue35943] PyImport_GetModule() can return partially-initialized module

Antoine Pitrou added the comment: After analysis, it may not need reversal. There is a simple logic error it seems. Will check. -- ___ Python tracker <https://bugs.python.org/issue35

[issue35943] PyImport_GetModule() can return partially-initialized module

Change by Antoine Pitrou : -- resolution: fixed -> stage: resolved -> needs patch status: closed -> open versions: +Python 3.10, Python 3.9 -Python 3.7, Python 3.8 ___ Python tracker <https://bugs.python.or

[issue35943] PyImport_GetModule() can return partially-initialized module

Antoine Pitrou added the comment: Ok, going through other open issues including on third-party projects, I think these changes should unfortunately be reverted. The regressions produced are far from trivial and most developers seem at a loss how to fix them

[issue35943] PyImport_GetModule() can return partially-initialized module

Antoine Pitrou added the comment: Note the conjunction of this change + issue32596 produces import fragility: https://bugs.python.org/issue43515 -- ___ Python tracker <https://bugs.python.org/issue35

[issue43515] Lazy import in concurrent.futures produces partial import errors

Antoine Pitrou added the comment: Bisecting actually points to issue35943. -- ___ Python tracker <https://bugs.python.org/issue43515> ___ ___ Python-bugs-list m

[issue43515] Lazy import in concurrent.futures produces partial import errors

Change by Antoine Pitrou : -- versions: -Python 3.8 ___ Python tracker <https://bugs.python.org/issue43515> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43515] Lazy import in concurrent.futures produces partial import errors

New submission from Antoine Pitrou : Here is a reproducer script: https://gist.github.com/pitrou/a73fa2cfce2557e0dd435353b9976972 With Python 3.6 it works fine. -- components: Library (Lib) messages: 388844 nosy: methane, pitrou priority: normal severity: normal stage: needs patch

[issue32596] Lazy import concurrent.futures.process and thread

Antoine Pitrou added the comment: I don't think this was a good idea. Making some imports implicitly lazy introduces unpredictability in stdlib imports. Here is an example bug report: https://issues.apache.org/jira/browse/ARROW-11983 -- nosy: +p

  1   2   3   4   5   6   7   8   9   10   >