Gregory P. Smith ee5318025b gh-140814: Fix freeze_support() setting start method as side effect (GH-144608) ...

freeze_support() called get_start_method() without allow_none=True,
which locked in the default start method context. This caused a
subsequent set_start_method() call to raise "context has already been
set". Use allow_none=True and accept None as a matching value, since
spawn.freeze_support() independently detects spawned child processes.

Test that freeze_support() does not lock in the default start method,
which would prevent a subsequent set_start_method() call.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Co-authored-by: Bénédikt Tran <10796600+picnixz@users.noreply.github.com>

2026-03-15 22:50:19 -07:00

..

dummy

…

__init__.py

…

connection.py

gh-145587: fix busy loop in multiprocessing.connection.wait on Windows (GH-145597)

2026-03-11 13:08:48 +01:00

context.py

gh-140814: Fix freeze_support() setting start method as side effect (GH-144608)

2026-03-15 22:50:19 -07:00

forkserver.py

gh-141860: Add on_error= keyword arg to multiprocessing.set_forkserver_preload (GH-141859)

2026-01-18 14:04:18 -08:00

heap.py

…

managers.py

…

pool.py

…

popen_fork.py

…

popen_forkserver.py

…

popen_spawn_posix.py

…

popen_spawn_win32.py

…

process.py

…

queues.py

…

reduction.py

…

resource_sharer.py

…

resource_tracker.py

gh-142206: multiprocessing.resource_tracker: Decode messages using older protocol (GH-142215)

2025-12-03 12:59:14 +00:00

shared_memory.py

…

sharedctypes.py

…

spawn.py

gh-109263: Start process from spawn context in multiprocessing no longer have side effect (GH-135813)

2025-12-23 19:28:32 +00:00

synchronize.py

…

util.py

…