[ViewVC] Diff of: cvs/AnyEvent/lib/AnyEvent.pm

Comparing AnyEvent/lib/AnyEvent.pm (file contents):
Revision 1.305 by root, Sun Dec 13 05:13:15 2009 UTC vs.
Revision 1.311 by root, Wed Feb 10 13:33:44 2010 UTC

 =head2 IDLE WATCHERS
    $w = AnyEvent->idle (cb => <callback>);
-Sometimes there is a need to do something, but it is not so important
+Repeatedly invoke the callback after the process becomes idle, until
-to do it instantly, but only when there is nothing better to do. This
+either the watcher is destroyed or new events have been detected.
-"nothing better to do" is usually defined to be "no other events need
-attention by the event loop".
-Idle watchers ideally get invoked when the event loop has nothing
+Idle watchers are useful when there is a need to do something, but it
-better to do, just before it would block the process to wait for new
+is not so important (or wise) to do it instantly. The callback will be
-events. Instead of blocking, the idle watcher is invoked.
+invoked only when there is "nothing better to do", which is usually
+defined as "all outstanding events have been handled and no new events
+have been detected". That means that idle watchers ideally get invoked
+when the event loop has just polled for new events but none have been
+detected. Instead of blocking to wait for more events, the idle watchers
+will be invoked.
-Most event loops unfortunately do not really support idle watchers (only
+Unfortunately, most event loops do not really support idle watchers (only
 EV, Event and Glib do it in a usable fashion) - for the rest, AnyEvent
 will simply call the callback "from time to time".
 Example: read lines from STDIN, but only process them when the
 program is otherwise idle:
 # basically a tuned-down version of common::sense
 sub common_sense {
    # from common:.sense 1.0
    ${^WARNING_BITS} = "\xfc\x3f\x33\x00\x0f\xf3\xcf\xc0\xf3\xfc\x33\x00";
-   # use strict vars subs
+   # use strict vars subs - NO UTF-8, as Util.pm doesn't like this atm. (uts46data.pl)
    $^H |= 0x00000600;
 }
 BEGIN { AnyEvent::common_sense }
 use Carp ();
-our $VERSION = '5.22';
+our $VERSION = '5.24';
 our $MODEL;
 our $AUTOLOAD;
 our @ISA;
 our @REGISTRY;
 our $VERBOSE;
 BEGIN {
+   eval "sub CYGWIN(){" . (($^O =~ /cygwin/i) *1) . "}";
-   eval "sub WIN32(){ " . (($^O =~ /mswin32/i)*1) ." }";
+   eval "sub WIN32 (){" . (($^O =~ /mswin32/i)*1) . "}";
-   eval "sub TAINT(){ " . (${^TAINT}*1) . " }";
+   eval "sub TAINT (){" . (${^TAINT}          *1) . "}";
    delete @ENV{grep /^PERL_ANYEVENT_/, keys %ENV}
       if ${^TAINT};
    $VERBOSE = $ENV{PERL_ANYEVENT_VERBOSE}*1;
       warn "AnyEvent: using Time::HiRes for sub-second timing accuracy.\n" if $VERBOSE >= 8;
       *_time = \&Time::HiRes::time;
       # if (eval "use POSIX (); (POSIX::times())...
    } else {
       warn "AnyEvent: using built-in time(), WARNING, no sub-second resolution!\n" if $VERBOSE;
-      *_time = sub { time }; # epic fail
+      *_time = sub (){ time }; # epic fail
    }
    &_time
 }
 =head1 FORK
 Most event libraries are not fork-safe. The ones who are usually are
-because they rely on inefficient but fork-safe C<select> or C<poll>
+because they rely on inefficient but fork-safe C<select> or C<poll> calls
-calls. Only L<EV> is fully fork-aware.
+- higher performance APIs such as BSD's kqueue or the dreaded Linux epoll
+are usually badly thought-out hacks that are incompatible with fork in
+one way or another. Only L<EV> is fully fork-aware and ensures that you
+continue event-processing in both parent and child (or both, if you know
+what you are doing).
-This means that, in general, you cannot fork and do event processing
+This means that, in general, you cannot fork and do event processing in
-in the child if a watcher was created before the fork (which in turn
+the child if the event library was initialised before the fork (which
-initialises the event library).
+usually happens when the first AnyEvent watcher is created, or the library
+is loaded).
 If you have to fork, you must either do so I<before> creating your first
 watcher OR you must not use AnyEvent at all in the child OR you must do
 something completely out of the scope of AnyEvent.
 The problem of doing event processing in the parent I<and> the child
 is much more complicated: even for backends that I<are> fork-aware or
 fork-safe, their behaviour is not usually what you want: fork clones all
 watchers, that means all timers, I/O watchers etc. are active in both
-parent and child, which is almost never what you want.
+parent and child, which is almost never what you want. USing C<exec>
+to start worker children from some kind of manage rprocess is usually
+preferred, because it is much easier and cleaner, at the expense of having
+to have another binary.
 =head1 SECURITY CONSIDERATIONS
 AnyEvent can be forced to load any event model via

Diff Legend

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

Comparing AnyEvent/lib/AnyEvent.pm (file contents): Revision 1.305 by root, Sun Dec 13 05:13:15 2009 UTC vs. Revision 1.311 by root, Wed Feb 10 13:33:44 2010 UTC

Diff Legend

Comparing AnyEvent/lib/AnyEvent.pm (file contents):
Revision 1.305 by root, Sun Dec 13 05:13:15 2009 UTC vs.
Revision 1.311 by root, Wed Feb 10 13:33:44 2010 UTC