Re: playing nicely with signal handlers

Joshua N Pritikin wrote:
>Have you tried simply calling ->stop() on the SIGTSTP signal watcher?
>I believe that will change the handler back to SIG_DFL.

Documentation fix:

--- lib/Event.pod	2002-01-22 08:00:18.000000000 +0000
+++ ../Event.pod.new	2004-04-21 08:16:00.000000000 +0100
@@ -486,8 +486,12 @@
 
 The callback is invoked after the specified signal is received.  The
 $str string should be something like 'INT' or 'QUIT'.  Also see the
-documentation for C<%SIG>.  A given signal can be handled by C<%SIG>
-or Event, but not both.
+documentation for C<%SIG>.
+
+A given signal can be handled by C<%SIG> or Event, but not both.
+Event handles the signal as long as there is at least one active watcher
+for that signal; if all watchers for the signal are cancelled or stopped,
+then Event sets the signal to default handling.
 
 =item suspend => $bool
 

-zefram