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 jdemeyer
Recipients eric.snow, jdemeyer, vstinner
Date 2019-04-26.12:32:55
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1556281975.45.0.997147912947.issue36710@roundup.psfhosted.org>
In-reply-to
Content
> The long term goal is to support multiple interpreter instances per process:
> Eric Snow's PEP 554 "Multiple Interpreters in the Stdlib"
> https://www.python.org/dev/peps/pep-0554/

Sorry, but I don't see the relation between this issue and PEP 554. It seems to me that the PEP is about making subinterpreters available from pure Python (instead of only at the C level). It doesn't say anything about the *implementation* of subinterpreters, which is what this issue is about.

So I'm still missing the bigger picture where this issue fits in.

> The current implementation of CPython leaks dozens of *Python* objects at exit.

That may be an issue to be fixed, but again I don't see the relation with this issue.
History
Date User Action Args
2019-04-26 12:32:55jdemeyersetrecipients: + jdemeyer, vstinner, eric.snow
2019-04-26 12:32:55jdemeyersetmessageid: <1556281975.45.0.997147912947.issue36710@roundup.psfhosted.org>
2019-04-26 12:32:55jdemeyerlinkissue36710 messages
2019-04-26 12:32:55jdemeyercreate