This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author eryksun
Recipients chrullrich, davin, eryksun, ned.deily, paul.moore, pitrou, steve.dower, tim.golden, zach.ware
Date 2019-01-21.18:17:58
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1548094678.46.0.137707514606.issue35797@roundup.psfhosted.org>
In-reply-to
Content
The launchers have inheritance enabled (for the duplicated standard handles, which should be made inheritable via SetHandleInformation instead, but that's a separate issue). However, multiprocessing doesn't use inheritable handles. Spawning processes with inheritance would be a problem in a general-purpose library. Instead it depends on either the parent manually duplicating the handle to the child or vice versa (via the child opening the parent PID that's passed to it). The problem for a virtual environment that's using the launcher is the former, where the parent duplicates to the child (e.g. for the SemLock semaphore). We need a way to allow multiprocessing to spawn the real python.exe instead of the launcher executable that's set as sys.executable.
History
Date User Action Args
2019-01-21 18:18:00eryksunsetrecipients: + eryksun, paul.moore, pitrou, tim.golden, ned.deily, zach.ware, steve.dower, chrullrich, davin
2019-01-21 18:17:58eryksunsetmessageid: <1548094678.46.0.137707514606.issue35797@roundup.psfhosted.org>
2019-01-21 18:17:58eryksunlinkissue35797 messages
2019-01-21 18:17:58eryksuncreate