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 ned.deily
Recipients barry, davin, kapilt, miss-islington, ned.deily, pitrou, ronaldoussoren
Date 2018-12-09.07:33:30
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1544340811.16.0.788709270274.issue33725@psf.upfronthosting.co.za>
In-reply-to
Content
Since it looks like multiprocessing_fork is not going to be fixable for macOS, the main issue remaining is how to help users avoid this trap (literally).  Should we add a check and issues a warning or error at run time?  Or is a doc change sufficient?

In the meantime, I've merged changes to disable running test_multiprocessing_fork which will sometimes (but not always) segfault on 10.14 Mojave.  I should apologize to Barry and others who have run into this.  I did notice the occasional segfault when testing with Mojave just prior to its release but it wasn't always reproducible and I didn't follow up on it.  Now that the change in 10.14 behavior makes this existing problem with fork no exec more obvious, it's clear that the test segfaults are another manifestation of this.
History
Date User Action Args
2018-12-09 07:33:31ned.deilysetrecipients: + ned.deily, barry, ronaldoussoren, pitrou, davin, miss-islington, kapilt
2018-12-09 07:33:31ned.deilysetmessageid: <1544340811.16.0.788709270274.issue33725@psf.upfronthosting.co.za>
2018-12-09 07:33:31ned.deilylinkissue33725 messages
2018-12-09 07:33:30ned.deilycreate