Ned Deily <n...@python.org> added the comment:

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!

----------
resolution:  -> third party
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue37607>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Reply via email to