ViewVC Help
View File | Revision Log | Show Annotations | Download File
/cvs/AnyEvent/lib/AnyEvent.pm
(Generate patch)

Comparing AnyEvent/lib/AnyEvent.pm (file contents):
Revision 1.117 by root, Sun May 11 17:54:13 2008 UTC vs.
Revision 1.142 by root, Tue May 27 02:34:30 2008 UTC

1=head1 NAME 1=head1 => NAME
2 2
3AnyEvent - provide framework for multiple event loops 3AnyEvent - provide framework for multiple event loops
4 4
5EV, Event, Glib, Tk, Perl, Event::Lib, Qt, POE - various supported event loops 5EV, Event, Glib, Tk, Perl, Event::Lib, Qt, POE - various supported event loops
6 6
48isn't itself. What's worse, all the potential users of your module are 48isn't itself. What's worse, all the potential users of your module are
49I<also> forced to use the same event loop you use. 49I<also> forced to use the same event loop you use.
50 50
51AnyEvent is different: AnyEvent + POE works fine. AnyEvent + Glib works 51AnyEvent is different: AnyEvent + POE works fine. AnyEvent + Glib works
52fine. AnyEvent + Tk works fine etc. etc. but none of these work together 52fine. AnyEvent + Tk works fine etc. etc. but none of these work together
53with the rest: POE + IO::Async? no go. Tk + Event? no go. Again: if 53with the rest: POE + IO::Async? No go. Tk + Event? No go. Again: if
54your module uses one of those, every user of your module has to use it, 54your module uses one of those, every user of your module has to use it,
55too. But if your module uses AnyEvent, it works transparently with all 55too. But if your module uses AnyEvent, it works transparently with all
56event models it supports (including stuff like POE and IO::Async, as long 56event models it supports (including stuff like POE and IO::Async, as long
57as those use one of the supported event loops. It is trivial to add new 57as those use one of the supported event loops. It is trivial to add new
58event loops to AnyEvent, too, so it is future-proof). 58event loops to AnyEvent, too, so it is future-proof).
59 59
60In addition to being free of having to use I<the one and only true event 60In addition to being free of having to use I<the one and only true event
61model>, AnyEvent also is free of bloat and policy: with POE or similar 61model>, AnyEvent also is free of bloat and policy: with POE or similar
62modules, you get an enourmous amount of code and strict rules you have to 62modules, you get an enormous amount of code and strict rules you have to
63follow. AnyEvent, on the other hand, is lean and up to the point, by only 63follow. AnyEvent, on the other hand, is lean and up to the point, by only
64offering the functionality that is necessary, in as thin as a wrapper as 64offering the functionality that is necessary, in as thin as a wrapper as
65technically possible. 65technically possible.
66 66
67Of course, AnyEvent comes with a big (and fully optional!) toolbox
68of useful functionality, such as an asynchronous DNS resolver, 100%
69non-blocking connects (even with TLS/SSL, IPv6 and on broken platforms
70such as Windows) and lots of real-world knowledge and workarounds for
71platform bugs and differences.
72
67Of course, if you want lots of policy (this can arguably be somewhat 73Now, if you I<do want> lots of policy (this can arguably be somewhat
68useful) and you want to force your users to use the one and only event 74useful) and you want to force your users to use the one and only event
69model, you should I<not> use this module. 75model, you should I<not> use this module.
70 76
71=head1 DESCRIPTION 77=head1 DESCRIPTION
72 78
102starts using it, all bets are off. Maybe you should tell their authors to 108starts using it, all bets are off. Maybe you should tell their authors to
103use AnyEvent so their modules work together with others seamlessly... 109use AnyEvent so their modules work together with others seamlessly...
104 110
105The pure-perl implementation of AnyEvent is called 111The pure-perl implementation of AnyEvent is called
106C<AnyEvent::Impl::Perl>. Like other event modules you can load it 112C<AnyEvent::Impl::Perl>. Like other event modules you can load it
107explicitly. 113explicitly and enjoy the high availability of that event loop :)
108 114
109=head1 WATCHERS 115=head1 WATCHERS
110 116
111AnyEvent has the central concept of a I<watcher>, which is an object that 117AnyEvent has the central concept of a I<watcher>, which is an object that
112stores relevant data for each kind of event you are waiting for, such as 118stores relevant data for each kind of event you are waiting for, such as
113the callback to call, the filehandle to watch, etc. 119the callback to call, the file handle to watch, etc.
114 120
115These watchers are normal Perl objects with normal Perl lifetime. After 121These watchers are normal Perl objects with normal Perl lifetime. After
116creating a watcher it will immediately "watch" for events and invoke the 122creating a watcher it will immediately "watch" for events and invoke the
117callback when the event occurs (of course, only when the event model 123callback when the event occurs (of course, only when the event model
118is in control). 124is in control).
237 243
238Although the callback might get passed parameters, their value and 244Although the callback might get passed parameters, their value and
239presence is undefined and you cannot rely on them. Portable AnyEvent 245presence is undefined and you cannot rely on them. Portable AnyEvent
240callbacks cannot use arguments passed to signal watcher callbacks. 246callbacks cannot use arguments passed to signal watcher callbacks.
241 247
242Multiple signal occurances can be clumped together into one callback 248Multiple signal occurrences can be clumped together into one callback
243invocation, and callback invocation will be synchronous. synchronous means 249invocation, and callback invocation will be synchronous. Synchronous means
244that it might take a while until the signal gets handled by the process, 250that it might take a while until the signal gets handled by the process,
245but it is guarenteed not to interrupt any other callbacks. 251but it is guaranteed not to interrupt any other callbacks.
246 252
247The main advantage of using these watchers is that you can share a signal 253The main advantage of using these watchers is that you can share a signal
248between multiple watchers. 254between multiple watchers.
249 255
250This watcher might use C<%SIG>, so programs overwriting those signals 256This watcher might use C<%SIG>, so programs overwriting those signals
310Condition variables can be created by calling the C<< AnyEvent->condvar 316Condition variables can be created by calling the C<< AnyEvent->condvar
311>> method, usually without arguments. The only argument pair allowed is 317>> method, usually without arguments. The only argument pair allowed is
312C<cb>, which specifies a callback to be called when the condition variable 318C<cb>, which specifies a callback to be called when the condition variable
313becomes true. 319becomes true.
314 320
315After creation, the conditon variable is "false" until it becomes "true" 321After creation, the condition variable is "false" until it becomes "true"
316by calling the C<send> method. 322by calling the C<send> method (or calling the condition variable as if it
323were a callback, read about the caveats in the description for the C<<
324->send >> method).
317 325
318Condition variables are similar to callbacks, except that you can 326Condition variables are similar to callbacks, except that you can
319optionally wait for them. They can also be called merge points - points 327optionally wait for them. They can also be called merge points - points
320in time where multiple outstandign events have been processed. And yet 328in time where multiple outstanding events have been processed. And yet
321another way to call them is transations - each condition variable can be 329another way to call them is transactions - each condition variable can be
322used to represent a transaction, which finishes at some point and delivers 330used to represent a transaction, which finishes at some point and delivers
323a result. 331a result.
324 332
325Condition variables are very useful to signal that something has finished, 333Condition variables are very useful to signal that something has finished,
326for example, if you write a module that does asynchronous http requests, 334for example, if you write a module that does asynchronous http requests,
332you can block your main program until an event occurs - for example, you 340you can block your main program until an event occurs - for example, you
333could C<< ->recv >> in your main program until the user clicks the Quit 341could C<< ->recv >> in your main program until the user clicks the Quit
334button of your app, which would C<< ->send >> the "quit" event. 342button of your app, which would C<< ->send >> the "quit" event.
335 343
336Note that condition variables recurse into the event loop - if you have 344Note that condition variables recurse into the event loop - if you have
337two pieces of code that call C<< ->recv >> in a round-robbin fashion, you 345two pieces of code that call C<< ->recv >> in a round-robin fashion, you
338lose. Therefore, condition variables are good to export to your caller, but 346lose. Therefore, condition variables are good to export to your caller, but
339you should avoid making a blocking wait yourself, at least in callbacks, 347you should avoid making a blocking wait yourself, at least in callbacks,
340as this asks for trouble. 348as this asks for trouble.
341 349
342Condition variables are represented by hash refs in perl, and the keys 350Condition variables are represented by hash refs in perl, and the keys
347 355
348There are two "sides" to a condition variable - the "producer side" which 356There are two "sides" to a condition variable - the "producer side" which
349eventually calls C<< -> send >>, and the "consumer side", which waits 357eventually calls C<< -> send >>, and the "consumer side", which waits
350for the send to occur. 358for the send to occur.
351 359
352Example: 360Example: wait for a timer.
353 361
354 # wait till the result is ready 362 # wait till the result is ready
355 my $result_ready = AnyEvent->condvar; 363 my $result_ready = AnyEvent->condvar;
356 364
357 # do something such as adding a timer 365 # do something such as adding a timer
365 373
366 # this "blocks" (while handling events) till the callback 374 # this "blocks" (while handling events) till the callback
367 # calls send 375 # calls send
368 $result_ready->recv; 376 $result_ready->recv;
369 377
378Example: wait for a timer, but take advantage of the fact that
379condition variables are also code references.
380
381 my $done = AnyEvent->condvar;
382 my $delay = AnyEvent->timer (after => 5, cb => $done);
383 $done->recv;
384
370=head3 METHODS FOR PRODUCERS 385=head3 METHODS FOR PRODUCERS
371 386
372These methods should only be used by the producing side, i.e. the 387These methods should only be used by the producing side, i.e. the
373code/module that eventually sends the signal. Note that it is also 388code/module that eventually sends the signal. Note that it is also
374the producer side which creates the condvar in most cases, but it isn't 389the producer side which creates the condvar in most cases, but it isn't
385If a callback has been set on the condition variable, it is called 400If a callback has been set on the condition variable, it is called
386immediately from within send. 401immediately from within send.
387 402
388Any arguments passed to the C<send> call will be returned by all 403Any arguments passed to the C<send> call will be returned by all
389future C<< ->recv >> calls. 404future C<< ->recv >> calls.
405
406Condition variables are overloaded so one can call them directly
407(as a code reference). Calling them directly is the same as calling
408C<send>. Note, however, that many C-based event loops do not handle
409overloading, so as tempting as it may be, passing a condition variable
410instead of a callback does not work. Both the pure perl and EV loops
411support overloading, however, as well as all functions that use perl to
412invoke a callback (as in L<AnyEvent::Socket> and L<AnyEvent::DNS> for
413example).
390 414
391=item $cv->croak ($error) 415=item $cv->croak ($error)
392 416
393Similar to send, but causes all call's to C<< ->recv >> to invoke 417Similar to send, but causes all call's to C<< ->recv >> to invoke
394C<Carp::croak> with the given error message/object/scalar. 418C<Carp::croak> with the given error message/object/scalar.
443doesn't execute once). 467doesn't execute once).
444 468
445This is the general pattern when you "fan out" into multiple subrequests: 469This is the general pattern when you "fan out" into multiple subrequests:
446use an outer C<begin>/C<end> pair to set the callback and ensure C<end> 470use an outer C<begin>/C<end> pair to set the callback and ensure C<end>
447is called at least once, and then, for each subrequest you start, call 471is called at least once, and then, for each subrequest you start, call
448C<begin> and for eahc subrequest you finish, call C<end>. 472C<begin> and for each subrequest you finish, call C<end>.
449 473
450=back 474=back
451 475
452=head3 METHODS FOR CONSUMERS 476=head3 METHODS FOR CONSUMERS
453 477
475(programs might want to do that to stay interactive), so I<if you are 499(programs might want to do that to stay interactive), so I<if you are
476using this from a module, never require a blocking wait>, but let the 500using this from a module, never require a blocking wait>, but let the
477caller decide whether the call will block or not (for example, by coupling 501caller decide whether the call will block or not (for example, by coupling
478condition variables with some kind of request results and supporting 502condition variables with some kind of request results and supporting
479callbacks so the caller knows that getting the result will not block, 503callbacks so the caller knows that getting the result will not block,
480while still suppporting blocking waits if the caller so desires). 504while still supporting blocking waits if the caller so desires).
481 505
482Another reason I<never> to C<< ->recv >> in a module is that you cannot 506Another reason I<never> to C<< ->recv >> in a module is that you cannot
483sensibly have two C<< ->recv >>'s in parallel, as that would require 507sensibly have two C<< ->recv >>'s in parallel, as that would require
484multiple interpreters or coroutines/threads, none of which C<AnyEvent> 508multiple interpreters or coroutines/threads, none of which C<AnyEvent>
485can supply. 509can supply.
601 625
602If it doesn't care, it can just "use AnyEvent" and use it itself, or not 626If it doesn't care, it can just "use AnyEvent" and use it itself, or not
603do anything special (it does not need to be event-based) and let AnyEvent 627do anything special (it does not need to be event-based) and let AnyEvent
604decide which implementation to chose if some module relies on it. 628decide which implementation to chose if some module relies on it.
605 629
606If the main program relies on a specific event model. For example, in 630If the main program relies on a specific event model - for example, in
607Gtk2 programs you have to rely on the Glib module. You should load the 631Gtk2 programs you have to rely on the Glib module - you should load the
608event module before loading AnyEvent or any module that uses it: generally 632event module before loading AnyEvent or any module that uses it: generally
609speaking, you should load it as early as possible. The reason is that 633speaking, you should load it as early as possible. The reason is that
610modules might create watchers when they are loaded, and AnyEvent will 634modules might create watchers when they are loaded, and AnyEvent will
611decide on the event model to use as soon as it creates watchers, and it 635decide on the event model to use as soon as it creates watchers, and it
612might chose the wrong one unless you load the correct one yourself. 636might chose the wrong one unless you load the correct one yourself.
613 637
614You can chose to use a rather inefficient pure-perl implementation by 638You can chose to use a pure-perl implementation by loading the
615loading the C<AnyEvent::Impl::Perl> module, which gives you similar 639C<AnyEvent::Impl::Perl> module, which gives you similar behaviour
616behaviour everywhere, but letting AnyEvent chose is generally better. 640everywhere, but letting AnyEvent chose the model is generally better.
641
642=head2 MAINLOOP EMULATION
643
644Sometimes (often for short test scripts, or even standalone programs who
645only want to use AnyEvent), you do not want to run a specific event loop.
646
647In that case, you can use a condition variable like this:
648
649 AnyEvent->condvar->recv;
650
651This has the effect of entering the event loop and looping forever.
652
653Note that usually your program has some exit condition, in which case
654it is better to use the "traditional" approach of storing a condition
655variable somewhere, waiting for it, and sending it when the program should
656exit cleanly.
657
617 658
618=head1 OTHER MODULES 659=head1 OTHER MODULES
619 660
620The following is a non-exhaustive list of additional modules that use 661The following is a non-exhaustive list of additional modules that use
621AnyEvent and can therefore be mixed easily with other AnyEvent modules 662AnyEvent and can therefore be mixed easily with other AnyEvent modules
631 672
632=item L<AnyEvent::Handle> 673=item L<AnyEvent::Handle>
633 674
634Provide read and write buffers and manages watchers for reads and writes. 675Provide read and write buffers and manages watchers for reads and writes.
635 676
677=item L<AnyEvent::Socket>
678
679Provides various utility functions for (internet protocol) sockets,
680addresses and name resolution. Also functions to create non-blocking tcp
681connections or tcp servers, with IPv6 and SRV record support and more.
682
683=item L<AnyEvent::DNS>
684
685Provides rich asynchronous DNS resolver capabilities.
686
636=item L<AnyEvent::HTTPD> 687=item L<AnyEvent::HTTPD>
637 688
638Provides a simple web application server framework. 689Provides a simple web application server framework.
639
640=item L<AnyEvent::DNS>
641
642Provides asynchronous DNS resolver capabilities, beyond what
643L<AnyEvent::Util> offers.
644 690
645=item L<AnyEvent::FastPing> 691=item L<AnyEvent::FastPing>
646 692
647The fastest ping in the west. 693The fastest ping in the west.
648 694
691no warnings; 737no warnings;
692use strict; 738use strict;
693 739
694use Carp; 740use Carp;
695 741
696our $VERSION = '3.41'; 742our $VERSION = '4.05';
697our $MODEL; 743our $MODEL;
698 744
699our $AUTOLOAD; 745our $AUTOLOAD;
700our @ISA; 746our @ISA;
701 747
748our @REGISTRY;
749
750our $WIN32;
751
752BEGIN {
753 my $win32 = ! ! ($^O =~ /mswin32/i);
754 eval "sub WIN32(){ $win32 }";
755}
756
702our $verbose = $ENV{PERL_ANYEVENT_VERBOSE}*1; 757our $verbose = $ENV{PERL_ANYEVENT_VERBOSE}*1;
703 758
704our @REGISTRY; 759our %PROTOCOL; # (ipv4|ipv6) => (1|2), higher numbers are preferred
760
761{
762 my $idx;
763 $PROTOCOL{$_} = ++$idx
764 for reverse split /\s*,\s*/,
765 $ENV{PERL_ANYEVENT_PROTOCOLS} || "ipv4,ipv6";
766}
705 767
706my @models = ( 768my @models = (
707 [EV:: => AnyEvent::Impl::EV::], 769 [EV:: => AnyEvent::Impl::EV::],
708 [Event:: => AnyEvent::Impl::Event::], 770 [Event:: => AnyEvent::Impl::Event::],
709 [Tk:: => AnyEvent::Impl::Tk::],
710 [Wx:: => AnyEvent::Impl::POE::],
711 [Prima:: => AnyEvent::Impl::POE::],
712 [AnyEvent::Impl::Perl:: => AnyEvent::Impl::Perl::], 771 [AnyEvent::Impl::Perl:: => AnyEvent::Impl::Perl::],
713 # everything below here will not be autoprobed as the pureperl backend should work everywhere 772 # everything below here will not be autoprobed
714 [Glib:: => AnyEvent::Impl::Glib::], 773 # as the pureperl backend should work everywhere
774 # and is usually faster
775 [Tk:: => AnyEvent::Impl::Tk::], # crashes with many handles
776 [Glib:: => AnyEvent::Impl::Glib::], # becomes extremely slow with many watchers
715 [Event::Lib:: => AnyEvent::Impl::EventLib::], # too buggy 777 [Event::Lib:: => AnyEvent::Impl::EventLib::], # too buggy
716 [Qt:: => AnyEvent::Impl::Qt::], # requires special main program 778 [Qt:: => AnyEvent::Impl::Qt::], # requires special main program
717 [POE::Kernel:: => AnyEvent::Impl::POE::], # lasciate ogni speranza 779 [POE::Kernel:: => AnyEvent::Impl::POE::], # lasciate ogni speranza
780 [Wx:: => AnyEvent::Impl::POE::],
781 [Prima:: => AnyEvent::Impl::POE::],
718); 782);
719 783
720our %method = map +($_ => 1), qw(io timer signal child condvar one_event DESTROY); 784our %method = map +($_ => 1), qw(io timer signal child condvar one_event DESTROY);
721 785
722our @post_detect; 786our @post_detect;
730 1 794 1
731 } else { 795 } else {
732 push @post_detect, $cb; 796 push @post_detect, $cb;
733 797
734 defined wantarray 798 defined wantarray
735 ? bless \$cb, "AnyEvent::Util::Guard" 799 ? bless \$cb, "AnyEvent::Util::PostDetect"
736 : () 800 : ()
737 } 801 }
738} 802}
739 803
740sub AnyEvent::Util::Guard::DESTROY { 804sub AnyEvent::Util::PostDetect::DESTROY {
741 @post_detect = grep $_ != ${$_[0]}, @post_detect; 805 @post_detect = grep $_ != ${$_[0]}, @post_detect;
742} 806}
743 807
744sub detect() { 808sub detect() {
745 unless ($MODEL) { 809 unless ($MODEL) {
746 no strict 'refs'; 810 no strict 'refs';
811 local $SIG{__DIE__};
747 812
748 if ($ENV{PERL_ANYEVENT_MODEL} =~ /^([a-zA-Z]+)$/) { 813 if ($ENV{PERL_ANYEVENT_MODEL} =~ /^([a-zA-Z]+)$/) {
749 my $model = "AnyEvent::Impl::$1"; 814 my $model = "AnyEvent::Impl::$1";
750 if (eval "require $model") { 815 if (eval "require $model") {
751 $MODEL = $model; 816 $MODEL = $model;
811package AnyEvent::Base; 876package AnyEvent::Base;
812 877
813# default implementation for ->condvar 878# default implementation for ->condvar
814 879
815sub condvar { 880sub condvar {
816 bless {}, AnyEvent::CondVar:: 881 bless { @_ == 3 ? (_ae_cb => $_[2]) : () }, AnyEvent::CondVar::
817} 882}
818 883
819# default implementation for ->signal 884# default implementation for ->signal
820 885
821our %SIG_CB; 886our %SIG_CB;
874 or Carp::croak "required option 'pid' is missing"; 939 or Carp::croak "required option 'pid' is missing";
875 940
876 $PID_CB{$pid}{$arg{cb}} = $arg{cb}; 941 $PID_CB{$pid}{$arg{cb}} = $arg{cb};
877 942
878 unless ($WNOHANG) { 943 unless ($WNOHANG) {
879 $WNOHANG = eval { require POSIX; &POSIX::WNOHANG } || 1; 944 $WNOHANG = eval { local $SIG{__DIE__}; require POSIX; &POSIX::WNOHANG } || 1;
880 } 945 }
881 946
882 unless ($CHLD_W) { 947 unless ($CHLD_W) {
883 $CHLD_W = AnyEvent->signal (signal => 'CHLD', cb => \&_sigchld); 948 $CHLD_W = AnyEvent->signal (signal => 'CHLD', cb => \&_sigchld);
884 # child could be a zombie already, so make at least one round 949 # child could be a zombie already, so make at least one round
901 966
902our @ISA = AnyEvent::CondVar::Base::; 967our @ISA = AnyEvent::CondVar::Base::;
903 968
904package AnyEvent::CondVar::Base; 969package AnyEvent::CondVar::Base;
905 970
971use overload
972 '&{}' => sub { my $self = shift; sub { $self->send (@_) } },
973 fallback => 1;
974
906sub _send { 975sub _send {
907 # nop 976 # nop
908} 977}
909 978
910sub send { 979sub send {
944 $_[0]{_ae_end_cb} = $_[1] if @_ > 1; 1013 $_[0]{_ae_end_cb} = $_[1] if @_ > 1;
945} 1014}
946 1015
947sub end { 1016sub end {
948 return if --$_[0]{_ae_counter}; 1017 return if --$_[0]{_ae_counter};
949 &{ $_[0]{_ae_end_cb} } if $_[0]{_ae_end_cb}; 1018 &{ $_[0]{_ae_end_cb} || sub { $_[0]->send } };
950} 1019}
951 1020
952# undocumented/compatibility with pre-3.4 1021# undocumented/compatibility with pre-3.4
953*broadcast = \&send; 1022*broadcast = \&send;
954*wait = \&_wait; 1023*wait = \&_wait;
1016model it chooses. 1085model it chooses.
1017 1086
1018=item C<PERL_ANYEVENT_MODEL> 1087=item C<PERL_ANYEVENT_MODEL>
1019 1088
1020This can be used to specify the event model to be used by AnyEvent, before 1089This can be used to specify the event model to be used by AnyEvent, before
1021autodetection and -probing kicks in. It must be a string consisting 1090auto detection and -probing kicks in. It must be a string consisting
1022entirely of ASCII letters. The string C<AnyEvent::Impl::> gets prepended 1091entirely of ASCII letters. The string C<AnyEvent::Impl::> gets prepended
1023and the resulting module name is loaded and if the load was successful, 1092and the resulting module name is loaded and if the load was successful,
1024used as event model. If it fails to load AnyEvent will proceed with 1093used as event model. If it fails to load AnyEvent will proceed with
1025autodetection and -probing. 1094auto detection and -probing.
1026 1095
1027This functionality might change in future versions. 1096This functionality might change in future versions.
1028 1097
1029For example, to force the pure perl model (L<AnyEvent::Impl::Perl>) you 1098For example, to force the pure perl model (L<AnyEvent::Impl::Perl>) you
1030could start your program like this: 1099could start your program like this:
1031 1100
1032 PERL_ANYEVENT_MODEL=Perl perl ... 1101 PERL_ANYEVENT_MODEL=Perl perl ...
1102
1103=item C<PERL_ANYEVENT_PROTOCOLS>
1104
1105Used by both L<AnyEvent::DNS> and L<AnyEvent::Socket> to determine preferences
1106for IPv4 or IPv6. The default is unspecified (and might change, or be the result
1107of auto probing).
1108
1109Must be set to a comma-separated list of protocols or address families,
1110current supported: C<ipv4> and C<ipv6>. Only protocols mentioned will be
1111used, and preference will be given to protocols mentioned earlier in the
1112list.
1113
1114This variable can effectively be used for denial-of-service attacks
1115against local programs (e.g. when setuid), although the impact is likely
1116small, as the program has to handle connection errors already-
1117
1118Examples: C<PERL_ANYEVENT_PROTOCOLS=ipv4,ipv6> - prefer IPv4 over IPv6,
1119but support both and try to use both. C<PERL_ANYEVENT_PROTOCOLS=ipv4>
1120- only support IPv4, never try to resolve or contact IPv6
1121addresses. C<PERL_ANYEVENT_PROTOCOLS=ipv6,ipv4> support either IPv4 or
1122IPv6, but prefer IPv6 over IPv4.
1123
1124=item C<PERL_ANYEVENT_EDNS0>
1125
1126Used by L<AnyEvent::DNS> to decide whether to use the EDNS0 extension
1127for DNS. This extension is generally useful to reduce DNS traffic, but
1128some (broken) firewalls drop such DNS packets, which is why it is off by
1129default.
1130
1131Setting this variable to C<1> will cause L<AnyEvent::DNS> to announce
1132EDNS0 in its DNS requests.
1133
1134=item C<PERL_ANYEVENT_MAX_FORKS>
1135
1136The maximum number of child processes that C<AnyEvent::Util::fork_call>
1137will create in parallel.
1033 1138
1034=back 1139=back
1035 1140
1036=head1 EXAMPLE PROGRAM 1141=head1 EXAMPLE PROGRAM
1037 1142
1048 poll => 'r', 1153 poll => 'r',
1049 cb => sub { 1154 cb => sub {
1050 warn "io event <$_[0]>\n"; # will always output <r> 1155 warn "io event <$_[0]>\n"; # will always output <r>
1051 chomp (my $input = <STDIN>); # read a line 1156 chomp (my $input = <STDIN>); # read a line
1052 warn "read: $input\n"; # output what has been read 1157 warn "read: $input\n"; # output what has been read
1053 $cv->broadcast if $input =~ /^q/i; # quit program if /^q/i 1158 $cv->send if $input =~ /^q/i; # quit program if /^q/i
1054 }, 1159 },
1055 ); 1160 );
1056 1161
1057 my $time_watcher; # can only be used once 1162 my $time_watcher; # can only be used once
1058 1163
1063 }); 1168 });
1064 } 1169 }
1065 1170
1066 new_timer; # create first timer 1171 new_timer; # create first timer
1067 1172
1068 $cv->wait; # wait until user enters /^q/i 1173 $cv->recv; # wait until user enters /^q/i
1069 1174
1070=head1 REAL-WORLD EXAMPLE 1175=head1 REAL-WORLD EXAMPLE
1071 1176
1072Consider the L<Net::FCP> module. It features (among others) the following 1177Consider the L<Net::FCP> module. It features (among others) the following
1073API calls, which are to freenet what HTTP GET requests are to http: 1178API calls, which are to freenet what HTTP GET requests are to http:
1123 syswrite $txn->{fh}, $txn->{request} 1228 syswrite $txn->{fh}, $txn->{request}
1124 or die "connection or write error"; 1229 or die "connection or write error";
1125 $txn->{w} = AnyEvent->io (fh => $txn->{fh}, poll => 'r', cb => sub { $txn->fh_ready_r }); 1230 $txn->{w} = AnyEvent->io (fh => $txn->{fh}, poll => 'r', cb => sub { $txn->fh_ready_r });
1126 1231
1127Again, C<fh_ready_r> waits till all data has arrived, and then stores the 1232Again, C<fh_ready_r> waits till all data has arrived, and then stores the
1128result and signals any possible waiters that the request ahs finished: 1233result and signals any possible waiters that the request has finished:
1129 1234
1130 sysread $txn->{fh}, $txn->{buf}, length $txn->{$buf}; 1235 sysread $txn->{fh}, $txn->{buf}, length $txn->{$buf};
1131 1236
1132 if (end-of-file or data complete) { 1237 if (end-of-file or data complete) {
1133 $txn->{result} = $txn->{buf}; 1238 $txn->{result} = $txn->{buf};
1134 $txn->{finished}->broadcast; 1239 $txn->{finished}->send;
1135 $txb->{cb}->($txn) of $txn->{cb}; # also call callback 1240 $txb->{cb}->($txn) of $txn->{cb}; # also call callback
1136 } 1241 }
1137 1242
1138The C<result> method, finally, just waits for the finished signal (if the 1243The C<result> method, finally, just waits for the finished signal (if the
1139request was already finished, it doesn't wait, of course, and returns the 1244request was already finished, it doesn't wait, of course, and returns the
1140data: 1245data:
1141 1246
1142 $txn->{finished}->wait; 1247 $txn->{finished}->recv;
1143 return $txn->{result}; 1248 return $txn->{result};
1144 1249
1145The actual code goes further and collects all errors (C<die>s, exceptions) 1250The actual code goes further and collects all errors (C<die>s, exceptions)
1146that occured during request processing. The C<result> method detects 1251that occurred during request processing. The C<result> method detects
1147whether an exception as thrown (it is stored inside the $txn object) 1252whether an exception as thrown (it is stored inside the $txn object)
1148and just throws the exception, which means connection errors and other 1253and just throws the exception, which means connection errors and other
1149problems get reported tot he code that tries to use the result, not in a 1254problems get reported tot he code that tries to use the result, not in a
1150random callback. 1255random callback.
1151 1256
1182 1287
1183 my $quit = AnyEvent->condvar; 1288 my $quit = AnyEvent->condvar;
1184 1289
1185 $fcp->txn_client_get ($url)->cb (sub { 1290 $fcp->txn_client_get ($url)->cb (sub {
1186 ... 1291 ...
1187 $quit->broadcast; 1292 $quit->send;
1188 }); 1293 });
1189 1294
1190 $quit->wait; 1295 $quit->recv;
1191 1296
1192 1297
1193=head1 BENCHMARKS 1298=head1 BENCHMARKS
1194 1299
1195To give you an idea of the performance and overheads that AnyEvent adds 1300To give you an idea of the performance and overheads that AnyEvent adds
1197of various event loops I prepared some benchmarks. 1302of various event loops I prepared some benchmarks.
1198 1303
1199=head2 BENCHMARKING ANYEVENT OVERHEAD 1304=head2 BENCHMARKING ANYEVENT OVERHEAD
1200 1305
1201Here is a benchmark of various supported event models used natively and 1306Here is a benchmark of various supported event models used natively and
1202through anyevent. The benchmark creates a lot of timers (with a zero 1307through AnyEvent. The benchmark creates a lot of timers (with a zero
1203timeout) and I/O watchers (watching STDOUT, a pty, to become writable, 1308timeout) and I/O watchers (watching STDOUT, a pty, to become writable,
1204which it is), lets them fire exactly once and destroys them again. 1309which it is), lets them fire exactly once and destroys them again.
1205 1310
1206Source code for this benchmark is found as F<eg/bench> in the AnyEvent 1311Source code for this benchmark is found as F<eg/bench> in the AnyEvent
1207distribution. 1312distribution.
1224all watchers, to avoid adding memory overhead. That means closure creation 1329all watchers, to avoid adding memory overhead. That means closure creation
1225and memory usage is not included in the figures. 1330and memory usage is not included in the figures.
1226 1331
1227I<invoke> is the time, in microseconds, used to invoke a simple 1332I<invoke> is the time, in microseconds, used to invoke a simple
1228callback. The callback simply counts down a Perl variable and after it was 1333callback. The callback simply counts down a Perl variable and after it was
1229invoked "watcher" times, it would C<< ->broadcast >> a condvar once to 1334invoked "watcher" times, it would C<< ->send >> a condvar once to
1230signal the end of this phase. 1335signal the end of this phase.
1231 1336
1232I<destroy> is the time, in microseconds, that it takes to destroy a single 1337I<destroy> is the time, in microseconds, that it takes to destroy a single
1233watcher. 1338watcher.
1234 1339
1330 1435
1331=back 1436=back
1332 1437
1333=head2 BENCHMARKING THE LARGE SERVER CASE 1438=head2 BENCHMARKING THE LARGE SERVER CASE
1334 1439
1335This benchmark atcually benchmarks the event loop itself. It works by 1440This benchmark actually benchmarks the event loop itself. It works by
1336creating a number of "servers": each server consists of a socketpair, a 1441creating a number of "servers": each server consists of a socket pair, a
1337timeout watcher that gets reset on activity (but never fires), and an I/O 1442timeout watcher that gets reset on activity (but never fires), and an I/O
1338watcher waiting for input on one side of the socket. Each time the socket 1443watcher waiting for input on one side of the socket. Each time the socket
1339watcher reads a byte it will write that byte to a random other "server". 1444watcher reads a byte it will write that byte to a random other "server".
1340 1445
1341The effect is that there will be a lot of I/O watchers, only part of which 1446The effect is that there will be a lot of I/O watchers, only part of which
1342are active at any one point (so there is a constant number of active 1447are active at any one point (so there is a constant number of active
1343fds for each loop iterstaion, but which fds these are is random). The 1448fds for each loop iteration, but which fds these are is random). The
1344timeout is reset each time something is read because that reflects how 1449timeout is reset each time something is read because that reflects how
1345most timeouts work (and puts extra pressure on the event loops). 1450most timeouts work (and puts extra pressure on the event loops).
1346 1451
1347In this benchmark, we use 10000 socketpairs (20000 sockets), of which 100 1452In this benchmark, we use 10000 socket pairs (20000 sockets), of which 100
1348(1%) are active. This mirrors the activity of large servers with many 1453(1%) are active. This mirrors the activity of large servers with many
1349connections, most of which are idle at any one point in time. 1454connections, most of which are idle at any one point in time.
1350 1455
1351Source code for this benchmark is found as F<eg/bench2> in the AnyEvent 1456Source code for this benchmark is found as F<eg/bench2> in the AnyEvent
1352distribution. 1457distribution.
1354=head3 Explanation of the columns 1459=head3 Explanation of the columns
1355 1460
1356I<sockets> is the number of sockets, and twice the number of "servers" (as 1461I<sockets> is the number of sockets, and twice the number of "servers" (as
1357each server has a read and write socket end). 1462each server has a read and write socket end).
1358 1463
1359I<create> is the time it takes to create a socketpair (which is 1464I<create> is the time it takes to create a socket pair (which is
1360nontrivial) and two watchers: an I/O watcher and a timeout watcher. 1465nontrivial) and two watchers: an I/O watcher and a timeout watcher.
1361 1466
1362I<request>, the most important value, is the time it takes to handle a 1467I<request>, the most important value, is the time it takes to handle a
1363single "request", that is, reading the token from the pipe and forwarding 1468single "request", that is, reading the token from the pipe and forwarding
1364it to another server. This includes deleting the old timeout and creating 1469it to another server. This includes deleting the old timeout and creating
1437speed most when you have lots of watchers, not when you only have a few of 1542speed most when you have lots of watchers, not when you only have a few of
1438them). 1543them).
1439 1544
1440EV is again fastest. 1545EV is again fastest.
1441 1546
1442Perl again comes second. It is noticably faster than the C-based event 1547Perl again comes second. It is noticeably faster than the C-based event
1443loops Event and Glib, although the difference is too small to really 1548loops Event and Glib, although the difference is too small to really
1444matter. 1549matter.
1445 1550
1446POE also performs much better in this case, but is is still far behind the 1551POE also performs much better in this case, but is is still far behind the
1447others. 1552others.
1487probably even less useful to an attacker than PERL_ANYEVENT_MODEL). 1592probably even less useful to an attacker than PERL_ANYEVENT_MODEL).
1488 1593
1489 1594
1490=head1 SEE ALSO 1595=head1 SEE ALSO
1491 1596
1597Utility functions: L<AnyEvent::Util>.
1598
1492Event modules: L<EV>, L<EV::Glib>, L<Glib::EV>, L<Event>, L<Glib::Event>, 1599Event modules: L<EV>, L<EV::Glib>, L<Glib::EV>, L<Event>, L<Glib::Event>,
1493L<Glib>, L<Tk>, L<Event::Lib>, L<Qt>, L<POE>. 1600L<Glib>, L<Tk>, L<Event::Lib>, L<Qt>, L<POE>.
1494 1601
1495Implementations: L<AnyEvent::Impl::EV>, L<AnyEvent::Impl::Event>, 1602Implementations: L<AnyEvent::Impl::EV>, L<AnyEvent::Impl::Event>,
1496L<AnyEvent::Impl::Glib>, L<AnyEvent::Impl::Tk>, L<AnyEvent::Impl::Perl>, 1603L<AnyEvent::Impl::Glib>, L<AnyEvent::Impl::Tk>, L<AnyEvent::Impl::Perl>,
1497L<AnyEvent::Impl::EventLib>, L<AnyEvent::Impl::Qt>, 1604L<AnyEvent::Impl::EventLib>, L<AnyEvent::Impl::Qt>,
1498L<AnyEvent::Impl::POE>. 1605L<AnyEvent::Impl::POE>.
1499 1606
1607Non-blocking file handles, sockets, TCP clients and
1608servers: L<AnyEvent::Handle>, L<AnyEvent::Socket>.
1609
1610Asynchronous DNS: L<AnyEvent::DNS>.
1611
1500Coroutine support: L<Coro>, L<Coro::AnyEvent>, L<Coro::EV>, L<Coro::Event>, 1612Coroutine support: L<Coro>, L<Coro::AnyEvent>, L<Coro::EV>, L<Coro::Event>,
1501 1613
1502Nontrivial usage examples: L<Net::FCP>, L<Net::XMPP2>. 1614Nontrivial usage examples: L<Net::FCP>, L<Net::XMPP2>, L<AnyEvent::DNS>.
1503 1615
1504 1616
1505=head1 AUTHOR 1617=head1 AUTHOR
1506 1618
1507 Marc Lehmann <schmorp@schmorp.de> 1619 Marc Lehmann <schmorp@schmorp.de>

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines