… | |
… | |
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 |
… | |
… | |
1123 | |
1140 | |
1124 | BEGIN { AnyEvent::common_sense } |
1141 | BEGIN { AnyEvent::common_sense } |
1125 | |
1142 | |
1126 | use Carp (); |
1143 | use Carp (); |
1127 | |
1144 | |
1128 | our $VERSION = '5.202'; |
1145 | our $VERSION = '5.21'; |
1129 | our $MODEL; |
1146 | our $MODEL; |
1130 | |
1147 | |
1131 | our $AUTOLOAD; |
1148 | our $AUTOLOAD; |
1132 | our @ISA; |
1149 | our @ISA; |
1133 | |
1150 | |
1134 | our @REGISTRY; |
1151 | our @REGISTRY; |
1135 | |
|
|
1136 | our $WIN32; |
|
|
1137 | |
1152 | |
1138 | our $VERBOSE; |
1153 | our $VERBOSE; |
1139 | |
1154 | |
1140 | BEGIN { |
1155 | BEGIN { |
1141 | eval "sub WIN32(){ " . (($^O =~ /mswin32/i)*1) ." }"; |
1156 | eval "sub WIN32(){ " . (($^O =~ /mswin32/i)*1) ." }"; |
… | |
… | |
2433 | it's built-in modules) are required to use it. |
2448 | it's built-in modules) are required to use it. |
2434 | |
2449 | |
2435 | That does not mean that AnyEvent won't take advantage of some additional |
2450 | That does not mean that AnyEvent won't take advantage of some additional |
2436 | modules if they are installed. |
2451 | modules if they are installed. |
2437 | |
2452 | |
2438 | This section epxlains which additional modules will be used, and how they |
2453 | This section explains which additional modules will be used, and how they |
2439 | affect AnyEvent's operetion. |
2454 | affect AnyEvent's operation. |
2440 | |
2455 | |
2441 | =over 4 |
2456 | =over 4 |
2442 | |
2457 | |
2443 | =item L<Async::Interrupt> |
2458 | =item L<Async::Interrupt> |
2444 | |
2459 | |
… | |
… | |
2449 | catch the signals) with some delay (default is 10 seconds, look for |
2464 | catch the signals) with some delay (default is 10 seconds, look for |
2450 | C<$AnyEvent::MAX_SIGNAL_LATENCY>). |
2465 | C<$AnyEvent::MAX_SIGNAL_LATENCY>). |
2451 | |
2466 | |
2452 | If this module is available, then it will be used to implement signal |
2467 | 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 |
2468 | 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 |
2469 | will not be interrupted regularly, which is more efficient (and good for |
2455 | battery life on laptops). |
2470 | battery life on laptops). |
2456 | |
2471 | |
2457 | This affects not just the pure-perl event loop, but also other event loops |
2472 | 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). |
2473 | that have no signal handling on their own (e.g. Glib, Tk, Qt). |
2459 | |
2474 | |
… | |
… | |
2509 | |
2524 | |
2510 | Most event libraries are not fork-safe. The ones who are usually are |
2525 | 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> |
2526 | because they rely on inefficient but fork-safe C<select> or C<poll> |
2512 | calls. Only L<EV> is fully fork-aware. |
2527 | calls. Only L<EV> is fully fork-aware. |
2513 | |
2528 | |
|
|
2529 | This means that, in general, you cannot fork and do event processing |
|
|
2530 | in the child if a watcher was created before the fork (which in turn |
|
|
2531 | initialises the event library). |
|
|
2532 | |
2514 | If you have to fork, you must either do so I<before> creating your first |
2533 | 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 |
2534 | 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. |
2535 | something completely out of the scope of AnyEvent. |
|
|
2536 | |
|
|
2537 | The problem of doing event processing in the parent I<and> the child |
|
|
2538 | is much more complicated: even for backends that I<are> fork-aware or |
|
|
2539 | fork-safe, their behaviour is not usually what you want: fork clones all |
|
|
2540 | watchers, that means all timers, I/O watchers etc. are active in both |
|
|
2541 | parent and child, which is almost never what you want. |
2517 | |
2542 | |
2518 | |
2543 | |
2519 | =head1 SECURITY CONSIDERATIONS |
2544 | =head1 SECURITY CONSIDERATIONS |
2520 | |
2545 | |
2521 | AnyEvent can be forced to load any event model via |
2546 | AnyEvent can be forced to load any event model via |