Message145036
> Modifying an object which is already on a traditional queue can also
> change what is received by the other thread (depending on timing).
> So Queue.Queue's put() is not "atomic" either. Therefore I do not
> believe this behaviour is a bug.
Agreed.
> However the solution proposed is a good one since it fixes Issue
> 10886. In addition it prevents arbitrary code being run in the
> background thread by weakref callbacks or __del__ methods. Such
> arbitrary code may cause inconsistent state in a forked process if
> the fork happens while the queue's thread is running -- see issue
> 6271.
[...]
> I would suggest closing this issue and letting Issue 10886 take it's
> place.
Makes sense. |
|
Date |
User |
Action |
Args |
2011-10-06 20:20:40 | neologix | set | recipients:
+ neologix, jnoller, asksol, meador.inge, vilnis.termanis, sbt |
2011-10-06 20:20:40 | neologix | set | messageid: <1317932440.44.0.44932267518.issue8037@psf.upfronthosting.co.za> |
2011-10-06 20:20:39 | neologix | link | issue8037 messages |
2011-10-06 20:20:39 | neologix | create | |
|