]> git.ipfire.org Git - thirdparty/Python/cpython.git/commit
[3.11] gh-90876: Restore the ability to import multiprocessing when `sys.executable...
authorMiss Islington (bot) <31488909+miss-islington@users.noreply.github.com>
Thu, 6 Jul 2023 23:25:20 +0000 (16:25 -0700)
committerGitHub <noreply@github.com>
Thu, 6 Jul 2023 23:25:20 +0000 (16:25 -0700)
commit1931c2a438c50e6250725c84dff94fc760b9b951
treed3e0ec40410f6959913f573c2cd0612a3d0e14d3
parent80117dd45059a9dd8f2a2c9149df8f86608f0ca0
[3.11] gh-90876: Restore the ability to import multiprocessing when `sys.executable` is `None` (GH-106464) (#106495)

gh-90876: Restore the ability to import multiprocessing when `sys.executable` is `None` (GH-106464)

Prevent `multiprocessing.spawn` from failing to *import* in environments
where `sys.executable` is `None`.  This regressed in 3.11 with the addition
of support for path-like objects in multiprocessing.

Adds a test decorator to have tests only run when part of test_multiprocessing_spawn to `_test_multiprocessing.py` so we can start to avoid re-running the same not-global-state specific test in all 3 modes when there is no need.
(cherry picked from commit c60df361ce2d734148d503f4a711e67c110fe223)

Co-authored-by: Gregory P. Smith <greg@krypto.org>
Lib/multiprocessing/spawn.py
Lib/test/_test_multiprocessing.py
Misc/NEWS.d/next/Library/2023-07-05-13-08-23.gh-issue-90876.Qvlkfl.rst [new file with mode: 0644]