[issue40234] Disallow daemon threads in subinterpreters optionally.

Change by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40234] Disallow daemon threads in subinterpreters optionally.

STINNER Victor added the comment: Victor (me!): > Well, this large problem sounds very complex and is made of multiple small > issues. Kyle: > (...) Should we consider making `threading._register_atexit()` public? It seems like there is an use case for calling callbacks before Python calls

[issue40234] Disallow daemon threads in subinterpreters optionally.

Kyle Stanley added the comment: > So if you are going to eliminate daemon threads (even if only in sub > interpreters at this point), you are going to have to introduce a way to > register something similar to an atexit callback which would be invoked > before waiting on non daemon threads,

[issue40234] Disallow daemon threads in subinterpreters optionally.

STINNER Victor added the comment: New changeset 14d5331eb5e6c38be12bad421bd59ad0fac9e448 by Victor Stinner in branch 'master': bpo-40234: Revert "bpo-37266: Daemon threads are now denied in subinterpreters (GH-14049)" (GH-19456)

[issue40234] Disallow daemon threads in subinterpreters optionally.

STINNER Victor added the comment: Well, this large problem sounds very complex and is made of multiple small issues. Let's start with something simple: revert my commit 066e5b1a917ec2134e8997d2cadd815724314252. When I wrote it, I expected that nobody was spawning daemon threads in

[issue40234] Disallow daemon threads in subinterpreters optionally.

Change by STINNER Victor : -- keywords: +patch pull_requests: +18810 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/19456 ___ Python tracker

[issue40234] Disallow daemon threads in subinterpreters optionally.

Graham Dumpleton added the comment: Just to make few things clear. It isn't mod_wsgi itself that relies on daemon threads, it is going to be users WSGI applications (or the things they need) that do. As a concrete example of things that would stop working are monitoring systems such as New

[issue40234] Disallow daemon threads in subinterpreters optionally.

STINNER Victor added the comment: Graham Dumpleton started a discussion about bpo-37266 on Twitter: https://twitter.com/GrahamDumpleton/status/1246374493267701760 https://twitter.com/GrahamDumpleton/status/1246373855532216320 I dislike discussion threads on Twitter. For an unknown reason, I

[issue40234] Disallow daemon threads in subinterpreters optionally.

STINNER Victor added the comment: First of all, I know that mod_wsgi uses subinterpreters, but I didn't know that it uses daemon threads. When I hack Python to better isolate subinterpreters, I keep mod_wsgi in mind ;-) My commit 066e5b1a917ec2134e8997d2cadd815724314252 message says:

[issue40234] Disallow daemon threads in subinterpreters optionally.

New submission from Eric Snow : In bpo-37266 we strictly disallowed creation of daemon threads in subinterpreters. However, this is backward-incompatible for existing users of the subinterpreter C-API (such as mod-wsgi). Rather than reverting that change I suggest that we make it opt-in