Author ned.deily
Recipients ned.deily, ronaldoussoren, vstinner, wesinator
Date 2019-11-01.04:57:17
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1572584237.46.0.0685485759749.issue37607@roundup.psfhosted.org>
In-reply-to
Content
Looking at the macOS crash report you supplied (thanks!), the crash is occurring below libcurl which is called by the third-party pycurl module, so not in Python Standard Library code. And the crash appears to another of macOS's attempts to catch doing unsafe calls to system frameorks when forking withing an exec: note the "crashed on child side of fork pre-exec" message.  This is a well-know pitfall particularly on macOS which is why we changed the default for the multiprocessing module on macOS as Victor noted above.  There are various articles out there about the general problem, like https://www.evanjones.ca/fork-is-dangerous.html.  If you are still seeing the problem, you may need to restructure your application to avoid fork without exec.  Good luck!
History
Date User Action Args
2019-11-01 04:57:17ned.deilysetrecipients: + ned.deily, ronaldoussoren, vstinner, wesinator
2019-11-01 04:57:17ned.deilysetmessageid: <1572584237.46.0.0685485759749.issue37607@roundup.psfhosted.org>
2019-11-01 04:57:17ned.deilylinkissue37607 messages
2019-11-01 04:57:17ned.deilycreate