Re: Threaded pygtk application hangs when accessibility is enabled
- From: Joanmarie Diggs <joanmarie diggs gmail com>
- To: James Tatum <jtatum gmail com>
- Cc: gnome-accessibility-list gnome org
- Subject: Re: Threaded pygtk application hangs when accessibility is enabled
- Date: Wed, 10 Feb 2010 20:02:42 -0500
Hi James.
My expertise in threads is almost exclusively being on the receiving end
of a hang due to this sort of thing, and filing a bug to get someone
like you to fix it. ;-)
Having said that.... I *think* you might be modifying the GUI outside of
the main thread when you set the cancel button's state to insensitive in
kill().
If I do this:
gobject.idle_add(self.cancel_button.set_sensitive, False)
I'm able to set the button's state without a hang.
Does this help?
--joanie
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]