On 08/12/2007, <b class="gmail_sendername">Johan Dahlin</b> <<a href="mailto:johan@gnome.org">johan@gnome.org</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Guido van Rossum wrote:<br>> Adam, perhaps at some point (Monday?) we could get together on<br>> #python-dev and interact in real time on this issue. Probably even<br>> better on the phone. This offer is open to anyone who is serious about
<br>> getting this resolved. Someone please take it -- I'm offering free<br>> consulting here!<br>><br>> I'm curious -- is there anyone here who understands why [Py]GTK is<br>> using signals anyway? It's not like writing robust signal handling
<br>> code in C is at all easy or obvious. If instead of a signal a file<br>> descriptor could be used, all problems would likely be gone.<br><br>The timeout handler was added for KeyboardInterrupt to be able to work when
<br>you want to Ctrl-C yourself out of the gtk.main() loop.</blockquote><div><br>Not only that, but pygtk is a generic module; who are we to forbid the usage of signals if python itself allows it? If we were to ignore signals then sooner or later someone would come along and shout "hey, signals work just fine in pure python, so why did pygtk have to break my signals?".
<br></div></div><br>-- <br>Gustavo J. A. M. Carneiro<br>INESC Porto, Telecommunications and Multimedia Unit<br>"The universe is always one step beyond logic." -- Frank Herbert