Message160206
In version 3.2 and earlier, Process.join() and Connection.poll() treat negative timeouts as zero timeouts. (Thread.join() does the same.)
In the current 3.3 version, they treat negative timeouts as infinite timeouts. Also multiprocessing.connection.wait() (new in 3.3) currently treats them as infinite on Unix and zero on Windows.
The attached patch fixes the regression with Process.join() and Connection.poll(). It also makes wait() treat negative timeouts as zero on both Windows and Unix.
It is worth noting that there is a fair amount of inconsistency in the handling of negative timeouts in the stdlib in 3.2:
Treat negative as infinite:
select.select
select.*.poll
threading.*.acquire (new in 3.2)
multiprocessing.dummy.*.acquire (new in 3.2)
Treat negative as zero:
threading.Thread.join
threading.(Condition|Event).wait
multiprocessing.Process.join
multiprocessing.*.acquire
multiprocessing.(Condition|Event).wait
multiprocessing.Connection.poll
multiprocessing.Queue.(get|put)
concurrent.futures.Future.result
concurrent.futures.wait
Treat negative as error:
queue.Queue.(get|put)
socket.socket.settimeout |
|
Date |
User |
Action |
Args |
2012-05-08 14:58:08 | sbt | set | recipients:
+ sbt, pitrou |
2012-05-08 14:58:07 | sbt | set | messageid: <1336489087.9.0.014285533368.issue14753@psf.upfronthosting.co.za> |
2012-05-08 14:58:06 | sbt | link | issue14753 messages |
2012-05-08 14:58:06 | sbt | create | |
|