Thanks for all the help. We're going with addSystemEventTrigger for now, but we'll keep twistd in mind for future work.<div><br>Jason<br><br><div class="gmail_quote">On Fri, Feb 11, 2011 at 1:51 PM, Glyph Lefkowitz <span dir="ltr"><<a href="mailto:glyph@twistedmatrix.com">glyph@twistedmatrix.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im"><br>
On Feb 11, 2011, at 11:55 AM, <a href="mailto:exarkun@twistedmatrix.com">exarkun@twistedmatrix.com</a> wrote:<br>
<br>
> On 03:59 pm, <a href="mailto:jrennie@gmail.com">jrennie@gmail.com</a> wrote:<br>
>> On Fri, Feb 11, 2011 at 10:01 AM, <<a href="mailto:exarkun@twistedmatrix.com">exarkun@twistedmatrix.com</a>> wrote:<br>
>>> On Python 2.5 and earlier you won't be able to get Twisted's SIGCHLD<br>
>>> handler using signal.getsignal.<br>
>><br>
>> We're also moving to python 2.6 (the change is really Debian 5 to<br>
>> Debian 6).<br>
>> Should it would work in 2.6?<br>
><br>
> I think so.<br>
>><br>
>>> What sort of things do your signal handlers do?<br>
>><br>
>> IIRC, the main thing is to shut down the web server (cherrypy) we're<br>
>> running<br>
>> in parallel with twisted. We also have some disk-caching for stateful<br>
>> signals which needs to ensure the cache file is up-to-date.<br>
><br>
> For shutdown-type things, reactor.addSystemEventTrigger(phase,<br>
> 'shutdown', f) might be better than getting into signal handlers (where<br>
> phase is 'before', 'during', or 'after').<br>
<br>
<br>
</div>There's already a system event trigger already hooked up to the reactor: your main service's stopService call. If your cherrypy webserver is wrapped up in an IService implementation in the service hierarchy constructed in your twistd plugin or tac file, you can just implement 'stopService' and not do any manual registration with event triggers. This is really a better way to go in general, as it's easier for other API consumers to deal with such an object than using the global broadcasting mechanism in the reactor.<br>
<br>
If you do want to manually add your own system event trigger, in most interesting cases you'll need to use the 'before' phase. During 'before', Deferreds returned by event triggers are respected (i.e. the reactor keeps running as long as they haven't fired). If you schedule one for 'during' or 'after', the event trigger really needs to do all of its work and complete it immediately (i.e. before returning).<br>
<div><div></div><div class="h5"><br>
<br>
_______________________________________________<br>
Twisted-Python mailing list<br>
<a href="mailto:Twisted-Python@twistedmatrix.com">Twisted-Python@twistedmatrix.com</a><br>
<a href="http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python" target="_blank">http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Jason Rennie<br>Research Scientist, ITA Software<br>617-714-2645<br><a href="http://www.itasoftware.com/">http://www.itasoftware.com/</a><br><br>
</div>