… | |
… | |
14 | |
14 | |
15 | AnyEvent::Handle - non-blocking I/O on file handles via AnyEvent |
15 | AnyEvent::Handle - non-blocking I/O on file handles via AnyEvent |
16 | |
16 | |
17 | =cut |
17 | =cut |
18 | |
18 | |
19 | our $VERSION = 4.3; |
19 | our $VERSION = 4.331; |
20 | |
20 | |
21 | =head1 SYNOPSIS |
21 | =head1 SYNOPSIS |
22 | |
22 | |
23 | use AnyEvent; |
23 | use AnyEvent; |
24 | use AnyEvent::Handle; |
24 | use AnyEvent::Handle; |
… | |
… | |
27 | |
27 | |
28 | my $handle = |
28 | my $handle = |
29 | AnyEvent::Handle->new ( |
29 | AnyEvent::Handle->new ( |
30 | fh => \*STDIN, |
30 | fh => \*STDIN, |
31 | on_eof => sub { |
31 | on_eof => sub { |
32 | $cv->broadcast; |
32 | $cv->send; |
33 | }, |
33 | }, |
34 | ); |
34 | ); |
35 | |
35 | |
36 | # send some request line |
36 | # send some request line |
37 | $handle->push_write ("getinfo\015\012"); |
37 | $handle->push_write ("getinfo\015\012"); |
… | |
… | |
84 | Set the callback to be called when an end-of-file condition is detected, |
84 | Set the callback to be called when an end-of-file condition is detected, |
85 | i.e. in the case of a socket, when the other side has closed the |
85 | i.e. in the case of a socket, when the other side has closed the |
86 | connection cleanly. |
86 | connection cleanly. |
87 | |
87 | |
88 | For sockets, this just means that the other side has stopped sending data, |
88 | For sockets, this just means that the other side has stopped sending data, |
89 | you can still try to write data, and, in fact, one can return from the eof |
89 | you can still try to write data, and, in fact, one can return from the EOF |
90 | callback and continue writing data, as only the read part has been shut |
90 | callback and continue writing data, as only the read part has been shut |
91 | down. |
91 | down. |
92 | |
92 | |
93 | While not mandatory, it is I<highly> recommended to set an eof callback, |
93 | While not mandatory, it is I<highly> recommended to set an EOF callback, |
94 | otherwise you might end up with a closed socket while you are still |
94 | otherwise you might end up with a closed socket while you are still |
95 | waiting for data. |
95 | waiting for data. |
96 | |
96 | |
97 | If an EOF condition has been detected but no C<on_eof> callback has been |
97 | If an EOF condition has been detected but no C<on_eof> callback has been |
98 | set, then a fatal error will be raised with C<$!> set to <0>. |
98 | set, then a fatal error will be raised with C<$!> set to <0>. |
… | |
… | |
255 | You can also provide your own TLS connection object, but you have |
255 | You can also provide your own TLS connection object, but you have |
256 | to make sure that you call either C<Net::SSLeay::set_connect_state> |
256 | to make sure that you call either C<Net::SSLeay::set_connect_state> |
257 | or C<Net::SSLeay::set_accept_state> on it before you pass it to |
257 | or C<Net::SSLeay::set_accept_state> on it before you pass it to |
258 | AnyEvent::Handle. |
258 | AnyEvent::Handle. |
259 | |
259 | |
|
|
260 | B<IMPORTANT:> since Net::SSLeay "objects" are really only integers, |
|
|
261 | passing in the wrong integer will lead to certain crash. This most often |
|
|
262 | happens when one uses a stylish C<< tls => 1 >> and is surprised about the |
|
|
263 | segmentation fault. |
|
|
264 | |
260 | See the C<< ->starttls >> method for when need to start TLS negotiation later. |
265 | See the C<< ->starttls >> method for when need to start TLS negotiation later. |
261 | |
266 | |
262 | =item tls_ctx => $ssl_ctx |
267 | =item tls_ctx => $ssl_ctx |
263 | |
268 | |
264 | Use the given C<Net::SSLeay::CTX> object to create the new TLS connection |
269 | Use the given C<Net::SSLeay::CTX> object to create the new TLS connection |
… | |
… | |
326 | |
331 | |
327 | $! = $errno; |
332 | $! = $errno; |
328 | |
333 | |
329 | if ($self->{on_error}) { |
334 | if ($self->{on_error}) { |
330 | $self->{on_error}($self, $fatal); |
335 | $self->{on_error}($self, $fatal); |
331 | } else { |
336 | } elsif ($self->{fh}) { |
332 | Carp::croak "AnyEvent::Handle uncaught error: $!"; |
337 | Carp::croak "AnyEvent::Handle uncaught error: $!"; |
333 | } |
338 | } |
334 | } |
339 | } |
335 | |
340 | |
336 | =item $fh = $handle->fh |
341 | =item $fh = $handle->fh |
… | |
… | |
374 | } |
379 | } |
375 | |
380 | |
376 | =item $handle->autocork ($boolean) |
381 | =item $handle->autocork ($boolean) |
377 | |
382 | |
378 | Enables or disables the current autocork behaviour (see C<autocork> |
383 | Enables or disables the current autocork behaviour (see C<autocork> |
379 | constructor argument). |
384 | constructor argument). Changes will only take effect on the next write. |
380 | |
385 | |
381 | =cut |
386 | =cut |
|
|
387 | |
|
|
388 | sub autocork { |
|
|
389 | $_[0]{autocork} = $_[1]; |
|
|
390 | } |
382 | |
391 | |
383 | =item $handle->no_delay ($boolean) |
392 | =item $handle->no_delay ($boolean) |
384 | |
393 | |
385 | Enables or disables the C<no_delay> setting (see constructor argument of |
394 | Enables or disables the C<no_delay> setting (see constructor argument of |
386 | the same name for details). |
395 | the same name for details). |
… | |
… | |
758 | ) { |
767 | ) { |
759 | $self->_error (&Errno::ENOSPC, 1), return; |
768 | $self->_error (&Errno::ENOSPC, 1), return; |
760 | } |
769 | } |
761 | |
770 | |
762 | while () { |
771 | while () { |
|
|
772 | $self->{rbuf} .= delete $self->{tls_rbuf} if exists $self->{tls_rbuf};#d# |
|
|
773 | |
763 | my $len = length $self->{rbuf}; |
774 | my $len = length $self->{rbuf}; |
764 | |
775 | |
765 | if (my $cb = shift @{ $self->{_queue} }) { |
776 | if (my $cb = shift @{ $self->{_queue} }) { |
766 | unless ($cb->($self)) { |
777 | unless ($cb->($self)) { |
767 | if ($self->{_eof}) { |
778 | if ($self->{_eof}) { |
… | |
… | |
1135 | } |
1146 | } |
1136 | }; |
1147 | }; |
1137 | |
1148 | |
1138 | =item json => $cb->($handle, $hash_or_arrayref) |
1149 | =item json => $cb->($handle, $hash_or_arrayref) |
1139 | |
1150 | |
1140 | Reads a JSON object or array, decodes it and passes it to the callback. |
1151 | Reads a JSON object or array, decodes it and passes it to the |
|
|
1152 | callback. When a parse error occurs, an C<EBADMSG> error will be raised. |
1141 | |
1153 | |
1142 | If a C<json> object was passed to the constructor, then that will be used |
1154 | If a C<json> object was passed to the constructor, then that will be used |
1143 | for the final decode, otherwise it will create a JSON coder expecting UTF-8. |
1155 | for the final decode, otherwise it will create a JSON coder expecting UTF-8. |
1144 | |
1156 | |
1145 | This read type uses the incremental parser available with JSON version |
1157 | This read type uses the incremental parser available with JSON version |
… | |
… | |
1162 | my $rbuf = \$self->{rbuf}; |
1174 | my $rbuf = \$self->{rbuf}; |
1163 | |
1175 | |
1164 | my $json = $self->{json} ||= JSON->new->utf8; |
1176 | my $json = $self->{json} ||= JSON->new->utf8; |
1165 | |
1177 | |
1166 | sub { |
1178 | sub { |
1167 | my $ref = $json->incr_parse ($self->{rbuf}); |
1179 | my $ref = eval { $json->incr_parse ($self->{rbuf}) }; |
1168 | |
1180 | |
1169 | if ($ref) { |
1181 | if ($ref) { |
1170 | $self->{rbuf} = $json->incr_text; |
1182 | $self->{rbuf} = $json->incr_text; |
1171 | $json->incr_text = ""; |
1183 | $json->incr_text = ""; |
1172 | $cb->($self, $ref); |
1184 | $cb->($self, $ref); |
1173 | |
1185 | |
1174 | 1 |
1186 | 1 |
|
|
1187 | } elsif ($@) { |
|
|
1188 | # error case |
|
|
1189 | $json->incr_skip; |
|
|
1190 | |
|
|
1191 | $self->{rbuf} = $json->incr_text; |
|
|
1192 | $json->incr_text = ""; |
|
|
1193 | |
|
|
1194 | $self->_error (&Errno::EBADMSG); |
|
|
1195 | |
|
|
1196 | () |
1175 | } else { |
1197 | } else { |
1176 | $self->{rbuf} = ""; |
1198 | $self->{rbuf} = ""; |
|
|
1199 | |
1177 | () |
1200 | () |
1178 | } |
1201 | } |
1179 | } |
1202 | } |
1180 | }; |
1203 | }; |
1181 | |
1204 | |
… | |
… | |
1322 | delete $self->{_rw}; |
1345 | delete $self->{_rw}; |
1323 | $self->{_eof} = 1; |
1346 | $self->{_eof} = 1; |
1324 | &_freetls; |
1347 | &_freetls; |
1325 | } |
1348 | } |
1326 | |
1349 | |
1327 | $self->{rbuf} .= $tmp; |
1350 | $self->{tls_rbuf} .= $tmp;#d# |
1328 | $self->_drain_rbuf unless $self->{_in_drain}; |
1351 | $self->_drain_rbuf unless $self->{_in_drain}; |
1329 | $self->{tls} or return; # tls session might have gone away in callback |
1352 | $self->{tls} or return; # tls session might have gone away in callback |
1330 | } |
1353 | } |
1331 | |
1354 | |
1332 | $tmp = Net::SSLeay::get_error ($self->{tls}, -1); |
1355 | $tmp = Net::SSLeay::get_error ($self->{tls}, -1); |
… | |
… | |
1371 | sub starttls { |
1394 | sub starttls { |
1372 | my ($self, $ssl, $ctx) = @_; |
1395 | my ($self, $ssl, $ctx) = @_; |
1373 | |
1396 | |
1374 | require Net::SSLeay; |
1397 | require Net::SSLeay; |
1375 | |
1398 | |
1376 | Carp::croak "it is an error to call starttls more than once on an Anyevent::Handle object" |
1399 | Carp::croak "it is an error to call starttls more than once on an AnyEvent::Handle object" |
1377 | if $self->{tls}; |
1400 | if $self->{tls}; |
1378 | |
1401 | |
1379 | if ($ssl eq "accept") { |
1402 | if ($ssl eq "accept") { |
1380 | $ssl = Net::SSLeay::new ($ctx || TLS_CTX ()); |
1403 | $ssl = Net::SSLeay::new ($ctx || TLS_CTX ()); |
1381 | Net::SSLeay::set_accept_state ($ssl); |
1404 | Net::SSLeay::set_accept_state ($ssl); |
… | |
… | |
1470 | @linger = (); |
1493 | @linger = (); |
1471 | }); |
1494 | }); |
1472 | } |
1495 | } |
1473 | } |
1496 | } |
1474 | |
1497 | |
|
|
1498 | =item $handle->destroy |
|
|
1499 | |
|
|
1500 | Shuts down the handle object as much as possible - this call ensures that |
|
|
1501 | no further callbacks will be invoked and resources will be freed as much |
|
|
1502 | as possible. You must not call any methods on the object afterwards. |
|
|
1503 | |
|
|
1504 | Normally, you can just "forget" any references to an AnyEvent::Handle |
|
|
1505 | object and it will simply shut down. This works in fatal error and EOF |
|
|
1506 | callbacks, as well as code outside. It does I<NOT> work in a read or write |
|
|
1507 | callback, so when you want to destroy the AnyEvent::Handle object from |
|
|
1508 | within such an callback. You I<MUST> call C<< ->destroy >> explicitly in |
|
|
1509 | that case. |
|
|
1510 | |
|
|
1511 | The handle might still linger in the background and write out remaining |
|
|
1512 | data, as specified by the C<linger> option, however. |
|
|
1513 | |
|
|
1514 | =cut |
|
|
1515 | |
|
|
1516 | sub destroy { |
|
|
1517 | my ($self) = @_; |
|
|
1518 | |
|
|
1519 | $self->DESTROY; |
|
|
1520 | %$self = (); |
|
|
1521 | } |
|
|
1522 | |
1475 | =item AnyEvent::Handle::TLS_CTX |
1523 | =item AnyEvent::Handle::TLS_CTX |
1476 | |
1524 | |
1477 | This function creates and returns the Net::SSLeay::CTX object used by |
1525 | This function creates and returns the Net::SSLeay::CTX object used by |
1478 | default for TLS mode. |
1526 | default for TLS mode. |
1479 | |
1527 | |
… | |
… | |
1511 | |
1559 | |
1512 | |
1560 | |
1513 | =head1 NONFREQUENTLY ASKED QUESTIONS |
1561 | =head1 NONFREQUENTLY ASKED QUESTIONS |
1514 | |
1562 | |
1515 | =over 4 |
1563 | =over 4 |
|
|
1564 | |
|
|
1565 | =item I C<undef> the AnyEvent::Handle reference inside my callback and |
|
|
1566 | still get further invocations! |
|
|
1567 | |
|
|
1568 | That's because AnyEvent::Handle keeps a reference to itself when handling |
|
|
1569 | read or write callbacks. |
|
|
1570 | |
|
|
1571 | It is only safe to "forget" the reference inside EOF or error callbacks, |
|
|
1572 | from within all other callbacks, you need to explicitly call the C<< |
|
|
1573 | ->destroy >> method. |
|
|
1574 | |
|
|
1575 | =item I get different callback invocations in TLS mode/Why can't I pause |
|
|
1576 | reading? |
|
|
1577 | |
|
|
1578 | Unlike, say, TCP, TLS connections do not consist of two independent |
|
|
1579 | communication channels, one for each direction. Or put differently. The |
|
|
1580 | read and write directions are not independent of each other: you cannot |
|
|
1581 | write data unless you are also prepared to read, and vice versa. |
|
|
1582 | |
|
|
1583 | This can mean than, in TLS mode, you might get C<on_error> or C<on_eof> |
|
|
1584 | callback invocations when you are not expecting any read data - the reason |
|
|
1585 | is that AnyEvent::Handle always reads in TLS mode. |
|
|
1586 | |
|
|
1587 | During the connection, you have to make sure that you always have a |
|
|
1588 | non-empty read-queue, or an C<on_read> watcher. At the end of the |
|
|
1589 | connection (or when you no longer want to use it) you can call the |
|
|
1590 | C<destroy> method. |
1516 | |
1591 | |
1517 | =item How do I read data until the other side closes the connection? |
1592 | =item How do I read data until the other side closes the connection? |
1518 | |
1593 | |
1519 | If you just want to read your data into a perl scalar, the easiest way |
1594 | If you just want to read your data into a perl scalar, the easiest way |
1520 | to achieve this is by setting an C<on_read> callback that does nothing, |
1595 | to achieve this is by setting an C<on_read> callback that does nothing, |
… | |
… | |
1530 | |
1605 | |
1531 | The reason to use C<on_error> is that TCP connections, due to latencies |
1606 | The reason to use C<on_error> is that TCP connections, due to latencies |
1532 | and packets loss, might get closed quite violently with an error, when in |
1607 | and packets loss, might get closed quite violently with an error, when in |
1533 | fact, all data has been received. |
1608 | fact, all data has been received. |
1534 | |
1609 | |
1535 | It is usually better to use acknowledgements when transfering data, |
1610 | It is usually better to use acknowledgements when transferring data, |
1536 | to make sure the other side hasn't just died and you got the data |
1611 | to make sure the other side hasn't just died and you got the data |
1537 | intact. This is also one reason why so many internet protocols have an |
1612 | intact. This is also one reason why so many internet protocols have an |
1538 | explicit QUIT command. |
1613 | explicit QUIT command. |
1539 | |
|
|
1540 | |
1614 | |
1541 | =item I don't want to destroy the handle too early - how do I wait until |
1615 | =item I don't want to destroy the handle too early - how do I wait until |
1542 | all data has been written? |
1616 | all data has been written? |
1543 | |
1617 | |
1544 | After writing your last bits of data, set the C<on_drain> callback |
1618 | After writing your last bits of data, set the C<on_drain> callback |