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 PythonInTheGrass
Recipients PythonInTheGrass, belopolsky, cgohlke, loewis, terry.reedy
Date 2011-02-05.11:46:51
SpamBayes Score 2.6548652e-05
Marked as misclassified No
Message-id <000a01cbc52a$5c662f10$15328d30$@mayo@comcast.net>
In-reply-to <1296904736.33.0.600778804886.issue11077@psf.upfronthosting.co.za>
Content
I'll look into making the crash easier to reproduce this coming week.

Is Tkinter's thread safety new? Because after I started getting crashes, I did my due diligence in Google and found a number of people writing about how it was necessary to use a Queue and Tkinter's after() timer, to draw from multiple threads. And in experiments in 2.7.1 on Windows, it turned out that it wasn't just the drawing calls from a thread other than the mainloop() thread, that invited a crash; even just trying to set an .after() timer from a different thread caused tracebacks, randomly.

At any rate this is less of an issue now, for me at least. I'm putting together a small graphic library for my coworkers. It will have a tiny fraction of Tkinter's capabilities, it will be Windows-only and won't even have native Windows look and feel; but it will be completely, rock-solid, idiot-proof thread safe - any operation (including widget deletes), any thread, any time, with no polling or timers needed. My coworkers are not technical and will get instantly lost if I have to describe queues and timers just to draw a line on a screen.
History
Date User Action Args
2011-02-05 11:46:52PythonInTheGrasssetrecipients: + PythonInTheGrass, loewis, terry.reedy, belopolsky, cgohlke
2011-02-05 11:46:52PythonInTheGrasslinkissue11077 messages
2011-02-05 11:46:51PythonInTheGrasscreate