Re: [Python-Dev] cpython: Make AcquirerProxy.acquire() support timeout argument
On Sun, 06 May 2012 17:56:55 +0200
richard.oudkerk
http://hg.python.org/cpython/rev/b4a1d9287780 changeset: 76800:b4a1d9287780 user: Richard Oudkerk
date: Sun May 06 16:45:02 2012 +0100 summary: Make AcquirerProxy.acquire() support timeout argument
Should it have a Misc/NEWS entry? (and a doc addition perhaps?) Regards Antoine.
On 06/05/2012 5:07pm, Antoine Pitrou wrote:
On Sun, 06 May 2012 17:56:55 +0200
summary: Make AcquirerProxy.acquire() support timeout argument
Should it have a Misc/NEWS entry? (and a doc addition perhaps?)
Since proxies for locks/semaphores are supposed to work the same way as the proxied object from threading, one could argue that the lack of support in 3.2 was a bug. I notice now that multiprocessing.*.acquire() and threading.*.wait() treat negative timeouts as zero timeouts. On the other hand, threading.*.acquire() treat negative timeouts as infinite. Maybe these inconsistencies should be documented or eliminated? As currently implemented AcquirerProxy.acquire() treats negative timeouts as infinite. Cheers Richard
On Sun, 06 May 2012 18:58:10 +0100
shibturn
On 06/05/2012 5:07pm, Antoine Pitrou wrote:
On Sun, 06 May 2012 17:56:55 +0200
summary: Make AcquirerProxy.acquire() support timeout argument
Should it have a Misc/NEWS entry? (and a doc addition perhaps?)
Since proxies for locks/semaphores are supposed to work the same way as the proxied object from threading, one could argue that the lack of support in 3.2 was a bug.
Ok; if it's a bug it should have a NEWS entry, though.
I notice now that multiprocessing.*.acquire() and threading.*.wait() treat negative timeouts as zero timeouts. On the other hand, threading.*.acquire() treat negative timeouts as infinite.
Maybe these inconsistencies should be documented or eliminated?
I don't know. Ideally both would have raised ValueError on negative timeouts, but it's probably too late :-) cheers Antoine.
participants (2)
-
Antoine Pitrou
-
shibturn