[ViewVC] Diff of: cvs/EV/README

Comparing EV/README (file contents):
Revision 1.12 by root, Tue Nov 27 07:27:10 2007 UTC vs.
Revision 1.13 by root, Tue Nov 27 16:35:47 2007 UTC

       # CHILD/PID STATUS CHANGES
       my $w = EV::child 666, sub {
          my ($w, $revents) = @_;
          my $status = $w->rstatus;
+      };
+      # STAT CHANGES
+      my $w = EV::stat "/etc/passwd", 10, sub {
+         my ($w, $revents) = @_;
+         warn $w->path, " has changed somehow.\n";
       };
       # MAINLOOP
       EV::loop;           # loop until EV::unloop is called or all watchers stop
       EV::loop EV::LOOP_ONESHOT;  # block until at least one event could be handled
         EV::once doesn't return anything: the watchers stay active till
         either of them triggers, then they will be stopped and freed, and
         the callback invoked.
-  WATCHER
+  WATCHER OBJECTS
     A watcher is an object that gets created to record your interest in some
     event. For instance, if you want to wait for STDIN to become readable,
     you would create an EV::io watcher for that:
       my $watcher = EV::io *STDIN, EV::READ, sub {
     Also, all methods changing some aspect of a watcher (->set, ->priority,
     ->fh and so on) automatically stop and start it again if it is active,
     which means pending events get lost.
-  WATCHER TYPES
+  COMMON WATCHER METHODS
-    Now lets move to the existing watcher types and asociated methods.
+    This section lists methods common to all watchers.
-    The following methods are available for all watchers. Then followes a
-    description of each watcher constructor (EV::io, EV::timer,
-    EV::periodic, EV::signal, EV::child, EV::idle, EV::prepare and
-    EV::check), followed by any type-specific methods (if any).
     $w->start
         Starts a watcher if it isn't active already. Does nothing to an
         already active watcher. By default, all watchers start out in the
         active state (see the description of the "_ns" variants if you need
            my $udp_socket = ...
            my $udp_watcher = EV::io $udp_socket, EV::READ, sub { ... };
            $udp_watcher->keepalive (0);
+  WATCHER TYPES
+    Each of the following subsections describes a single watcher type.
+   IO WATCHERS - is this file descriptor readable or writable?
     $w = EV::io $fileno_or_fh, $eventmask, $callback
     $w = EV::io_ns $fileno_or_fh, $eventmask, $callback
         As long as the returned watcher object is alive, call the $callback
-        when the events specified in $eventmask.
+        when at least one of events specified in $eventmask occurs.
         The $eventmask can be one or more of these constants ORed together:
           EV::READ     wait until read() wouldn't block anymore
           EV::WRITE    wait until write() wouldn't block anymore
     $current_eventmask = $w->events
     $old_eventmask = $w->events ($new_eventmask)
         Returns the previously set event mask and optionally set a new one.
+   TIMER WATCHERS - relative and optionally repeating timeouts
     $w = EV::timer $after, $repeat, $callback
     $w = EV::timer_ns $after, $repeat, $callback
         Calls the callback after $after seconds (which may be fractional).
         If $repeat is non-zero, the timer will be restarted (with the
         $repeat value as $after) after the callback returns.
         The "timer_ns" variant doesn't start (activate) the newly created
         watcher.
     $w->set ($after, $repeat)
         Reconfigures the watcher, see the constructor above for details. Can
-        be at any time.
+        be called at any time.
     $w->again
         Similar to the "start" method, but has special semantics for
         repeating timers:
         This behaviour is useful when you have a timeout for some IO
         operation. You create a timer object with the same value for $after
         and $repeat, and then, in the read/write watcher, run the "again"
         method on the timeout.
+   PERIODIC WATCHERS - to cron or not to cron?
     $w = EV::periodic $at, $interval, $reschedule_cb, $callback
     $w = EV::periodic_ns $at, $interval, $reschedule_cb, $callback
         Similar to EV::timer, but is not based on relative timeouts but on
         absolute times. Apart from creating "simple" timers that trigger
         "at" the specified time, it can also be used for non-drifting
         The "periodic_ns" variant doesn't start (activate) the newly created
         watcher.
     $w->set ($at, $interval, $reschedule_cb)
         Reconfigures the watcher, see the constructor above for details. Can
-        be at any time.
+        be called at any time.
     $w->again
         Simply stops and starts the watcher again.
+   SIGNAL WATCHERS - signal me when a signal gets signalled!
     $w = EV::signal $signal, $callback
     $w = EV::signal_ns $signal, $callback
         Call the callback when $signal is received (the signal can be
-        specified by number or by name, just as with kill or %SIG).
+        specified by number or by name, just as with "kill" or %SIG).
         EV will grab the signal for the process (the kernel only allows one
         component to receive a signal at a time) when you start a signal
         watcher, and removes it again when you stop it. Perl does the same
         when you add/remove callbacks to %SIG, so watch out.
         The "signal_ns" variant doesn't start (activate) the newly created
         watcher.
     $w->set ($signal)
         Reconfigures the watcher, see the constructor above for details. Can
-        be at any time.
+        be called at any time.
     $current_signum = $w->signal
     $old_signum = $w->signal ($new_signal)
         Returns the previously set signal (always as a number not name) and
         optionally set a new one.
+   CHILD WATCHERS - watch out for process status changes
     $w = EV::child $pid, $callback
     $w = EV::child_ns $pid, $callback
         Call the callback when a status change for pid $pid (or any pid if
         $pid is 0) has been received. More precisely: when the process
-        receives a SIGCHLD, EV will fetch the outstanding exit/wait status
+        receives a "SIGCHLD", EV will fetch the outstanding exit/wait status
         for all changed/zombie children and call the callback.
-        You can access both status and pid by using the "rstatus" and "rpid"
+        It is valid (and fully supported) to install a child watcher after a
+        child has exited but before the event loop has started its next
+        iteration (for example, first you "fork", then the new child process
+        might exit, and only then do you install a child watcher in the
+        parent for the new pid).
+        You can access both exit (or tracing) status and pid by using the
-        methods on the watcher object.
+        "rstatus" and "rpid" methods on the watcher object.
-        You can have as many pid watchers per pid as you want.
+        You can have as many pid watchers per pid as you want, they will all
+        be called.
         The "child_ns" variant doesn't start (activate) the newly created
         watcher.
     $w->set ($pid)
         Reconfigures the watcher, see the constructor above for details. Can
-        be at any time.
+        be called at any time.
     $current_pid = $w->pid
     $old_pid = $w->pid ($new_pid)
         Returns the previously set process id and optionally set a new one.
     $pid = $w->rpid
         Return the pid of the awaited child (useful when you have installed
         a watcher for all pids).
+   STAT WATCHERS - did the file attributes just change?
+    $w = EV::stat $path, $interval, $callback
+    $w = EV::stat_ns $path, $interval, $callback
+        Call the callback when a file status change has been detected on
+        $path. The $path does not need to exist, changing from "path exists"
+        to "path does not exist" is a status change like any other.
+        The $interval is a recommended polling interval for systems where
+        OS-supported change notifications don't exist or are not supported.
+        If you use 0 then an unspecified default is used (which is highly
+        recommended!), which is to be expected to be around five seconds
+        usually.
+        This watcher type is not meant for massive numbers of stat watchers,
+        as even with OS-supported change notifications, this can be
+        resource-intensive.
+        The "stat_ns" variant doesn't start (activate) the newly created
+        watcher.
+    $w->set ($path, $interval)
+        Reconfigures the watcher, see the constructor above for details. Can
+        be called at any time.
+    $current_path = $w->path
+    $old_path = $w->path ($new_path)
+        Returns the previously set path and optionally set a new one.
+    $current_interval = $w->interval
+    $old_interval = $w->interval ($new_interval)
+        Returns the previously set interval and optionally set a new one.
+        Can be used to query the actual interval used.
+   IDLE WATCHERS - when you've got nothing better to do...
     $w = EV::idle $callback
     $w = EV::idle_ns $callback
         Call the callback when there are no pending io, timer/periodic,
         signal or child events, i.e. when the process is idle.
         and they will be called repeatedly until stopped.
         The "idle_ns" variant doesn't start (activate) the newly created
         watcher.
+   PREPARE WATCHERS - customise your event loop!
     $w = EV::prepare $callback
     $w = EV::prepare_ns $callback
         Call the callback just before the process would block. You can still
         create/modify any watchers at this point.
         See the EV::check watcher, below, for explanations and an example.
         The "prepare_ns" variant doesn't start (activate) the newly created
         watcher.
+   CHECK WATCHERS - customise your event loop even more!
     $w = EV::check $callback
     $w = EV::check_ns $callback
         Call the callback just after the process wakes up again (after it
         has gathered events), but before any other callbacks have been
         invoked.
         The callbacks of the created watchers will not be called as the
         watchers are destroyed before this cna happen (remember EV::check
         gets called first).
         The "check_ns" variant doesn't start (activate) the newly created
+        watcher.
+   FORK WATCHERS - the audacity to resume the event loop after a fork
+    Fork watchers are called when a "fork ()" was detected. The invocation
+    is done before the event loop blocks next and before "check" watchers
+    are being called, and only in the child after the fork.
+    $w = EV::fork $callback
+    $w = EV::fork_ns $callback
+        Call the callback before the event loop is resumed in the child
+        process after a fork.
+        The "fork_ns" variant doesn't start (activate) the newly created
         watcher.
 THREADS
     Threads are not supported by this module in any way. Perl pseudo-threads
     is evil stuff and must die. As soon as Perl gains real threads I will
     On win32, there is no notion of fork so all this doesn't apply, of
     course.
 SEE ALSO
-      L<EV::DNS>.
+    EV::DNS.
 AUTHOR
      Marc Lehmann <schmorp@schmorp.de>
      http://home.schmorp.de/

Diff Legend

-–
+Removed lines
-+
+Added lines
-<
+Changed lines
->
+Changed lines

Comparing EV/README (file contents): Revision 1.12 by root, Tue Nov 27 07:27:10 2007 UTC vs. Revision 1.13 by root, Tue Nov 27 16:35:47 2007 UTC

Diff Legend

Comparing EV/README (file contents):
Revision 1.12 by root, Tue Nov 27 07:27:10 2007 UTC vs.
Revision 1.13 by root, Tue Nov 27 16:35:47 2007 UTC