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 lukasz.langa
Recipients barry, davin, kapilt, lukasz.langa, miss-islington, ned.deily, pitrou, ronaldoussoren, vstinner
Date 2019-03-25.19:08:25
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1553540905.49.0.309450172265.issue33725@roundup.psfhosted.org>
In-reply-to
Content
It's trivial but not safe in the sense that code that previously depended on some global state setup done in the master process right before fork will stop working. If this code is a library that is not in your control, you might not be able to "just revert" to fork mode easily.

And that change should be made for every platform so it will affect a much broader group of users than are affected by *this* issue.

Another thing is that some application packagers (at least Facebook's XAR but probably many others) don't work with "start" by default.

So don't take this lightly, just as Davin is saying. That being said, it's probably wise to change the default to "start" which is a better method. And if we *are* changing, doing it sooner rather than later makes the most sense.
History
Date User Action Args
2019-03-25 19:08:25lukasz.langasetrecipients: + lukasz.langa, barry, ronaldoussoren, pitrou, vstinner, ned.deily, davin, miss-islington, kapilt
2019-03-25 19:08:25lukasz.langasetmessageid: <1553540905.49.0.309450172265.issue33725@roundup.psfhosted.org>
2019-03-25 19:08:25lukasz.langalinkissue33725 messages
2019-03-25 19:08:25lukasz.langacreate