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 grahamd
Recipients amaury.forgeotdarc, grahamd, loewis, ncoghlan, pitrou
Date 2011-01-16.00:51:54
SpamBayes Score 8.934525e-11
Marked as misclassified No
Message-id <1295139119.17.0.360470380045.issue10915@psf.upfronthosting.co.za>
In-reply-to
Content
As to the comment:

"""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."""

The reality is that if you force a change on every single extension module doing callbacks into the interpreter without having the GIL first, you will never see people update their code as they will likely not care about this special use case. And so the whole point of adding the additional APIs will be wasted effort and have achieved nothing.

The TLS solution means many modules will work without the authors having to do anything.

You therefore have to balance between what you perceive as a cleaner API and what is actually going to see a benefit without having to wait a half dozen years before people realise they should change their ways.

BTW, TLS is currently used for current thread state for simplified GIL API, why isn't that use of TLS a hack where as doing the same for interpreter is?
History
Date User Action Args
2011-01-16 00:51:59grahamdsetrecipients: + grahamd, loewis, amaury.forgeotdarc, ncoghlan, pitrou
2011-01-16 00:51:59grahamdsetmessageid: <1295139119.17.0.360470380045.issue10915@psf.upfronthosting.co.za>
2011-01-16 00:51:55grahamdlinkissue10915 messages
2011-01-16 00:51:54grahamdcreate