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 pitrou
Recipients amaury.forgeotdarc, grahamd, loewis, ncoghlan, pitrou
Date 2011-01-16.00:29:38
SpamBayes Score 1.2437148e-07
Marked as misclassified No
Message-id <1295137774.3717.34.camel@localhost.localdomain>
In-reply-to <1295134891.43.0.141462766065.issue10915@psf.upfronthosting.co.za>
Content
> A TLS based approach would presumably allow an embedding application
> like mod_wsgi to tinker with the state of threads created by naive
> modules that are unaware of the existence of subinterpreters.

The question is how mod_wsgi could know about the existence of these
threads, let alone decide which subinterpreter an arbitrary OS thread
should belong to; only the extension module can safely tell.
And it becomes totally hopeless if those threads are actually *shared*
between subinterpreters, as might be the case with a 3rd-party library
managing its own helper threads (I don't know if that's the case with
sqlite).

IMO we should really promote clean APIs which allow solving the whole
problem, rather than devise an internal hack to try to "improve" things
slightly.
History
Date User Action Args
2011-01-16 00:29:40pitrousetrecipients: + pitrou, loewis, amaury.forgeotdarc, ncoghlan, grahamd
2011-01-16 00:29:38pitroulinkissue10915 messages
2011-01-16 00:29:38pitroucreate