… | |
… | |
402 | correctly. |
402 | correctly. |
403 | |
403 | |
404 | Example: exit on SIGINT |
404 | Example: exit on SIGINT |
405 | |
405 | |
406 | my $w = AnyEvent->signal (signal => "INT", cb => sub { exit 1 }); |
406 | my $w = AnyEvent->signal (signal => "INT", cb => sub { exit 1 }); |
|
|
407 | |
|
|
408 | =head3 Restart Behaviour |
|
|
409 | |
|
|
410 | While restart behaviour is up to the event loop implementation, most will |
|
|
411 | not restart syscalls (that includes L<Async::Interrupt> and AnyEvent's |
|
|
412 | pure perl implementation). |
|
|
413 | |
|
|
414 | =head3 Safe/Unsafe Signals |
|
|
415 | |
|
|
416 | Perl signals can be either "safe" (synchronous to opcode handling) or |
|
|
417 | "unsafe" (asynchronous) - the former might get delayed indefinitely, the |
|
|
418 | latter might corrupt your memory. |
|
|
419 | |
|
|
420 | AnyEvent signal handlers are, in addition, synchronous to the event loop, |
|
|
421 | i.e. they will not interrupt your running perl program but will only be |
|
|
422 | called as part of the normal event handling (just like timer, I/O etc. |
|
|
423 | callbacks, too). |
407 | |
424 | |
408 | =head3 Signal Races, Delays and Workarounds |
425 | =head3 Signal Races, Delays and Workarounds |
409 | |
426 | |
410 | Many event loops (e.g. Glib, Tk, Qt, IO::Async) do not support attaching |
427 | Many event loops (e.g. Glib, Tk, Qt, IO::Async) do not support attaching |
411 | callbacks to signals in a generic way, which is a pity, as you cannot |
428 | callbacks to signals in a generic way, which is a pity, as you cannot |
… | |
… | |
486 | |
503 | |
487 | =head2 IDLE WATCHERS |
504 | =head2 IDLE WATCHERS |
488 | |
505 | |
489 | $w = AnyEvent->idle (cb => <callback>); |
506 | $w = AnyEvent->idle (cb => <callback>); |
490 | |
507 | |
491 | Sometimes there is a need to do something, but it is not so important |
508 | Repeatedly invoke the callback after the process becomes idle, until |
492 | to do it instantly, but only when there is nothing better to do. This |
509 | either the watcher is destroyed or new events have been detected. |
493 | "nothing better to do" is usually defined to be "no other events need |
|
|
494 | attention by the event loop". |
|
|
495 | |
510 | |
496 | Idle watchers ideally get invoked when the event loop has nothing |
511 | Idle watchers are useful when there is a need to do something, but it |
497 | better to do, just before it would block the process to wait for new |
512 | is not so important (or wise) to do it instantly. The callback will be |
498 | events. Instead of blocking, the idle watcher is invoked. |
513 | invoked only when there is "nothing better to do", which is usually |
|
|
514 | defined as "all outstanding events have been handled and no new events |
|
|
515 | have been detected". That means that idle watchers ideally get invoked |
|
|
516 | when the event loop has just polled for new events but none have been |
|
|
517 | detected. Instead of blocking to wait for more events, the idle watchers |
|
|
518 | will be invoked. |
499 | |
519 | |
500 | Most event loops unfortunately do not really support idle watchers (only |
520 | Unfortunately, most event loops do not really support idle watchers (only |
501 | EV, Event and Glib do it in a usable fashion) - for the rest, AnyEvent |
521 | EV, Event and Glib do it in a usable fashion) - for the rest, AnyEvent |
502 | will simply call the callback "from time to time". |
522 | will simply call the callback "from time to time". |
503 | |
523 | |
504 | Example: read lines from STDIN, but only process them when the |
524 | Example: read lines from STDIN, but only process them when the |
505 | program is otherwise idle: |
525 | program is otherwise idle: |
… | |
… | |
949 | You should check C<$AnyEvent::MODEL> before adding to this array, though: |
969 | You should check C<$AnyEvent::MODEL> before adding to this array, though: |
950 | if it is defined then the event loop has already been detected, and the |
970 | if it is defined then the event loop has already been detected, and the |
951 | array will be ignored. |
971 | array will be ignored. |
952 | |
972 | |
953 | Best use C<AnyEvent::post_detect { BLOCK }> when your application allows |
973 | Best use C<AnyEvent::post_detect { BLOCK }> when your application allows |
954 | it,as it takes care of these details. |
974 | it, as it takes care of these details. |
955 | |
975 | |
956 | This variable is mainly useful for modules that can do something useful |
976 | This variable is mainly useful for modules that can do something useful |
957 | when AnyEvent is used and thus want to know when it is initialised, but do |
977 | when AnyEvent is used and thus want to know when it is initialised, but do |
958 | not need to even load it by default. This array provides the means to hook |
978 | not need to even load it by default. This array provides the means to hook |
959 | into AnyEvent passively, without loading it. |
979 | into AnyEvent passively, without loading it. |
|
|
980 | |
|
|
981 | Example: To load Coro::AnyEvent whenever Coro and AnyEvent are used |
|
|
982 | together, you could put this into Coro (this is the actual code used by |
|
|
983 | Coro to accomplish this): |
|
|
984 | |
|
|
985 | if (defined $AnyEvent::MODEL) { |
|
|
986 | # AnyEvent already initialised, so load Coro::AnyEvent |
|
|
987 | require Coro::AnyEvent; |
|
|
988 | } else { |
|
|
989 | # AnyEvent not yet initialised, so make sure to load Coro::AnyEvent |
|
|
990 | # as soon as it is |
|
|
991 | push @AnyEvent::post_detect, sub { require Coro::AnyEvent }; |
|
|
992 | } |
960 | |
993 | |
961 | =back |
994 | =back |
962 | |
995 | |
963 | =head1 WHAT TO DO IN A MODULE |
996 | =head1 WHAT TO DO IN A MODULE |
964 | |
997 | |
… | |
… | |
1114 | package AnyEvent; |
1147 | package AnyEvent; |
1115 | |
1148 | |
1116 | # basically a tuned-down version of common::sense |
1149 | # basically a tuned-down version of common::sense |
1117 | sub common_sense { |
1150 | sub common_sense { |
1118 | # from common:.sense 1.0 |
1151 | # from common:.sense 1.0 |
1119 | ${^WARNING_BITS} = "\xfc\x3f\xf3\x00\x0f\xf3\xcf\xc0\xf3\xfc\x33\x03"; |
1152 | ${^WARNING_BITS} = "\xfc\x3f\x33\x00\x0f\xf3\xcf\xc0\xf3\xfc\x33\x00"; |
1120 | # use strict vars subs |
1153 | # use strict vars subs - NO UTF-8, as Util.pm doesn't like this atm. (uts46data.pl) |
1121 | $^H |= 0x00000600; |
1154 | $^H |= 0x00000600; |
1122 | } |
1155 | } |
1123 | |
1156 | |
1124 | BEGIN { AnyEvent::common_sense } |
1157 | BEGIN { AnyEvent::common_sense } |
1125 | |
1158 | |
1126 | use Carp (); |
1159 | use Carp (); |
1127 | |
1160 | |
1128 | our $VERSION = '5.202'; |
1161 | our $VERSION = '5.24'; |
1129 | our $MODEL; |
1162 | our $MODEL; |
1130 | |
1163 | |
1131 | our $AUTOLOAD; |
1164 | our $AUTOLOAD; |
1132 | our @ISA; |
1165 | our @ISA; |
1133 | |
1166 | |
1134 | our @REGISTRY; |
1167 | our @REGISTRY; |
1135 | |
1168 | |
1136 | our $WIN32; |
|
|
1137 | |
|
|
1138 | our $VERBOSE; |
1169 | our $VERBOSE; |
1139 | |
1170 | |
1140 | BEGIN { |
1171 | BEGIN { |
|
|
1172 | eval "sub CYGWIN(){" . (($^O =~ /cygwin/i) *1) . "}"; |
1141 | eval "sub WIN32(){ " . (($^O =~ /mswin32/i)*1) ." }"; |
1173 | eval "sub WIN32 (){" . (($^O =~ /mswin32/i)*1) . "}"; |
1142 | eval "sub TAINT(){ " . (${^TAINT}*1) . " }"; |
1174 | eval "sub TAINT (){" . (${^TAINT} *1) . "}"; |
1143 | |
1175 | |
1144 | delete @ENV{grep /^PERL_ANYEVENT_/, keys %ENV} |
1176 | delete @ENV{grep /^PERL_ANYEVENT_/, keys %ENV} |
1145 | if ${^TAINT}; |
1177 | if ${^TAINT}; |
1146 | |
1178 | |
1147 | $VERBOSE = $ENV{PERL_ANYEVENT_VERBOSE}*1; |
1179 | $VERBOSE = $ENV{PERL_ANYEVENT_VERBOSE}*1; |
… | |
… | |
1358 | warn "AnyEvent: using Time::HiRes for sub-second timing accuracy.\n" if $VERBOSE >= 8; |
1390 | warn "AnyEvent: using Time::HiRes for sub-second timing accuracy.\n" if $VERBOSE >= 8; |
1359 | *_time = \&Time::HiRes::time; |
1391 | *_time = \&Time::HiRes::time; |
1360 | # if (eval "use POSIX (); (POSIX::times())... |
1392 | # if (eval "use POSIX (); (POSIX::times())... |
1361 | } else { |
1393 | } else { |
1362 | warn "AnyEvent: using built-in time(), WARNING, no sub-second resolution!\n" if $VERBOSE; |
1394 | warn "AnyEvent: using built-in time(), WARNING, no sub-second resolution!\n" if $VERBOSE; |
1363 | *_time = sub { time }; # epic fail |
1395 | *_time = sub (){ time }; # epic fail |
1364 | } |
1396 | } |
1365 | |
1397 | |
1366 | &_time |
1398 | &_time |
1367 | } |
1399 | } |
1368 | |
1400 | |
… | |
… | |
2433 | it's built-in modules) are required to use it. |
2465 | it's built-in modules) are required to use it. |
2434 | |
2466 | |
2435 | That does not mean that AnyEvent won't take advantage of some additional |
2467 | That does not mean that AnyEvent won't take advantage of some additional |
2436 | modules if they are installed. |
2468 | modules if they are installed. |
2437 | |
2469 | |
2438 | This section epxlains which additional modules will be used, and how they |
2470 | This section explains which additional modules will be used, and how they |
2439 | affect AnyEvent's operetion. |
2471 | affect AnyEvent's operation. |
2440 | |
2472 | |
2441 | =over 4 |
2473 | =over 4 |
2442 | |
2474 | |
2443 | =item L<Async::Interrupt> |
2475 | =item L<Async::Interrupt> |
2444 | |
2476 | |
… | |
… | |
2449 | catch the signals) with some delay (default is 10 seconds, look for |
2481 | catch the signals) with some delay (default is 10 seconds, look for |
2450 | C<$AnyEvent::MAX_SIGNAL_LATENCY>). |
2482 | C<$AnyEvent::MAX_SIGNAL_LATENCY>). |
2451 | |
2483 | |
2452 | If this module is available, then it will be used to implement signal |
2484 | If this module is available, then it will be used to implement signal |
2453 | catching, which means that signals will not be delayed, and the event loop |
2485 | catching, which means that signals will not be delayed, and the event loop |
2454 | will not be interrupted regularly, which is more efficient (And good for |
2486 | will not be interrupted regularly, which is more efficient (and good for |
2455 | battery life on laptops). |
2487 | battery life on laptops). |
2456 | |
2488 | |
2457 | This affects not just the pure-perl event loop, but also other event loops |
2489 | This affects not just the pure-perl event loop, but also other event loops |
2458 | that have no signal handling on their own (e.g. Glib, Tk, Qt). |
2490 | that have no signal handling on their own (e.g. Glib, Tk, Qt). |
2459 | |
2491 | |
… | |
… | |
2506 | |
2538 | |
2507 | |
2539 | |
2508 | =head1 FORK |
2540 | =head1 FORK |
2509 | |
2541 | |
2510 | Most event libraries are not fork-safe. The ones who are usually are |
2542 | Most event libraries are not fork-safe. The ones who are usually are |
2511 | because they rely on inefficient but fork-safe C<select> or C<poll> |
2543 | because they rely on inefficient but fork-safe C<select> or C<poll> calls |
2512 | calls. Only L<EV> is fully fork-aware. |
2544 | - higher performance APIs such as BSD's kqueue or the dreaded Linux epoll |
|
|
2545 | are usually badly thought-out hacks that are incompatible with fork in |
|
|
2546 | one way or another. Only L<EV> is fully fork-aware and ensures that you |
|
|
2547 | continue event-processing in both parent and child (or both, if you know |
|
|
2548 | what you are doing). |
|
|
2549 | |
|
|
2550 | This means that, in general, you cannot fork and do event processing in |
|
|
2551 | the child if the event library was initialised before the fork (which |
|
|
2552 | usually happens when the first AnyEvent watcher is created, or the library |
|
|
2553 | is loaded). |
2513 | |
2554 | |
2514 | If you have to fork, you must either do so I<before> creating your first |
2555 | If you have to fork, you must either do so I<before> creating your first |
2515 | watcher OR you must not use AnyEvent at all in the child OR you must do |
2556 | watcher OR you must not use AnyEvent at all in the child OR you must do |
2516 | something completely out of the scope of AnyEvent. |
2557 | something completely out of the scope of AnyEvent. |
|
|
2558 | |
|
|
2559 | The problem of doing event processing in the parent I<and> the child |
|
|
2560 | is much more complicated: even for backends that I<are> fork-aware or |
|
|
2561 | fork-safe, their behaviour is not usually what you want: fork clones all |
|
|
2562 | watchers, that means all timers, I/O watchers etc. are active in both |
|
|
2563 | parent and child, which is almost never what you want. USing C<exec> |
|
|
2564 | to start worker children from some kind of manage rprocess is usually |
|
|
2565 | preferred, because it is much easier and cleaner, at the expense of having |
|
|
2566 | to have another binary. |
2517 | |
2567 | |
2518 | |
2568 | |
2519 | =head1 SECURITY CONSIDERATIONS |
2569 | =head1 SECURITY CONSIDERATIONS |
2520 | |
2570 | |
2521 | AnyEvent can be forced to load any event model via |
2571 | AnyEvent can be forced to load any event model via |