3 ms·
I was under the impression that time.sleep'ing all over the place was the only way to let threads do their work in python because that's one of the few ways to
by tudorachim 17y ago
I was under the impression that time.sleep'ing all over the place was the only way to let threads do their work in python because that's one of the few ways to release the GIL. Is there some other way to get this done (that doesn't involve C modules)?
- epage 17y agogtk.threads_enter() try: blah finally: gtk.threads_leave() or even better and wrap that as a context manager so you do with gtk_lock(): blah
- audidude 17y agoInstead, use a "message reply" concept. For example, for your data you could send a tuple with a callback or a condition. Then block on the condition, and have the lambda/delegate in the idle thread signal the condition. Make sure you hold the lock for the conditions mutex before sending the message though so that it is not a race condition. #Sender callback = SomeFunc mutex.lock() def worker(): # ran in main callback() mutex.lock() cond.signal() mutex.unlock() send_msg_to_idle(0, worker) cond.wait() mutex.unlock()