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 barry
Recipients barry, davin, gregory.p.smith, josh.r, kapilt, lukasz.langa, miss-islington, ned.deily, pablogsal, pitrou, ronaldoussoren, tdsmith, vstinner
Date 2019-06-04.17:11:26
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <D41A9031-3A04-4999-AD00-67403AE74267@python.org>
In-reply-to <1559661104.07.0.836411959899.issue33725@roundup.psfhosted.org>
Content
On Jun 4, 2019, at 08:11, STINNER Victor <report@bugs.python.org> wrote:
> Ned Deily:
>> No, it has *always* been unsafe. What's new as of 10.13/14 is that macOS tries much harder at runtime to detect such cases and more predictably cause an error rather than letter than let the process run on and possibly fail nondeterministically.
> 
> Hum, in the doc, I wrote:
> 
> .. versionchanged:: 3.8
> 
>   On macOS, *spawn* start method is now the default: *fork* start method is no
>   longer reliable on macOS, see :issue:`33725`.
> 
> Should we change this text? Any proposition?

Thanks Victor.  I don’t think “reliable” is strong enough, since this will definitely lead to core dumps under certain conditions.  What about:

   On macOS, the *spawn* start method is now the default.  The *fork* start method should
   be considered unsafe as it can lead to crashes of the subprocess.  See :issue:`33725`.
History
Date User Action Args
2019-06-04 17:11:26barrysetrecipients: + barry, gregory.p.smith, ronaldoussoren, pitrou, vstinner, ned.deily, lukasz.langa, josh.r, tdsmith, davin, pablogsal, miss-islington, kapilt
2019-06-04 17:11:26barrylinkissue33725 messages
2019-06-04 17:11:26barrycreate