[Python-Dev] Software Transactional Memory for Python (original) (raw)
Gregory P. Smith greg at krypto.org
Mon Aug 29 14:51:42 CEST 2011
- Previous message: [Python-Dev] Software Transactional Memory for Python
- Next message: [Python-Dev] LZMA compression support in 3.3
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Mon, Aug 29, 2011 at 5:20 AM, Antoine Pitrou <solipsis at pitrou.net> wrote:
On Sun, 28 Aug 2011 09:43:33 -0700 Guido van Rossum <guido at python.org> wrote: > > This sounds like a very interesting idea to pursue, even if it's late, > and even if it's experimental, and even if it's possible to cause > deadlocks (no news there). I propose that we offer a C API in Python > 3.3 as well as an extension module that offers the proposed decorator. > The C API could then be used to implement alternative APIs purely as > extension modules (e.g. would a deadlock-detecting API be possible?).
We could offer the C API without shipping an extension module ourselves. I don't think we should provide (and maintain!) a Python API that helps users put themselves in all kind of nasty situations. There is enough misunderstanding around the GIL and multithreading already.
+1 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/python-dev/attachments/20110829/b6ede755/attachment.html>
- Previous message: [Python-Dev] Software Transactional Memory for Python
- Next message: [Python-Dev] LZMA compression support in 3.3
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]