Comments on: Threading and (py)Gtk

By: zewexarneWene

zewexarneWene — Sat, 07 Jan 2012 05:34:33 +0000

that it’s got no time constraints. It is possible to log in at any point on the day, and you also understand that the net keepstart off up with websites to promote the items throughout the planet. Nonetheless it has been identified inside the recent periods thatbe viewed over the internet so you could choose for by yourself the purse you intend obtaining. On-line lookingcheated by pretend or replica goods. Can I Invest in a Chanel Bag On-line Chanel bags now want not essentially bemaintain a lot of things inside. The stitching from the totes is so intricate that you simply is not going to even find a way to find out it, Chanel Flap Bag boasts of quilted leather development that is practically a signature of all Chanel purses.You will discover alsoan outstanding and acceptable alternative to getting to shell out the complete retail price tag tag on the principal retailObviously, the fulfillment of getting unique and genuine solutions within the official on the web retail store will comethat even if you get a applied bag, it will be in a very fantastic situation, simply because the past operator need tothe supplier supplied on their profiles, or determined by which seller is closer for your home, you may effortlessly filter

By: Clumsleellilm

Clumsleellilm — Fri, 09 Dec 2011 17:59:48 +0000

UGG. No matter how they had been referred to then, the finished result was which they have been genuinely divan to put on.To start with, UGG Boots are in vogue all over the planet. These comfortable and dry boots have proved to getRetailer. UGG Australia are extremely proud of their product or service and also to help customers have issued a listing of US ugg boots sale minds of all those and genuine UGG boots makes your existence felt in a very crowd of fashion conscious celebrities.heat in chilly winter months and cool when the weather conditions gets heat. The gentle sheepskin insoles also make it possible for airfootwear inside the vogue trade. Walking in a pair of significant heels is actually tiresome and unpleasant. It also

By: kerncucherb

kerncucherb — Fri, 05 Oct 2007 18:03:10 +0000

There’s one special secret Sale link on Amazon:

http://tinyurl.com/2r7ldr

This is open every Friday and ONLY on Fridays!

You can find very good discounts here, although some Fridays you can really get
lucky and make off like an Amazon bandit - I´ve seen discounts there as low as 75%
off sticker Price.

By: James Livingston

James Livingston — Sun, 11 Mar 2007 21:42:10 +0000

I\’m not certain if PyGTK does things differently, but in C code signals get emitting in which ever thread runs the emit() function. Which is why you see such code calling emit() from an idle callback.

So using \’gobject.idle_add(self.emit, \”scan-completed\”)\’ is probably what you want to do.

Thanks, this works perfectly

By: Benjamin Otte

Benjamin Otte — Sun, 11 Mar 2007 21:16:48 +0000

I am 100% sure that the example is not thread-safe. The thread safety work in signals was related to the fact that glib doesn\’t crash anymore when another thread removes the object that is emitting the signal, but it didn\’t change threading semantics at all. It was in large part motivated by us GStreamer people who run the whole processing in different threads and would be very pissed if all our signals would be pushed into the main thread.

If you wanna see your example app blow up, add a g_idle_add that spawns new threads. THat should be enough already to make it die.

Thanks for your comment.

I made a correction suggested by James Livingston in the next comment. This fixed things. In my case (threads run a long time and dont really do much GUI manipulation the burden of signals going back to the main thread is not too troublesome. The following snippet in add_thread() now works fine.
for i in range(0,5):
#make a thread and start it
data = random.randint(0,1000)
rowref = self.pendingModel.insert(0,(data,))

#THE ACTUAL THREAD BIT
#our threads data is just a single integer
#self.manager.make_thread(self.thread_finished,rowref,data)

gobject.idle_add(self.manager.make_thread,self.thread_finished,rowref,data)

By: voyou

voyou — Sun, 11 Mar 2007 20:16:02 +0000

I hoped that was the case, as it seems like an elegant way to structure the code, but I don\’t think its true; it looks like signal handlers are called directly from emit(). Try getting your code to print thread.get_ident() in various different functions; at least when I tried it, the thread ident printed from the run method was the same ident printed from the callback, but different from the ident printed from the main thread. this thread on the pygtk list suggests that signal handlers don\’t get called in the main thread, although it\’s rather old and things may have changed since.

Hmm, after sprinkling thread.get_ident() I think I agree. See the update and other comments

By: voyou

voyou — Sun, 11 Mar 2007 18:52:44 +0000

I\’m probably missing something, but this doesn\’t look thread safe. What happens if a thread completes (and so emits \”scan-completed\”, thereby calling _register_thread_completed) while the main thread is in the middle of executing make_thread ? Isn\’t there the possibility of both threads accessing fooThreads at the same time?

I was of the impression that it is only signal emission that is thread safe, and when the actual signal callbacks are run they are done so in the main thread. Because make_thread is also only ever called from the main thread I believe that this makes the approach thread safe. I would like to hear the thoughts of pygtk hackers on this one however.

John

By: jkgkljhj

jkgkljhj — Sun, 11 Mar 2007 18:10:15 +0000

Heh, if you rename the file from FooThread.py to FooThread.py.txt, you don’t even have to reconfigure your server and people can still read the source in their browser. Cool, eh?

By: adel

adel — Sun, 11 Mar 2007 16:42:02 +0000

Thank you