Re: Threaded pygtk application hangs when accessibility is enabled



Hi James,

You can try to call gtk.gdk.threads_init() earlier. From the document of
GTK+, gdk_threads_init should be called before any other GTK+ or GDK
functions. And please make sure all PyGTK related calls in the thread
are wrapped by gtk.threads_enter/gtk.threads_leave. (From
http://faq.pygtk.org/index.py?file=faq20.006.htp&req=show)

Li

On Wed, 2010-02-10 at 10:18 -0500, James Tatum wrote:
> Hi all,
> 
> I spent quite a while trying to figure out why I was the only one
> seeing a hang with this bit of code[1]. Eventually I found a small
> amount of the apparently long history of threading and at-spi/gail,
> including bug 329454[2]. The code is threaded but only two threads
> touch the UI - main and a thread to update the progress bar. All the
> UI touching bits seem to be wrapped in the appropriate code for thread
> entry/exit. I'm running at-spi 1.29.6.
> 
> Honestly, I'm not even sure where to begin with this. pygtk handles
> some of the unpleasantries of threading so it's unclear if the
> threading sequence is happening exactly as documented in the bug
> below. Has anyone experienced and resolved anything similar?
> 
> [1] http://pastebin.com/f5b498ef5
> [2] https://bugzilla.gnome.org/show_bug.cgi?id=329454
> _______________________________________________
> gnome-accessibility-list mailing list
> gnome-accessibility-list gnome org
> http://mail.gnome.org/mailman/listinfo/gnome-accessibility-list




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]