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.

Author mokrates
Recipients mokrates
Date 2011-07-11.23:06:21
SpamBayes Score 1.727618e-12
Marked as misclassified No
Message-id <1310425582.71.0.534887879142.issue12539@psf.upfronthosting.co.za>
In-reply-to
Content
Following is my problem:
I have two processes, connected via multiprocessing.Event
The one waits for the other with .wait(300). After 300 seconds it should look if there's work, even if it has not been awoken by the other process.
So. This runs on my Laptop, and when I fold it shut, sending it to suspend, and open it again, lets say, 10 minutes later (which are 600 seconds), then the .wait()-timeout has already gone. I would assume, cause it's a /timeout/ that it should then fire ASAP, but it fires never. The worker process is just frozen and has to be awoken by .set()ing the Event.

I workarounded it by creating another thread, which uses time.sleep(300) instead of multiprocessing.Event.wait(300) to wait 300 seconds and some glue to put it all together.

some stats:
me@mybox:~$ python2.7
Python 2.7.1+ (default, Apr 20 2011, 22:33:39) 
[GCC 4.5.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> 
me@mybox:~$ lsb_release -a
No LSB modules are available.
Distributor ID:	Debian
Description:	Debian GNU/Linux testing (wheezy)
Release:	testing
Codename:	wheezy
History
Date User Action Args
2011-07-11 23:06:22mokratessetrecipients: + mokrates
2011-07-11 23:06:22mokratessetmessageid: <1310425582.71.0.534887879142.issue12539@psf.upfronthosting.co.za>
2011-07-11 23:06:22mokrateslinkissue12539 messages
2011-07-11 23:06:21mokratescreate