summaryrefslogtreecommitdiffstats
path: root/Lib/multiprocessing/spawn.py
Commit message (Collapse)AuthorAgeFilesLines
* bpo-39439: Fix multiprocessing spawn path in a venv on Windows (GH-18158)Miss Islington (bot)2020-01-281-1/+1
| | | | | (cherry picked from commit 0be3246d4f9c8eddcd55491901d95b09fe163f15) Co-authored-by: Adam Meily <ameily@users.noreply.github.com>
* bpo-38092: Reduce overhead when using multiprocessing in a Windows virtual ↵Miss Islington (bot)2019-09-131-1/+1
| | | | | | | | environment (GH-16098) https://bugs.python.org/issue38092 (cherry picked from commit f2b7556ef851ac85e7cbf189d1b29fdeb9539b88) Co-authored-by: Steve Dower <steve.dower@python.org>
* bpo-36888: Add multiprocessing.parent_process() (GH-13247)Thomas Moreau2019-05-201-10/+9
|
* bpo-36867: Make semaphore_tracker track other system resources (GH-13222)Pierre Glaser2019-05-101-2/+2
| | | The multiprocessing.resource_tracker replaces the multiprocessing.semaphore_tracker module. Other than semaphores, resource_tracker also tracks shared_memory segments. Patch by Pierre Glaser.
* bpo-35872 and bpo-35873: Clears __PYVENV_LAUNCHER__ variable (GH-11745)Steve Dower2019-02-041-7/+0
| | | | After reading __PYVENV_LAUNCHER__ we now set sys._base_executable value for later use. Make the same changes for macOS to avoid extra platform checks.
* bpo-35797: Fix default executable used by the multiprocessing module (GH-11676)Steve Dower2019-01-251-1/+8
|
* bpo-33929: Fix regression in spawn_main() (#7962)Victor Stinner2018-06-271-2/+6
| | | OpenProcess() creates a new handle that must be closed later.
* bpo-33929: multiprocessing: fix handle leak on race condition (GH-7921)Victor Stinner2018-06-271-1/+9
| | | | | | | | | Fix a race condition in Popen of multiprocessing.popen_spawn_win32. The child process now duplicates the read end of pipe instead of "stealing" it. Previously, the read end of pipe was "stolen" by the child process, but it leaked a handle if the child process had been terminated before it could steal the handle from the parent process.
* bpo-5001: More-informative multiprocessing error messages (#3079)Allen W. Smith, Ph.D2017-08-291-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * Make error message more informative Replace assertions in error-reporting code with more-informative version that doesn't cause confusion over where and what the error is. * Additional clarification + get travis to check * Change from SystemError to TypeError As suggested in PR comment by @pitrou, changing from SystemError; TypeError appears appropriate. * NEWS file installation; ACKS addition (will do my best to justify it by additional work) * Making current AssertionErrors in multiprocessing more informative * Blurb added re multiprocessing managers.py, queues.py cleanup * Further multiprocessing cleanup - went through pool.py * Fix two asserts in multiprocessing/util.py * Most asserts in multiprocessing more informative * Didn't save right version * Further work on multiprocessing error messages * Correct typo * Correct typo v2 * Blasted colon... serves me right for trying to work on two things at once * Simplify NEWS entry * Update 2017-08-18-17-16-38.bpo-5001.gwnthq.rst * Update 2017-08-18-17-16-38.bpo-5001.gwnthq.rst OK, never mind. * Corrected (thanks to pitrou) error messages for notify * Remove extraneous backslash in docstring.
* Issue #28779: multiprocessing.set_forkserver_preload() would crash the ↵Antoine Pitrou2016-12-101-1/+1
|\ | | | | | | forkserver process if a preloaded module instantiated some multiprocessing objects such as locks.
| * Issue #28779: multiprocessing.set_forkserver_preload() would crash the ↵Antoine Pitrou2016-12-101-1/+1
| | | | | | | | forkserver process if a preloaded module instantiated some multiprocessing objects such as locks.
* | Issue #28053: Applying refactorings, docs and other cleanup to follow.Davin Potts2016-09-091-5/+4
|/
* Fix typo in docstring of multiprocessing.spawn.spawn_main()Berker Peksag2016-01-071-1/+1
|
* Issue #20990: Correction for 619331c67638.Richard Oudkerk2014-03-231-2/+2
|
* Issue #20990: Fix issues found by pyflakes for multiprocessing.Richard Oudkerk2014-03-231-2/+10
|
* Close #19946: use runpy as needed in multiprocessingNick Coghlan2013-12-171-51/+70
| | | | | | - handles main files without a suffix - handles main submodules properly - adds test cases for the various kinds of __main__
* Issue #19946: Raise ImportError when the main module cannot be foundBrett Cannon2013-12-131-0/+2
| | | | by multiprocessing.spawn (before it was raising an AttributeError).
* Implement PEP 451 (ModuleSpec).Eric Snow2013-11-221-6/+5
|
* Issue #18999: Make multiprocessing use context objects.Richard Oudkerk2013-10-161-4/+4
| | | | | This allows different parts of a program to use different methods for starting processes without interfering with each other.
* Stop making fork server have copy of semaphore_tracker_fd.Richard Oudkerk2013-08-221-7/+8
|
* Issue #8713: Support alternative start methods in multiprocessing on Unix.Richard Oudkerk2013-08-141-0/+258
See http://hg.python.org/sandbox/sbt#spawn
generated by cgit v0.12 at 2025-04-28 13:39:21 (GMT)