Message 150579 - Python tracker

➜

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.

In-reply-to
Author	rbcollins
Recipients	jcea, meador.inge, neologix, pitrou, rbcollins, vstinner
Date	2012年01月04日.03:25:32
SpamBayes Score	7.2957628e-06
Marked as misclassified	No
Message-id	<1325647533.22.0.105180601826.issue13697@psf.upfronthosting.co.za>

Content
Normally I advocate very strongly for Python implementation of C accelerated modules, but when the two implementations are not equivalent, having a simpler Python one around does not help anyone (not users, other language implementors etc). True reentrancy is possible but quite hard to achieve. So, FWIW, +1 on just having a C implementation. The dedicated signal thread sounds useful too - it would ease the issues for folk using other parts of the stdlib, and would in principle permit a pure-python RLock to hang around.

Content

Normally I advocate very strongly for Python implementation of C accelerated modules, but when the two implementations are not equivalent, having a simpler Python one around does not help anyone (not users, other language implementors etc). True reentrancy is possible but quite hard to achieve. 
So, FWIW, +1 on just having a C implementation.
The dedicated signal thread sounds useful too - it would ease the issues for folk using other parts of the stdlib, and would in principle permit a pure-python RLock to hang around.

History
Date	User	Action	Args
2012年01月04日 03:25:33	rbcollins	set	recipients: + rbcollins, jcea, pitrou, vstinner, meador.inge, neologix
2012年01月04日 03:25:33	rbcollins	set	messageid: <1325647533.22.0.105180601826.issue13697@psf.upfronthosting.co.za>
2012年01月04日 03:25:32	rbcollins	link	issue13697 messages
2012年01月04日 03:25:32	rbcollins	create

homepage