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.132 by root, Sun May 25 01:05:27 2008 UTC vs.
Revision 1.158 by root, Fri Jun 6 15:35: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
… …
17 }); 17 });
18 18
19 my $w = AnyEvent->condvar; # stores whether a condition was flagged 19 my $w = AnyEvent->condvar; # stores whether a condition was flagged
20 $w->send; # wake up current and all future recv's 20 $w->send; # wake up current and all future recv's
21 $w->recv; # enters "main loop" till $condvar gets ->send 21 $w->recv; # enters "main loop" till $condvar gets ->send
22
23=head1 INTRODUCTION/TUTORIAL
24
25This manpage is mainly a reference manual. If you are interested
26in a tutorial or some gentle introduction, have a look at the
27L<AnyEvent::Intro> manpage.
22 28
23=head1 WHY YOU SHOULD USE THIS MODULE (OR NOT) 29=head1 WHY YOU SHOULD USE THIS MODULE (OR NOT)
24 30
25Glib, POE, IO::Async, Event... CPAN offers event models by the dozen 31Glib, POE, IO::Async, Event... CPAN offers event models by the dozen
26nowadays. So what is different about AnyEvent? 32nowadays. So what is different about AnyEvent?
… …
48isn't itself. What's worse, all the potential users of your module are 54isn't itself. What's worse, all the potential users of your module are
49I<also> forced to use the same event loop you use. 55I<also> forced to use the same event loop you use.
50 56
51AnyEvent is different: AnyEvent + POE works fine. AnyEvent + Glib works 57AnyEvent is different: AnyEvent + POE works fine. AnyEvent + Glib works
52fine. AnyEvent + Tk works fine etc. etc. but none of these work together 58fine. 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 59with 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, 60your 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 61too. But if your module uses AnyEvent, it works transparently with all
56event models it supports (including stuff like POE and IO::Async, as long 62event 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 63as those use one of the supported event loops. It is trivial to add new
58event loops to AnyEvent, too, so it is future-proof). 64event loops to AnyEvent, too, so it is future-proof).
… …
62modules, you get an enormous amount of code and strict rules you have to 68modules, 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 69follow. 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 70offering the functionality that is necessary, in as thin as a wrapper as
65technically possible. 71technically possible.
66 72
73Of course, AnyEvent comes with a big (and fully optional!) toolbox
74of useful functionality, such as an asynchronous DNS resolver, 100%
75non-blocking connects (even with TLS/SSL, IPv6 and on broken platforms
76such as Windows) and lots of real-world knowledge and workarounds for
77platform bugs and differences.
78
67Of course, if you want lots of policy (this can arguably be somewhat 79Now, 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 80useful) and you want to force your users to use the one and only event
69model, you should I<not> use this module. 81model, you should I<not> use this module.
70 82
71=head1 DESCRIPTION 83=head1 DESCRIPTION
72 84
… …
102starts using it, all bets are off. Maybe you should tell their authors to 114starts using it, all bets are off. Maybe you should tell their authors to
103use AnyEvent so their modules work together with others seamlessly... 115use AnyEvent so their modules work together with others seamlessly...
104 116
105The pure-perl implementation of AnyEvent is called 117The pure-perl implementation of AnyEvent is called
106C<AnyEvent::Impl::Perl>. Like other event modules you can load it 118C<AnyEvent::Impl::Perl>. Like other event modules you can load it
107explicitly. 119explicitly and enjoy the high availability of that event loop :)
108 120
109=head1 WATCHERS 121=head1 WATCHERS
110 122
111AnyEvent has the central concept of a I<watcher>, which is an object that 123AnyEvent 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 124stores relevant data for each kind of event you are waiting for, such as
… …
126Many watchers either are used with "recursion" (repeating timers for 138Many watchers either are used with "recursion" (repeating timers for
127example), or need to refer to their watcher object in other ways. 139example), or need to refer to their watcher object in other ways.
128 140
129An any way to achieve that is this pattern: 141An any way to achieve that is this pattern:
130 142
131 my $w; $w = AnyEvent->type (arg => value ..., cb => sub { 143 my $w; $w = AnyEvent->type (arg => value ..., cb => sub {
132 # you can use $w here, for example to undef it 144 # you can use $w here, for example to undef it
133 undef $w; 145 undef $w;
134 }); 146 });
135 147
136Note that C<my $w; $w => combination. This is necessary because in Perl, 148Note that C<my $w; $w => combination. This is necessary because in Perl,
137my variables are only visible after the statement in which they are 149my variables are only visible after the statement in which they are
138declared. 150declared.
139 151
… …
227timers. 239timers.
228 240
229AnyEvent always prefers relative timers, if available, matching the 241AnyEvent always prefers relative timers, if available, matching the
230AnyEvent API. 242AnyEvent API.
231 243
244AnyEvent has two additional methods that return the "current time":
245
246=over 4
247
248=item AnyEvent->time
249
250This returns the "current wallclock time" as a fractional number of
251seconds since the Epoch (the same thing as C<time> or C<Time::HiRes::time>
252return, and the result is guaranteed to be compatible with those).
253
254It progresses independently of any event loop processing, i.e. each call
255will check the system clock, which usually gets updated frequently.
256
257=item AnyEvent->now
258
259This also returns the "current wallclock time", but unlike C<time>, above,
260this value might change only once per event loop iteration, depending on
261the event loop (most return the same time as C<time>, above). This is the
262time that AnyEvent's timers get scheduled against.
263
264I<In almost all cases (in all cases if you don't care), this is the
265function to call when you want to know the current time.>
266
267This function is also often faster then C<< AnyEvent->time >>, and
268thus the preferred method if you want some timestamp (for example,
269L<AnyEvent::Handle> uses this to update it's activity timeouts).
270
271The rest of this section is only of relevance if you try to be very exact
272with your timing, you can skip it without bad conscience.
273
274For a practical example of when these times differ, consider L<Event::Lib>
275and L<EV> and the following set-up:
276
277The event loop is running and has just invoked one of your callback at
278time=500 (assume no other callbacks delay processing). In your callback,
279you wait a second by executing C<sleep 1> (blocking the process for a
280second) and then (at time=501) you create a relative timer that fires
281after three seconds.
282
283With L<Event::Lib>, C<< AnyEvent->time >> and C<< AnyEvent->now >> will
284both return C<501>, because that is the current time, and the timer will
285be scheduled to fire at time=504 (C<501> + C<3>).
286
287With L<EV>, C<< AnyEvent->time >> returns C<501> (as that is the current
288time), but C<< AnyEvent->now >> returns C<500>, as that is the time the
289last event processing phase started. With L<EV>, your timer gets scheduled
290to run at time=503 (C<500> + C<3>).
291
292In one sense, L<Event::Lib> is more exact, as it uses the current time
293regardless of any delays introduced by event processing. However, most
294callbacks do not expect large delays in processing, so this causes a
295higher drift (and a lot more system calls to get the current time).
296
297In another sense, L<EV> is more exact, as your timer will be scheduled at
298the same time, regardless of how long event processing actually took.
299
300In either case, if you care (and in most cases, you don't), then you
301can get whatever behaviour you want with any event loop, by taking the
302difference between C<< AnyEvent->time >> and C<< AnyEvent->now >> into
303account.
304
305=back
306
232=head2 SIGNAL WATCHERS 307=head2 SIGNAL WATCHERS
233 308
234You can watch for signals using a signal watcher, C<signal> is the signal 309You can watch for signals using a signal watcher, C<signal> is the signal
235I<name> without any C<SIG> prefix, C<cb> is the Perl callback to 310I<name> without any C<SIG> prefix, C<cb> is the Perl callback to
236be invoked whenever a signal occurs. 311be invoked whenever a signal occurs.
… …
277AnyEvent program, you I<have> to create at least one watcher before you 352AnyEvent program, you I<have> to create at least one watcher before you
278C<fork> the child (alternatively, you can call C<AnyEvent::detect>). 353C<fork> the child (alternatively, you can call C<AnyEvent::detect>).
279 354
280Example: fork a process and wait for it 355Example: fork a process and wait for it
281 356
282 my $done = AnyEvent->condvar; 357 my $done = AnyEvent->condvar;
283 358
284 my $pid = fork or exit 5; 359 my $pid = fork or exit 5;
285 360
286 my $w = AnyEvent->child ( 361 my $w = AnyEvent->child (
287 pid => $pid, 362 pid => $pid,
288 cb => sub { 363 cb => sub {
289 my ($pid, $status) = @_; 364 my ($pid, $status) = @_;
290 warn "pid $pid exited with status $status"; 365 warn "pid $pid exited with status $status";
291 $done->send; 366 $done->send;
292 }, 367 },
293 ); 368 );
294 369
295 # do something else, then wait for process exit 370 # do something else, then wait for process exit
296 $done->recv; 371 $done->recv;
297 372
298=head2 CONDITION VARIABLES 373=head2 CONDITION VARIABLES
299 374
300If you are familiar with some event loops you will know that all of them 375If you are familiar with some event loops you will know that all of them
301require you to run some blocking "loop", "run" or similar function that 376require you to run some blocking "loop", "run" or similar function that
… …
312C<cb>, which specifies a callback to be called when the condition variable 387C<cb>, which specifies a callback to be called when the condition variable
313becomes true. 388becomes true.
314 389
315After creation, the condition variable is "false" until it becomes "true" 390After creation, the condition variable is "false" until it becomes "true"
316by calling the C<send> method (or calling the condition variable as if it 391by calling the C<send> method (or calling the condition variable as if it
317were a callback). 392were a callback, read about the caveats in the description for the C<<
393->send >> method).
318 394
319Condition variables are similar to callbacks, except that you can 395Condition variables are similar to callbacks, except that you can
320optionally wait for them. They can also be called merge points - points 396optionally wait for them. They can also be called merge points - points
321in time where multiple outstanding events have been processed. And yet 397in time where multiple outstanding events have been processed. And yet
322another way to call them is transactions - each condition variable can be 398another way to call them is transactions - each condition variable can be
… …
394immediately from within send. 470immediately from within send.
395 471
396Any arguments passed to the C<send> call will be returned by all 472Any arguments passed to the C<send> call will be returned by all
397future C<< ->recv >> calls. 473future C<< ->recv >> calls.
398 474
399Condition variables are overloaded so one can call them directly (as a 475Condition variables are overloaded so one can call them directly
400code reference). Calling them directly is the same as calling C<send>. 476(as a code reference). Calling them directly is the same as calling
477C<send>. Note, however, that many C-based event loops do not handle
478overloading, so as tempting as it may be, passing a condition variable
479instead of a callback does not work. Both the pure perl and EV loops
480support overloading, however, as well as all functions that use perl to
481invoke a callback (as in L<AnyEvent::Socket> and L<AnyEvent::DNS> for
482example).
401 483
402=item $cv->croak ($error) 484=item $cv->croak ($error)
403 485
404Similar to send, but causes all call's to C<< ->recv >> to invoke 486Similar to send, but causes all call's to C<< ->recv >> to invoke
405C<Carp::croak> with the given error message/object/scalar. 487C<Carp::croak> with the given error message/object/scalar.
… …
515 597
516This is a mutator function that returns the callback set and optionally 598This is a mutator function that returns the callback set and optionally
517replaces it before doing so. 599replaces it before doing so.
518 600
519The callback will be called when the condition becomes "true", i.e. when 601The callback will be called when the condition becomes "true", i.e. when
520C<send> or C<croak> are called. Calling C<recv> inside the callback 602C<send> or C<croak> are called, with the only argument being the condition
521or at any later time is guaranteed not to block. 603variable itself. Calling C<recv> inside the callback or at any later time
604is guaranteed not to block.
522 605
523=back 606=back
524 607
525=head1 GLOBAL VARIABLES AND FUNCTIONS 608=head1 GLOBAL VARIABLES AND FUNCTIONS
526 609
… …
612 695
613If it doesn't care, it can just "use AnyEvent" and use it itself, or not 696If it doesn't care, it can just "use AnyEvent" and use it itself, or not
614do anything special (it does not need to be event-based) and let AnyEvent 697do anything special (it does not need to be event-based) and let AnyEvent
615decide which implementation to chose if some module relies on it. 698decide which implementation to chose if some module relies on it.
616 699
617If the main program relies on a specific event model. For example, in 700If the main program relies on a specific event model - for example, in
618Gtk2 programs you have to rely on the Glib module. You should load the 701Gtk2 programs you have to rely on the Glib module - you should load the
619event module before loading AnyEvent or any module that uses it: generally 702event module before loading AnyEvent or any module that uses it: generally
620speaking, you should load it as early as possible. The reason is that 703speaking, you should load it as early as possible. The reason is that
621modules might create watchers when they are loaded, and AnyEvent will 704modules might create watchers when they are loaded, and AnyEvent will
622decide on the event model to use as soon as it creates watchers, and it 705decide on the event model to use as soon as it creates watchers, and it
623might chose the wrong one unless you load the correct one yourself. 706might chose the wrong one unless you load the correct one yourself.
624 707
625You can chose to use a rather inefficient pure-perl implementation by 708You can chose to use a pure-perl implementation by loading the
626loading the C<AnyEvent::Impl::Perl> module, which gives you similar 709C<AnyEvent::Impl::Perl> module, which gives you similar behaviour
627behaviour everywhere, but letting AnyEvent chose is generally better. 710everywhere, but letting AnyEvent chose the model is generally better.
711
712=head2 MAINLOOP EMULATION
713
714Sometimes (often for short test scripts, or even standalone programs who
715only want to use AnyEvent), you do not want to run a specific event loop.
716
717In that case, you can use a condition variable like this:
718
719 AnyEvent->condvar->recv;
720
721This has the effect of entering the event loop and looping forever.
722
723Note that usually your program has some exit condition, in which case
724it is better to use the "traditional" approach of storing a condition
725variable somewhere, waiting for it, and sending it when the program should
726exit cleanly.
727
628 728
629=head1 OTHER MODULES 729=head1 OTHER MODULES
630 730
631The following is a non-exhaustive list of additional modules that use 731The following is a non-exhaustive list of additional modules that use
632AnyEvent and can therefore be mixed easily with other AnyEvent modules 732AnyEvent and can therefore be mixed easily with other AnyEvent modules
… …
648 748
649Provides various utility functions for (internet protocol) sockets, 749Provides various utility functions for (internet protocol) sockets,
650addresses and name resolution. Also functions to create non-blocking tcp 750addresses and name resolution. Also functions to create non-blocking tcp
651connections or tcp servers, with IPv6 and SRV record support and more. 751connections or tcp servers, with IPv6 and SRV record support and more.
652 752
753=item L<AnyEvent::DNS>
754
755Provides rich asynchronous DNS resolver capabilities.
756
757=item L<AnyEvent::HTTP>
758
759A simple-to-use HTTP library that is capable of making a lot of concurrent
760HTTP requests.
761
653=item L<AnyEvent::HTTPD> 762=item L<AnyEvent::HTTPD>
654 763
655Provides a simple web application server framework. 764Provides a simple web application server framework.
656
657=item L<AnyEvent::DNS>
658
659Provides rich asynchronous DNS resolver capabilities.
660 765
661=item L<AnyEvent::FastPing> 766=item L<AnyEvent::FastPing>
662 767
663The fastest ping in the west. 768The fastest ping in the west.
664 769
… …
707no warnings; 812no warnings;
708use strict; 813use strict;
709 814
710use Carp; 815use Carp;
711 816
712our $VERSION = '4.03'; 817our $VERSION = 4.151;
713our $MODEL; 818our $MODEL;
714 819
715our $AUTOLOAD; 820our $AUTOLOAD;
716our @ISA; 821our @ISA;
717 822
823our @REGISTRY;
824
825our $WIN32;
826
827BEGIN {
828 my $win32 = ! ! ($^O =~ /mswin32/i);
829 eval "sub WIN32(){ $win32 }";
830}
831
718our $verbose = $ENV{PERL_ANYEVENT_VERBOSE}*1; 832our $verbose = $ENV{PERL_ANYEVENT_VERBOSE}*1;
719 833
720our @REGISTRY; 834our %PROTOCOL; # (ipv4|ipv6) => (1|2), higher numbers are preferred
721
722our %PROTOCOL; # (ipv4|ipv6) => (1|2)
723 835
724{ 836{
725 my $idx; 837 my $idx;
726 $PROTOCOL{$_} = ++$idx 838 $PROTOCOL{$_} = ++$idx
839 for reverse split /\s*,\s*/,
727 for split /\s*,\s*/, $ENV{PERL_ANYEVENT_PROTOCOLS} || "ipv4,ipv6"; 840 $ENV{PERL_ANYEVENT_PROTOCOLS} || "ipv4,ipv6";
728} 841}
729 842
730my @models = ( 843my @models = (
731 [EV:: => AnyEvent::Impl::EV::], 844 [EV:: => AnyEvent::Impl::EV::],
732 [Event:: => AnyEvent::Impl::Event::], 845 [Event:: => AnyEvent::Impl::Event::],
733 [Tk:: => AnyEvent::Impl::Tk::],
734 [Wx:: => AnyEvent::Impl::POE::],
735 [Prima:: => AnyEvent::Impl::POE::],
736 [AnyEvent::Impl::Perl:: => AnyEvent::Impl::Perl::], 846 [AnyEvent::Impl::Perl:: => AnyEvent::Impl::Perl::],
737 # everything below here will not be autoprobed as the pureperl backend should work everywhere 847 # everything below here will not be autoprobed
738 [Glib:: => AnyEvent::Impl::Glib::], 848 # as the pureperl backend should work everywhere
849 # and is usually faster
850 [Tk:: => AnyEvent::Impl::Tk::], # crashes with many handles
851 [Glib:: => AnyEvent::Impl::Glib::], # becomes extremely slow with many watchers
739 [Event::Lib:: => AnyEvent::Impl::EventLib::], # too buggy 852 [Event::Lib:: => AnyEvent::Impl::EventLib::], # too buggy
740 [Qt:: => AnyEvent::Impl::Qt::], # requires special main program 853 [Qt:: => AnyEvent::Impl::Qt::], # requires special main program
741 [POE::Kernel:: => AnyEvent::Impl::POE::], # lasciate ogni speranza 854 [POE::Kernel:: => AnyEvent::Impl::POE::], # lasciate ogni speranza
855 [Wx:: => AnyEvent::Impl::POE::],
856 [Prima:: => AnyEvent::Impl::POE::],
742); 857);
743 858
744our %method = map +($_ => 1), qw(io timer signal child condvar one_event DESTROY); 859our %method = map +($_ => 1), qw(io timer time now signal child condvar one_event DESTROY);
745 860
746our @post_detect; 861our @post_detect;
747 862
748sub post_detect(&) { 863sub post_detect(&) {
749 my ($cb) = @_; 864 my ($cb) = @_;
… …
766} 881}
767 882
768sub detect() { 883sub detect() {
769 unless ($MODEL) { 884 unless ($MODEL) {
770 no strict 'refs'; 885 no strict 'refs';
886 local $SIG{__DIE__};
771 887
772 if ($ENV{PERL_ANYEVENT_MODEL} =~ /^([a-zA-Z]+)$/) { 888 if ($ENV{PERL_ANYEVENT_MODEL} =~ /^([a-zA-Z]+)$/) {
773 my $model = "AnyEvent::Impl::$1"; 889 my $model = "AnyEvent::Impl::$1";
774 if (eval "require $model") { 890 if (eval "require $model") {
775 $MODEL = $model; 891 $MODEL = $model;
… …
832 $class->$func (@_); 948 $class->$func (@_);
833} 949}
834 950
835package AnyEvent::Base; 951package AnyEvent::Base;
836 952
953# default implementation for now and time
954
955use Time::HiRes ();
956
957sub time { Time::HiRes::time }
958sub now { Time::HiRes::time }
959
837# default implementation for ->condvar 960# default implementation for ->condvar
838 961
839sub condvar { 962sub condvar {
840 bless { @_ == 3 ? (_ae_cb => $_[2]) : () }, AnyEvent::CondVar:: 963 bless { @_ == 3 ? (_ae_cb => $_[2]) : () }, AnyEvent::CondVar::
841} 964}
… …
898 or Carp::croak "required option 'pid' is missing"; 1021 or Carp::croak "required option 'pid' is missing";
899 1022
900 $PID_CB{$pid}{$arg{cb}} = $arg{cb}; 1023 $PID_CB{$pid}{$arg{cb}} = $arg{cb};
901 1024
902 unless ($WNOHANG) { 1025 unless ($WNOHANG) {
903 $WNOHANG = eval { require POSIX; &POSIX::WNOHANG } || 1; 1026 $WNOHANG = eval { local $SIG{__DIE__}; require POSIX; &POSIX::WNOHANG } || 1;
904 } 1027 }
905 1028
906 unless ($CHLD_W) { 1029 unless ($CHLD_W) {
907 $CHLD_W = AnyEvent->signal (signal => 'CHLD', cb => \&_sigchld); 1030 $CHLD_W = AnyEvent->signal (signal => 'CHLD', cb => \&_sigchld);
908 # child could be a zombie already, so make at least one round 1031 # child could be a zombie already, so make at least one round
… …
1055This functionality might change in future versions. 1178This functionality might change in future versions.
1056 1179
1057For example, to force the pure perl model (L<AnyEvent::Impl::Perl>) you 1180For example, to force the pure perl model (L<AnyEvent::Impl::Perl>) you
1058could start your program like this: 1181could start your program like this:
1059 1182
1060 PERL_ANYEVENT_MODEL=Perl perl ... 1183 PERL_ANYEVENT_MODEL=Perl perl ...
1061 1184
1062=item C<PERL_ANYEVENT_PROTOCOLS> 1185=item C<PERL_ANYEVENT_PROTOCOLS>
1063 1186
1064Used by both L<AnyEvent::DNS> and L<AnyEvent::Socket> to determine preferences 1187Used by both L<AnyEvent::DNS> and L<AnyEvent::Socket> to determine preferences
1065for IPv4 or IPv6. The default is unspecified (and might change, or be the result 1188for IPv4 or IPv6. The default is unspecified (and might change, or be the result
… …
1087some (broken) firewalls drop such DNS packets, which is why it is off by 1210some (broken) firewalls drop such DNS packets, which is why it is off by
1088default. 1211default.
1089 1212
1090Setting this variable to C<1> will cause L<AnyEvent::DNS> to announce 1213Setting this variable to C<1> will cause L<AnyEvent::DNS> to announce
1091EDNS0 in its DNS requests. 1214EDNS0 in its DNS requests.
1215
1216=item C<PERL_ANYEVENT_MAX_FORKS>
1217
1218The maximum number of child processes that C<AnyEvent::Util::fork_call>
1219will create in parallel.
1092 1220
1093=back 1221=back
1094 1222
1095=head1 EXAMPLE PROGRAM 1223=head1 EXAMPLE PROGRAM
1096 1224
… …
1535specified in the variable. 1663specified in the variable.
1536 1664
1537You can make AnyEvent completely ignore this variable by deleting it 1665You can make AnyEvent completely ignore this variable by deleting it
1538before the first watcher gets created, e.g. with a C<BEGIN> block: 1666before the first watcher gets created, e.g. with a C<BEGIN> block:
1539 1667
1540 BEGIN { delete $ENV{PERL_ANYEVENT_MODEL} } 1668 BEGIN { delete $ENV{PERL_ANYEVENT_MODEL} }
1541 1669
1542 use AnyEvent; 1670 use AnyEvent;
1543 1671
1544Similar considerations apply to $ENV{PERL_ANYEVENT_VERBOSE}, as that can 1672Similar considerations apply to $ENV{PERL_ANYEVENT_VERBOSE}, as that can
1545be used to probe what backend is used and gain other information (which is 1673be used to probe what backend is used and gain other information (which is
1546probably even less useful to an attacker than PERL_ANYEVENT_MODEL). 1674probably even less useful to an attacker than PERL_ANYEVENT_MODEL).
1675
1676
1677=head1 BUGS
1678
1679Perl 5.8 has numerous memleaks that sometimes hit this module and are hard
1680to work around. If you suffer from memleaks, first upgrade to Perl 5.10
1681and check wether the leaks still show up. (Perl 5.10.0 has other annoying
1682mamleaks, such as leaking on C<map> and C<grep> but it is usually not as
1683pronounced).
1547 1684
1548 1685
1549=head1 SEE ALSO 1686=head1 SEE ALSO
1550 1687
1551Utility functions: L<AnyEvent::Util>. 1688Utility functions: L<AnyEvent::Util>.
… …
1568Nontrivial usage examples: L<Net::FCP>, L<Net::XMPP2>, L<AnyEvent::DNS>. 1705Nontrivial usage examples: L<Net::FCP>, L<Net::XMPP2>, L<AnyEvent::DNS>.
1569 1706
1570 1707
1571=head1 AUTHOR 1708=head1 AUTHOR
1572 1709
1573 Marc Lehmann <schmorp@schmorp.de> 1710 Marc Lehmann <schmorp@schmorp.de>
1574 http://home.schmorp.de/ 1711 http://home.schmorp.de/
1575 1712
1576=cut 1713=cut
1577 1714
15781 17151
1579 1716

Diff Legend

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