Thanks a ton!
Just for the eventual webcrawler that logs this, the gtk package requires a
separate thread init function to allow python threads to play nice.
On 9/23/07, Gabriel Genellina <[EMAIL PROTECTED]> wrote:
>
> En Sun, 23 Sep 2007 16:10:03 -0300, Kurtis Heimerl <[EMAIL PROTECTED]>
> escri
En Sun, 23 Sep 2007 16:10:03 -0300, Kurtis Heimerl <[EMAIL PROTECTED]>
escribi�:
> I'll explain a bit more. This thread is spawned, I also have the main
> thread
> running a gtk windowed gui. The gui has it's own threads to deal with
> button
> presses and such. The problem is that the gui n
I ran a brief program to just test the threading properties of my VM, it
seems to be preempting that application.
Are there any interesting locks in the gtk package that I might not be
playing well with?
The reader thread that only runs on a blocking call is at the end of my
response.
I'll expla
On Sat, 2007-09-22 at 19:28 -0700, Kurtis Heimerl wrote:
> Hi, I'm developing my first python application, a multi-threaded cell
> phone gadget on ubuntu 7.10. I've just split off my first thread, and
> I've noticed something extremely strange: There doesn't seem to be any
> preemption. There are c
Hi, I'm developing my first python application, a multi-threaded cell phone
gadget on ubuntu 7.10. I've just split off my first thread, and I've noticed
something extremely strange: There doesn't seem to be any preemption. There
are currently two threads, one that pings a storage service to see if
