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 eric.snow
Recipients eric.snow, shihai1991, vstinner
Date 2020-05-05.15:25:38
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1588692338.3.0.233803231124.issue40513@roundup.psfhosted.org>
In-reply-to
Content
From a user perspective, does it make sense to have a different recursion_limit per interpreter?  I don't see a problem with it.  However, does it make sense to also keep a global value that we default to when a per-interpreter value is not set?  I think it might.

I suppose a bigger question is what users will expect the recursion limit (AKA "sys.getrecursionlimit()") to be for a newly created subinterpreter.  Will it be some global default?  Will it be the value from the parent interpreter?  I'd go with a global default, which would imply that the default value should be stored under _PyRuntimeState like we had it (but still keep the actual per-interpreter field for the actual value).

FWIW, the existing docs don't really block either approach.
History
Date User Action Args
2020-05-05 15:25:38eric.snowsetrecipients: + eric.snow, vstinner, shihai1991
2020-05-05 15:25:38eric.snowsetmessageid: <1588692338.3.0.233803231124.issue40513@roundup.psfhosted.org>
2020-05-05 15:25:38eric.snowlinkissue40513 messages
2020-05-05 15:25:38eric.snowcreate