1 | =head1 NAME |
1 | =head1 NAME |
2 | |
2 | |
3 | AnyEvent::Handle - non-blocking I/O on file handles via AnyEvent |
3 | AnyEvent::Handle - non-blocking I/O on streaming handles via AnyEvent |
4 | |
4 | |
5 | =head1 SYNOPSIS |
5 | =head1 SYNOPSIS |
6 | |
6 | |
7 | use AnyEvent; |
7 | use AnyEvent; |
8 | use AnyEvent::Handle; |
8 | use AnyEvent::Handle; |
… | |
… | |
14 | on_error => sub { |
14 | on_error => sub { |
15 | my ($hdl, $fatal, $msg) = @_; |
15 | my ($hdl, $fatal, $msg) = @_; |
16 | warn "got error $msg\n"; |
16 | warn "got error $msg\n"; |
17 | $hdl->destroy; |
17 | $hdl->destroy; |
18 | $cv->send; |
18 | $cv->send; |
19 | ); |
19 | }; |
20 | |
20 | |
21 | # send some request line |
21 | # send some request line |
22 | $hdl->push_write ("getinfo\015\012"); |
22 | $hdl->push_write ("getinfo\015\012"); |
23 | |
23 | |
24 | # read the response line |
24 | # read the response line |
… | |
… | |
30 | |
30 | |
31 | $cv->recv; |
31 | $cv->recv; |
32 | |
32 | |
33 | =head1 DESCRIPTION |
33 | =head1 DESCRIPTION |
34 | |
34 | |
35 | This module is a helper module to make it easier to do event-based I/O on |
35 | This is a helper module to make it easier to do event-based I/O on |
36 | filehandles. |
36 | stream-based filehandles (sockets, pipes, and other stream things). |
37 | |
37 | |
38 | The L<AnyEvent::Intro> tutorial contains some well-documented |
38 | The L<AnyEvent::Intro> tutorial contains some well-documented |
39 | AnyEvent::Handle examples. |
39 | AnyEvent::Handle examples. |
40 | |
40 | |
41 | In the following, when the documentation refers to of "bytes" then this |
41 | In the following, where the documentation refers to "bytes", it means |
42 | means characters. As sysread and syswrite are used for all I/O, their |
42 | characters. As sysread and syswrite are used for all I/O, their |
43 | treatment of characters applies to this module as well. |
43 | treatment of characters applies to this module as well. |
44 | |
44 | |
45 | At the very minimum, you should specify C<fh> or C<connect>, and the |
45 | At the very minimum, you should specify C<fh> or C<connect>, and the |
46 | C<on_error> callback. |
46 | C<on_error> callback. |
47 | |
47 | |
… | |
… | |
75 | } |
75 | } |
76 | |
76 | |
77 | \&$func |
77 | \&$func |
78 | } |
78 | } |
79 | |
79 | |
|
|
80 | sub MAX_READ_SIZE() { 131072 } |
|
|
81 | |
80 | =head1 METHODS |
82 | =head1 METHODS |
81 | |
83 | |
82 | =over 4 |
84 | =over 4 |
83 | |
85 | |
84 | =item $handle = B<new> AnyEvent::TLS fh => $filehandle, key => value... |
86 | =item $handle = B<new> AnyEvent::Handle fh => $filehandle, key => value... |
85 | |
87 | |
86 | The constructor supports these arguments (all as C<< key => value >> pairs). |
88 | The constructor supports these arguments (all as C<< key => value >> pairs). |
87 | |
89 | |
88 | =over 4 |
90 | =over 4 |
89 | |
91 | |
… | |
… | |
118 | prepare the file handle with parameters required for the actual connect |
120 | prepare the file handle with parameters required for the actual connect |
119 | (as opposed to settings that can be changed when the connection is already |
121 | (as opposed to settings that can be changed when the connection is already |
120 | established). |
122 | established). |
121 | |
123 | |
122 | The return value of this callback should be the connect timeout value in |
124 | The return value of this callback should be the connect timeout value in |
123 | seconds (or C<0>, or C<undef>, or the empty list, to indicate the default |
125 | seconds (or C<0>, or C<undef>, or the empty list, to indicate that the |
124 | timeout is to be used). |
126 | default timeout is to be used). |
125 | |
127 | |
126 | =item on_connect => $cb->($handle, $host, $port, $retry->()) |
128 | =item on_connect => $cb->($handle, $host, $port, $retry->()) |
127 | |
129 | |
128 | This callback is called when a connection has been successfully established. |
130 | This callback is called when a connection has been successfully established. |
129 | |
131 | |
130 | The actual numeric host and port (the socket peername) are passed as |
132 | The peer's numeric host and port (the socket peername) are passed as |
131 | parameters, together with a retry callback. |
133 | parameters, together with a retry callback. |
132 | |
134 | |
133 | When, for some reason, the handle is not acceptable, then calling |
135 | If, for some reason, the handle is not acceptable, calling C<$retry> |
134 | C<$retry> will continue with the next conenction target (in case of |
136 | will continue with the next connection target (in case of multi-homed |
135 | multi-homed hosts or SRV records there can be multiple connection |
137 | hosts or SRV records there can be multiple connection endpoints). At the |
136 | endpoints). When it is called then the read and write queues, eof status, |
138 | time it is called the read and write queues, eof status, tls status and |
137 | tls status and similar properties of the handle are being reset. |
139 | similar properties of the handle will have been reset. |
138 | |
140 | |
139 | In most cases, ignoring the C<$retry> parameter is the way to go. |
141 | In most cases, you should ignore the C<$retry> parameter. |
140 | |
142 | |
141 | =item on_connect_error => $cb->($handle, $message) |
143 | =item on_connect_error => $cb->($handle, $message) |
142 | |
144 | |
143 | This callback is called when the conenction could not be |
145 | This callback is called when the connection could not be |
144 | established. C<$!> will contain the relevant error code, and C<$message> a |
146 | established. C<$!> will contain the relevant error code, and C<$message> a |
145 | message describing it (usually the same as C<"$!">). |
147 | message describing it (usually the same as C<"$!">). |
146 | |
148 | |
147 | If this callback isn't specified, then C<on_error> will be called with a |
149 | If this callback isn't specified, then C<on_error> will be called with a |
148 | fatal error instead. |
150 | fatal error instead. |
… | |
… | |
151 | |
153 | |
152 | =item on_error => $cb->($handle, $fatal, $message) |
154 | =item on_error => $cb->($handle, $fatal, $message) |
153 | |
155 | |
154 | This is the error callback, which is called when, well, some error |
156 | This is the error callback, which is called when, well, some error |
155 | occured, such as not being able to resolve the hostname, failure to |
157 | occured, such as not being able to resolve the hostname, failure to |
156 | connect or a read error. |
158 | connect, or a read error. |
157 | |
159 | |
158 | Some errors are fatal (which is indicated by C<$fatal> being true). On |
160 | Some errors are fatal (which is indicated by C<$fatal> being true). On |
159 | fatal errors the handle object will be destroyed (by a call to C<< -> |
161 | fatal errors the handle object will be destroyed (by a call to C<< -> |
160 | destroy >>) after invoking the error callback (which means you are free to |
162 | destroy >>) after invoking the error callback (which means you are free to |
161 | examine the handle object). Examples of fatal errors are an EOF condition |
163 | examine the handle object). Examples of fatal errors are an EOF condition |
162 | with active (but unsatisifable) read watchers (C<EPIPE>) or I/O errors. In |
164 | with active (but unsatisfiable) read watchers (C<EPIPE>) or I/O errors. In |
163 | cases where the other side can close the connection at their will it is |
165 | cases where the other side can close the connection at will, it is |
164 | often easiest to not report C<EPIPE> errors in this callback. |
166 | often easiest to not report C<EPIPE> errors in this callback. |
165 | |
167 | |
166 | AnyEvent::Handle tries to find an appropriate error code for you to check |
168 | AnyEvent::Handle tries to find an appropriate error code for you to check |
167 | against, but in some cases (TLS errors), this does not work well. It is |
169 | against, but in some cases (TLS errors), this does not work well. It is |
168 | recommended to always output the C<$message> argument in human-readable |
170 | recommended to always output the C<$message> argument in human-readable |
169 | error messages (it's usually the same as C<"$!">). |
171 | error messages (it's usually the same as C<"$!">). |
170 | |
172 | |
171 | Non-fatal errors can be retried by simply returning, but it is recommended |
173 | Non-fatal errors can be retried by returning, but it is recommended |
172 | to simply ignore this parameter and instead abondon the handle object |
174 | to simply ignore this parameter and instead abondon the handle object |
173 | when this callback is invoked. Examples of non-fatal errors are timeouts |
175 | when this callback is invoked. Examples of non-fatal errors are timeouts |
174 | C<ETIMEDOUT>) or badly-formatted data (C<EBADMSG>). |
176 | C<ETIMEDOUT>) or badly-formatted data (C<EBADMSG>). |
175 | |
177 | |
176 | On callback entrance, the value of C<$!> contains the operating system |
178 | On entry to the callback, the value of C<$!> contains the operating |
177 | error code (or C<ENOSPC>, C<EPIPE>, C<ETIMEDOUT>, C<EBADMSG> or |
179 | system error code (or C<ENOSPC>, C<EPIPE>, C<ETIMEDOUT>, C<EBADMSG> or |
178 | C<EPROTO>). |
180 | C<EPROTO>). |
179 | |
181 | |
180 | While not mandatory, it is I<highly> recommended to set this callback, as |
182 | While not mandatory, it is I<highly> recommended to set this callback, as |
181 | you will not be notified of errors otherwise. The default simply calls |
183 | you will not be notified of errors otherwise. The default just calls |
182 | C<croak>. |
184 | C<croak>. |
183 | |
185 | |
184 | =item on_read => $cb->($handle) |
186 | =item on_read => $cb->($handle) |
185 | |
187 | |
186 | This sets the default read callback, which is called when data arrives |
188 | This sets the default read callback, which is called when data arrives |
… | |
… | |
191 | To access (and remove data from) the read buffer, use the C<< ->rbuf >> |
193 | To access (and remove data from) the read buffer, use the C<< ->rbuf >> |
192 | method or access the C<< $handle->{rbuf} >> member directly. Note that you |
194 | method or access the C<< $handle->{rbuf} >> member directly. Note that you |
193 | must not enlarge or modify the read buffer, you can only remove data at |
195 | must not enlarge or modify the read buffer, you can only remove data at |
194 | the beginning from it. |
196 | the beginning from it. |
195 | |
197 | |
|
|
198 | You can also call C<< ->push_read (...) >> or any other function that |
|
|
199 | modifies the read queue. Or do both. Or ... |
|
|
200 | |
196 | When an EOF condition is detected then AnyEvent::Handle will first try to |
201 | When an EOF condition is detected, AnyEvent::Handle will first try to |
197 | feed all the remaining data to the queued callbacks and C<on_read> before |
202 | feed all the remaining data to the queued callbacks and C<on_read> before |
198 | calling the C<on_eof> callback. If no progress can be made, then a fatal |
203 | calling the C<on_eof> callback. If no progress can be made, then a fatal |
199 | error will be raised (with C<$!> set to C<EPIPE>). |
204 | error will be raised (with C<$!> set to C<EPIPE>). |
200 | |
205 | |
201 | Note that, unlike requests in the read queue, an C<on_read> callback |
206 | Note that, unlike requests in the read queue, an C<on_read> callback |
… | |
… | |
220 | set, then a fatal error will be raised with C<$!> set to <0>. |
225 | set, then a fatal error will be raised with C<$!> set to <0>. |
221 | |
226 | |
222 | =item on_drain => $cb->($handle) |
227 | =item on_drain => $cb->($handle) |
223 | |
228 | |
224 | This sets the callback that is called when the write buffer becomes empty |
229 | This sets the callback that is called when the write buffer becomes empty |
225 | (or when the callback is set and the buffer is empty already). |
230 | (or immediately if the buffer is empty already). |
226 | |
231 | |
227 | To append to the write buffer, use the C<< ->push_write >> method. |
232 | To append to the write buffer, use the C<< ->push_write >> method. |
228 | |
233 | |
229 | This callback is useful when you don't want to put all of your write data |
234 | This callback is useful when you don't want to put all of your write data |
230 | into the queue at once, for example, when you want to write the contents |
235 | into the queue at once, for example, when you want to write the contents |
… | |
… | |
242 | many seconds pass without a successful read or write on the underlying |
247 | many seconds pass without a successful read or write on the underlying |
243 | file handle (or a call to C<timeout_reset>), the C<on_timeout> callback |
248 | file handle (or a call to C<timeout_reset>), the C<on_timeout> callback |
244 | will be invoked (and if that one is missing, a non-fatal C<ETIMEDOUT> |
249 | will be invoked (and if that one is missing, a non-fatal C<ETIMEDOUT> |
245 | error will be raised). |
250 | error will be raised). |
246 | |
251 | |
247 | There are three variants of the timeouts that work fully independent |
252 | There are three variants of the timeouts that work independently |
248 | of each other, for both read and write, just read, and just write: |
253 | of each other, for both read and write, just read, and just write: |
249 | C<timeout>, C<rtimeout> and C<wtimeout>, with corresponding callbacks |
254 | C<timeout>, C<rtimeout> and C<wtimeout>, with corresponding callbacks |
250 | C<on_timeout>, C<on_rtimeout> and C<on_wtimeout>, and reset functions |
255 | C<on_timeout>, C<on_rtimeout> and C<on_wtimeout>, and reset functions |
251 | C<timeout_reset>, C<rtimeout_reset>, and C<wtimeout_reset>. |
256 | C<timeout_reset>, C<rtimeout_reset>, and C<wtimeout_reset>. |
252 | |
257 | |
253 | Note that timeout processing is also active when you currently do not have |
258 | Note that timeout processing is active even when you do not have |
254 | any outstanding read or write requests: If you plan to keep the connection |
259 | any outstanding read or write requests: If you plan to keep the connection |
255 | idle then you should disable the timout temporarily or ignore the timeout |
260 | idle then you should disable the timeout temporarily or ignore the timeout |
256 | in the C<on_timeout> callback, in which case AnyEvent::Handle will simply |
261 | in the C<on_timeout> callback, in which case AnyEvent::Handle will simply |
257 | restart the timeout. |
262 | restart the timeout. |
258 | |
263 | |
259 | Zero (the default) disables this timeout. |
264 | Zero (the default) disables this timeout. |
260 | |
265 | |
… | |
… | |
276 | amount of data without a callback ever being called as long as the line |
281 | amount of data without a callback ever being called as long as the line |
277 | isn't finished). |
282 | isn't finished). |
278 | |
283 | |
279 | =item autocork => <boolean> |
284 | =item autocork => <boolean> |
280 | |
285 | |
281 | When disabled (the default), then C<push_write> will try to immediately |
286 | When disabled (the default), C<push_write> will try to immediately |
282 | write the data to the handle, if possible. This avoids having to register |
287 | write the data to the handle if possible. This avoids having to register |
283 | a write watcher and wait for the next event loop iteration, but can |
288 | a write watcher and wait for the next event loop iteration, but can |
284 | be inefficient if you write multiple small chunks (on the wire, this |
289 | be inefficient if you write multiple small chunks (on the wire, this |
285 | disadvantage is usually avoided by your kernel's nagle algorithm, see |
290 | disadvantage is usually avoided by your kernel's nagle algorithm, see |
286 | C<no_delay>, but this option can save costly syscalls). |
291 | C<no_delay>, but this option can save costly syscalls). |
287 | |
292 | |
288 | When enabled, then writes will always be queued till the next event loop |
293 | When enabled, writes will always be queued till the next event loop |
289 | iteration. This is efficient when you do many small writes per iteration, |
294 | iteration. This is efficient when you do many small writes per iteration, |
290 | but less efficient when you do a single write only per iteration (or when |
295 | but less efficient when you do a single write only per iteration (or when |
291 | the write buffer often is full). It also increases write latency. |
296 | the write buffer often is full). It also increases write latency. |
292 | |
297 | |
293 | =item no_delay => <boolean> |
298 | =item no_delay => <boolean> |
… | |
… | |
297 | the Nagle algorithm, and usually it is beneficial. |
302 | the Nagle algorithm, and usually it is beneficial. |
298 | |
303 | |
299 | In some situations you want as low a delay as possible, which can be |
304 | In some situations you want as low a delay as possible, which can be |
300 | accomplishd by setting this option to a true value. |
305 | accomplishd by setting this option to a true value. |
301 | |
306 | |
302 | The default is your opertaing system's default behaviour (most likely |
307 | The default is your operating system's default behaviour (most likely |
303 | enabled), this option explicitly enables or disables it, if possible. |
308 | enabled). This option explicitly enables or disables it, if possible. |
304 | |
309 | |
305 | =item keepalive => <boolean> |
310 | =item keepalive => <boolean> |
306 | |
311 | |
307 | Enables (default disable) the SO_KEEPALIVE option on the stream socket: |
312 | Enables (default disable) the SO_KEEPALIVE option on the stream socket: |
308 | normally, TCP connections have no time-out once established, so TCP |
313 | normally, TCP connections have no time-out once established, so TCP |
309 | conenctions, once established, can stay alive forever even when the other |
314 | connections, once established, can stay alive forever even when the other |
310 | side has long gone. TCP keepalives are a cheap way to take down long-lived |
315 | side has long gone. TCP keepalives are a cheap way to take down long-lived |
311 | TCP connections whent he other side becomes unreachable. While the default |
316 | TCP connections when the other side becomes unreachable. While the default |
312 | is OS-dependent, TCP keepalives usually kick in after around two hours, |
317 | is OS-dependent, TCP keepalives usually kick in after around two hours, |
313 | and, if the other side doesn't reply, take down the TCP connection some 10 |
318 | and, if the other side doesn't reply, take down the TCP connection some 10 |
314 | to 15 minutes later. |
319 | to 15 minutes later. |
315 | |
320 | |
316 | It is harmless to specify this option for file handles that do not support |
321 | It is harmless to specify this option for file handles that do not support |
… | |
… | |
334 | already have occured on BSD systems), but at least it will protect you |
339 | already have occured on BSD systems), but at least it will protect you |
335 | from most attacks. |
340 | from most attacks. |
336 | |
341 | |
337 | =item read_size => <bytes> |
342 | =item read_size => <bytes> |
338 | |
343 | |
339 | The default read block size (the amount of bytes this module will |
344 | The initial read block size, the number of bytes this module will try to |
340 | try to read during each loop iteration, which affects memory |
345 | read during each loop iteration. Each handle object will consume at least |
341 | requirements). Default: C<8192>. |
346 | this amount of memory for the read buffer as well, so when handling many |
|
|
347 | connections requirements). See also C<max_read_size>. Default: C<2048>. |
|
|
348 | |
|
|
349 | =item max_read_size => <bytes> |
|
|
350 | |
|
|
351 | The maximum read buffer size used by the dynamic adjustment |
|
|
352 | algorithm: Each time AnyEvent::Handle can read C<read_size> bytes in |
|
|
353 | one go it will double C<read_size> up to the maximum given by this |
|
|
354 | option. Default: C<131072> or C<read_size>, whichever is higher. |
342 | |
355 | |
343 | =item low_water_mark => <bytes> |
356 | =item low_water_mark => <bytes> |
344 | |
357 | |
345 | Sets the amount of bytes (default: C<0>) that make up an "empty" write |
358 | Sets the number of bytes (default: C<0>) that make up an "empty" write |
346 | buffer: If the write reaches this size or gets even samller it is |
359 | buffer: If the buffer reaches this size or gets even samller it is |
347 | considered empty. |
360 | considered empty. |
348 | |
361 | |
349 | Sometimes it can be beneficial (for performance reasons) to add data to |
362 | Sometimes it can be beneficial (for performance reasons) to add data to |
350 | the write buffer before it is fully drained, but this is a rare case, as |
363 | the write buffer before it is fully drained, but this is a rare case, as |
351 | the operating system kernel usually buffers data as well, so the default |
364 | the operating system kernel usually buffers data as well, so the default |
352 | is good in almost all cases. |
365 | is good in almost all cases. |
353 | |
366 | |
354 | =item linger => <seconds> |
367 | =item linger => <seconds> |
355 | |
368 | |
356 | If non-zero (default: C<3600>), then the destructor of the |
369 | If this is non-zero (default: C<3600>), the destructor of the |
357 | AnyEvent::Handle object will check whether there is still outstanding |
370 | AnyEvent::Handle object will check whether there is still outstanding |
358 | write data and will install a watcher that will write this data to the |
371 | write data and will install a watcher that will write this data to the |
359 | socket. No errors will be reported (this mostly matches how the operating |
372 | socket. No errors will be reported (this mostly matches how the operating |
360 | system treats outstanding data at socket close time). |
373 | system treats outstanding data at socket close time). |
361 | |
374 | |
… | |
… | |
368 | A string used to identify the remote site - usually the DNS hostname |
381 | A string used to identify the remote site - usually the DNS hostname |
369 | (I<not> IDN!) used to create the connection, rarely the IP address. |
382 | (I<not> IDN!) used to create the connection, rarely the IP address. |
370 | |
383 | |
371 | Apart from being useful in error messages, this string is also used in TLS |
384 | Apart from being useful in error messages, this string is also used in TLS |
372 | peername verification (see C<verify_peername> in L<AnyEvent::TLS>). This |
385 | peername verification (see C<verify_peername> in L<AnyEvent::TLS>). This |
373 | verification will be skipped when C<peername> is not specified or |
386 | verification will be skipped when C<peername> is not specified or is |
374 | C<undef>. |
387 | C<undef>. |
375 | |
388 | |
376 | =item tls => "accept" | "connect" | Net::SSLeay::SSL object |
389 | =item tls => "accept" | "connect" | Net::SSLeay::SSL object |
377 | |
390 | |
378 | When this parameter is given, it enables TLS (SSL) mode, that means |
391 | When this parameter is given, it enables TLS (SSL) mode, that means |
379 | AnyEvent will start a TLS handshake as soon as the conenction has been |
392 | AnyEvent will start a TLS handshake as soon as the connection has been |
380 | established and will transparently encrypt/decrypt data afterwards. |
393 | established and will transparently encrypt/decrypt data afterwards. |
381 | |
394 | |
382 | All TLS protocol errors will be signalled as C<EPROTO>, with an |
395 | All TLS protocol errors will be signalled as C<EPROTO>, with an |
383 | appropriate error message. |
396 | appropriate error message. |
384 | |
397 | |
… | |
… | |
404 | B<IMPORTANT:> since Net::SSLeay "objects" are really only integers, |
417 | B<IMPORTANT:> since Net::SSLeay "objects" are really only integers, |
405 | passing in the wrong integer will lead to certain crash. This most often |
418 | passing in the wrong integer will lead to certain crash. This most often |
406 | happens when one uses a stylish C<< tls => 1 >> and is surprised about the |
419 | happens when one uses a stylish C<< tls => 1 >> and is surprised about the |
407 | segmentation fault. |
420 | segmentation fault. |
408 | |
421 | |
409 | See the C<< ->starttls >> method for when need to start TLS negotiation later. |
422 | Use the C<< ->starttls >> method if you need to start TLS negotiation later. |
410 | |
423 | |
411 | =item tls_ctx => $anyevent_tls |
424 | =item tls_ctx => $anyevent_tls |
412 | |
425 | |
413 | Use the given C<AnyEvent::TLS> object to create the new TLS connection |
426 | Use the given C<AnyEvent::TLS> object to create the new TLS connection |
414 | (unless a connection object was specified directly). If this parameter is |
427 | (unless a connection object was specified directly). If this |
415 | missing, then AnyEvent::Handle will use C<AnyEvent::Handle::TLS_CTX>. |
428 | parameter is missing (or C<undef>), then AnyEvent::Handle will use |
|
|
429 | C<AnyEvent::Handle::TLS_CTX>. |
416 | |
430 | |
417 | Instead of an object, you can also specify a hash reference with C<< key |
431 | Instead of an object, you can also specify a hash reference with C<< key |
418 | => value >> pairs. Those will be passed to L<AnyEvent::TLS> to create a |
432 | => value >> pairs. Those will be passed to L<AnyEvent::TLS> to create a |
419 | new TLS context object. |
433 | new TLS context object. |
420 | |
434 | |
… | |
… | |
429 | |
443 | |
430 | TLS handshake failures will not cause C<on_error> to be invoked when this |
444 | TLS handshake failures will not cause C<on_error> to be invoked when this |
431 | callback is in effect, instead, the error message will be passed to C<on_starttls>. |
445 | callback is in effect, instead, the error message will be passed to C<on_starttls>. |
432 | |
446 | |
433 | Without this callback, handshake failures lead to C<on_error> being |
447 | Without this callback, handshake failures lead to C<on_error> being |
434 | called, as normal. |
448 | called as usual. |
435 | |
449 | |
436 | Note that you cannot call C<starttls> right again in this callback. If you |
450 | Note that you cannot just call C<starttls> again in this callback. If you |
437 | need to do that, start an zero-second timer instead whose callback can |
451 | need to do that, start an zero-second timer instead whose callback can |
438 | then call C<< ->starttls >> again. |
452 | then call C<< ->starttls >> again. |
439 | |
453 | |
440 | =item on_stoptls => $cb->($handle) |
454 | =item on_stoptls => $cb->($handle) |
441 | |
455 | |
… | |
… | |
488 | AnyEvent::Socket::tcp_connect ( |
502 | AnyEvent::Socket::tcp_connect ( |
489 | $self->{connect}[0], |
503 | $self->{connect}[0], |
490 | $self->{connect}[1], |
504 | $self->{connect}[1], |
491 | sub { |
505 | sub { |
492 | my ($fh, $host, $port, $retry) = @_; |
506 | my ($fh, $host, $port, $retry) = @_; |
|
|
507 | |
|
|
508 | delete $self->{_connect}; # no longer needed |
493 | |
509 | |
494 | if ($fh) { |
510 | if ($fh) { |
495 | $self->{fh} = $fh; |
511 | $self->{fh} = $fh; |
496 | |
512 | |
497 | delete $self->{_skip_drain_rbuf}; |
513 | delete $self->{_skip_drain_rbuf}; |
… | |
… | |
531 | } |
547 | } |
532 | |
548 | |
533 | sub _start { |
549 | sub _start { |
534 | my ($self) = @_; |
550 | my ($self) = @_; |
535 | |
551 | |
|
|
552 | # too many clueless people try to use udp and similar sockets |
|
|
553 | # with AnyEvent::Handle, do them a favour. |
|
|
554 | my $type = getsockopt $self->{fh}, Socket::SOL_SOCKET (), Socket::SO_TYPE (); |
|
|
555 | Carp::croak "AnyEvent::Handle: only stream sockets supported, anything else will NOT work!" |
|
|
556 | if Socket::SOCK_STREAM () != (unpack "I", $type) && defined $type; |
|
|
557 | |
536 | AnyEvent::Util::fh_nonblocking $self->{fh}, 1; |
558 | AnyEvent::Util::fh_nonblocking $self->{fh}, 1; |
537 | |
559 | |
538 | $self->{_activity} = |
560 | $self->{_activity} = |
539 | $self->{_ractivity} = |
561 | $self->{_ractivity} = |
540 | $self->{_wactivity} = AE::now; |
562 | $self->{_wactivity} = AE::now; |
541 | |
563 | |
|
|
564 | $self->{read_size} ||= 2048; |
|
|
565 | $self->{max_read_size} = $self->{read_size} |
|
|
566 | if $self->{read_size} > ($self->{max_read_size} || MAX_READ_SIZE); |
|
|
567 | |
542 | $self->timeout (delete $self->{timeout} ) if $self->{timeout}; |
568 | $self->timeout (delete $self->{timeout} ) if $self->{timeout}; |
543 | $self->rtimeout (delete $self->{rtimeout} ) if $self->{rtimeout}; |
569 | $self->rtimeout (delete $self->{rtimeout} ) if $self->{rtimeout}; |
544 | $self->wtimeout (delete $self->{wtimeout} ) if $self->{wtimeout}; |
570 | $self->wtimeout (delete $self->{wtimeout} ) if $self->{wtimeout}; |
545 | |
571 | |
546 | $self->no_delay (delete $self->{no_delay} ) if exists $self->{no_delay} && $self->{no_delay}; |
572 | $self->no_delay (delete $self->{no_delay} ) if exists $self->{no_delay} && $self->{no_delay}; |
… | |
… | |
549 | $self->oobinline (exists $self->{oobinline} ? delete $self->{oobinline} : 1); |
575 | $self->oobinline (exists $self->{oobinline} ? delete $self->{oobinline} : 1); |
550 | |
576 | |
551 | $self->starttls (delete $self->{tls}, delete $self->{tls_ctx}) |
577 | $self->starttls (delete $self->{tls}, delete $self->{tls_ctx}) |
552 | if $self->{tls}; |
578 | if $self->{tls}; |
553 | |
579 | |
554 | $self->on_drain (delete $self->{on_drain}) if $self->{on_drain}; |
580 | $self->on_drain (delete $self->{on_drain} ) if $self->{on_drain}; |
555 | |
581 | |
556 | $self->start_read |
582 | $self->start_read |
557 | if $self->{on_read} || @{ $self->{_queue} }; |
583 | if $self->{on_read} || @{ $self->{_queue} }; |
558 | |
584 | |
559 | $self->_drain_wbuf; |
585 | $self->_drain_wbuf; |
… | |
… | |
566 | $message ||= "$!"; |
592 | $message ||= "$!"; |
567 | |
593 | |
568 | if ($self->{on_error}) { |
594 | if ($self->{on_error}) { |
569 | $self->{on_error}($self, $fatal, $message); |
595 | $self->{on_error}($self, $fatal, $message); |
570 | $self->destroy if $fatal; |
596 | $self->destroy if $fatal; |
571 | } elsif ($self->{fh}) { |
597 | } elsif ($self->{fh} || $self->{connect}) { |
572 | $self->destroy; |
598 | $self->destroy; |
573 | Carp::croak "AnyEvent::Handle uncaught error: $message"; |
599 | Carp::croak "AnyEvent::Handle uncaught error: $message"; |
574 | } |
600 | } |
575 | } |
601 | } |
576 | |
602 | |
… | |
… | |
635 | =cut |
661 | =cut |
636 | |
662 | |
637 | sub no_delay { |
663 | sub no_delay { |
638 | $_[0]{no_delay} = $_[1]; |
664 | $_[0]{no_delay} = $_[1]; |
639 | |
665 | |
640 | eval { |
|
|
641 | local $SIG{__DIE__}; |
|
|
642 | setsockopt $_[0]{fh}, Socket::IPPROTO_TCP (), Socket::TCP_NODELAY (), int $_[1] |
666 | setsockopt $_[0]{fh}, Socket::IPPROTO_TCP (), Socket::TCP_NODELAY (), int $_[1] |
643 | if $_[0]{fh}; |
667 | if $_[0]{fh}; |
644 | }; |
|
|
645 | } |
668 | } |
646 | |
669 | |
647 | =item $handle->keepalive ($boolean) |
670 | =item $handle->keepalive ($boolean) |
648 | |
671 | |
649 | Enables or disables the C<keepalive> setting (see constructor argument of |
672 | Enables or disables the C<keepalive> setting (see constructor argument of |
… | |
… | |
709 | |
732 | |
710 | Replace the current C<on_stoptls> callback (see the C<on_stoptls> constructor argument). |
733 | Replace the current C<on_stoptls> callback (see the C<on_stoptls> constructor argument). |
711 | |
734 | |
712 | =cut |
735 | =cut |
713 | |
736 | |
714 | sub on_starttls { |
737 | sub on_stoptls { |
715 | $_[0]{on_stoptls} = $_[1]; |
738 | $_[0]{on_stoptls} = $_[1]; |
716 | } |
739 | } |
717 | |
740 | |
718 | =item $handle->rbuf_max ($max_octets) |
741 | =item $handle->rbuf_max ($max_octets) |
719 | |
742 | |
… | |
… | |
758 | $_[0]{$on_timeout} = $_[1]; |
781 | $_[0]{$on_timeout} = $_[1]; |
759 | }; |
782 | }; |
760 | |
783 | |
761 | *$timeout = sub { |
784 | *$timeout = sub { |
762 | my ($self, $new_value) = @_; |
785 | my ($self, $new_value) = @_; |
|
|
786 | |
|
|
787 | $new_value >= 0 |
|
|
788 | or Carp::croak "AnyEvent::Handle->$timeout called with negative timeout ($new_value), caught"; |
763 | |
789 | |
764 | $self->{$timeout} = $new_value; |
790 | $self->{$timeout} = $new_value; |
765 | delete $self->{$tw}; &$cb; |
791 | delete $self->{$tw}; &$cb; |
766 | }; |
792 | }; |
767 | |
793 | |
… | |
… | |
831 | =item $handle->on_drain ($cb) |
857 | =item $handle->on_drain ($cb) |
832 | |
858 | |
833 | Sets the C<on_drain> callback or clears it (see the description of |
859 | Sets the C<on_drain> callback or clears it (see the description of |
834 | C<on_drain> in the constructor). |
860 | C<on_drain> in the constructor). |
835 | |
861 | |
|
|
862 | This method may invoke callbacks (and therefore the handle might be |
|
|
863 | destroyed after it returns). |
|
|
864 | |
836 | =cut |
865 | =cut |
837 | |
866 | |
838 | sub on_drain { |
867 | sub on_drain { |
839 | my ($self, $cb) = @_; |
868 | my ($self, $cb) = @_; |
840 | |
869 | |
… | |
… | |
847 | =item $handle->push_write ($data) |
876 | =item $handle->push_write ($data) |
848 | |
877 | |
849 | Queues the given scalar to be written. You can push as much data as you |
878 | Queues the given scalar to be written. You can push as much data as you |
850 | want (only limited by the available memory), as C<AnyEvent::Handle> |
879 | want (only limited by the available memory), as C<AnyEvent::Handle> |
851 | buffers it independently of the kernel. |
880 | buffers it independently of the kernel. |
|
|
881 | |
|
|
882 | This method may invoke callbacks (and therefore the handle might be |
|
|
883 | destroyed after it returns). |
852 | |
884 | |
853 | =cut |
885 | =cut |
854 | |
886 | |
855 | sub _drain_wbuf { |
887 | sub _drain_wbuf { |
856 | my ($self) = @_; |
888 | my ($self) = @_; |
… | |
… | |
902 | @_ = ($WH{$type} ||= _load_func "$type\::anyevent_write_type" |
934 | @_ = ($WH{$type} ||= _load_func "$type\::anyevent_write_type" |
903 | or Carp::croak "unsupported/unloadable type '$type' passed to AnyEvent::Handle::push_write") |
935 | or Carp::croak "unsupported/unloadable type '$type' passed to AnyEvent::Handle::push_write") |
904 | ->($self, @_); |
936 | ->($self, @_); |
905 | } |
937 | } |
906 | |
938 | |
|
|
939 | # we downgrade here to avoid hard-to-track-down bugs, |
|
|
940 | # and diagnose the problem earlier and better. |
|
|
941 | |
907 | if ($self->{tls}) { |
942 | if ($self->{tls}) { |
908 | $self->{_tls_wbuf} .= $_[0]; |
943 | utf8::downgrade $self->{_tls_wbuf} .= $_[0]; |
909 | &_dotls ($self) if $self->{fh}; |
944 | &_dotls ($self) if $self->{fh}; |
910 | } else { |
945 | } else { |
911 | $self->{wbuf} .= $_[0]; |
946 | utf8::downgrade $self->{wbuf} .= $_[0]; |
912 | $self->_drain_wbuf if $self->{fh}; |
947 | $self->_drain_wbuf if $self->{fh}; |
913 | } |
948 | } |
914 | } |
949 | } |
915 | |
950 | |
916 | =item $handle->push_write (type => @args) |
951 | =item $handle->push_write (type => @args) |
917 | |
952 | |
918 | Instead of formatting your data yourself, you can also let this module |
953 | Instead of formatting your data yourself, you can also let this module |
919 | do the job by specifying a type and type-specific arguments. You |
954 | do the job by specifying a type and type-specific arguments. You |
920 | can also specify the (fully qualified) name of a package, in which |
955 | can also specify the (fully qualified) name of a package, in which |
921 | case AnyEvent tries to load the package and then expects to find the |
956 | case AnyEvent tries to load the package and then expects to find the |
922 | C<anyevent_read_type> function inside (see "custom write types", below). |
957 | C<anyevent_write_type> function inside (see "custom write types", below). |
923 | |
958 | |
924 | Predefined types are (if you have ideas for additional types, feel free to |
959 | Predefined types are (if you have ideas for additional types, feel free to |
925 | drop by and tell us): |
960 | drop by and tell us): |
926 | |
961 | |
927 | =over 4 |
962 | =over 4 |
… | |
… | |
1030 | the peer. |
1065 | the peer. |
1031 | |
1066 | |
1032 | You can rely on the normal read queue and C<on_eof> handling |
1067 | You can rely on the normal read queue and C<on_eof> handling |
1033 | afterwards. This is the cleanest way to close a connection. |
1068 | afterwards. This is the cleanest way to close a connection. |
1034 | |
1069 | |
|
|
1070 | This method may invoke callbacks (and therefore the handle might be |
|
|
1071 | destroyed after it returns). |
|
|
1072 | |
1035 | =cut |
1073 | =cut |
1036 | |
1074 | |
1037 | sub push_shutdown { |
1075 | sub push_shutdown { |
1038 | my ($self) = @_; |
1076 | my ($self) = @_; |
1039 | |
1077 | |
… | |
… | |
1088 | ways, the "simple" way, using only C<on_read> and the "complex" way, using |
1126 | ways, the "simple" way, using only C<on_read> and the "complex" way, using |
1089 | a queue. |
1127 | a queue. |
1090 | |
1128 | |
1091 | In the simple case, you just install an C<on_read> callback and whenever |
1129 | In the simple case, you just install an C<on_read> callback and whenever |
1092 | new data arrives, it will be called. You can then remove some data (if |
1130 | new data arrives, it will be called. You can then remove some data (if |
1093 | enough is there) from the read buffer (C<< $handle->rbuf >>). Or you cna |
1131 | enough is there) from the read buffer (C<< $handle->rbuf >>). Or you can |
1094 | leave the data there if you want to accumulate more (e.g. when only a |
1132 | leave the data there if you want to accumulate more (e.g. when only a |
1095 | partial message has been received so far). |
1133 | partial message has been received so far), or change the read queue with |
|
|
1134 | e.g. C<push_read>. |
1096 | |
1135 | |
1097 | In the more complex case, you want to queue multiple callbacks. In this |
1136 | In the more complex case, you want to queue multiple callbacks. In this |
1098 | case, AnyEvent::Handle will call the first queued callback each time new |
1137 | case, AnyEvent::Handle will call the first queued callback each time new |
1099 | data arrives (also the first time it is queued) and removes it when it has |
1138 | data arrives (also the first time it is queued) and remove it when it has |
1100 | done its job (see C<push_read>, below). |
1139 | done its job (see C<push_read>, below). |
1101 | |
1140 | |
1102 | This way you can, for example, push three line-reads, followed by reading |
1141 | This way you can, for example, push three line-reads, followed by reading |
1103 | a chunk of data, and AnyEvent::Handle will execute them in order. |
1142 | a chunk of data, and AnyEvent::Handle will execute them in order. |
1104 | |
1143 | |
… | |
… | |
1235 | |
1274 | |
1236 | This replaces the currently set C<on_read> callback, or clears it (when |
1275 | This replaces the currently set C<on_read> callback, or clears it (when |
1237 | the new callback is C<undef>). See the description of C<on_read> in the |
1276 | the new callback is C<undef>). See the description of C<on_read> in the |
1238 | constructor. |
1277 | constructor. |
1239 | |
1278 | |
|
|
1279 | This method may invoke callbacks (and therefore the handle might be |
|
|
1280 | destroyed after it returns). |
|
|
1281 | |
1240 | =cut |
1282 | =cut |
1241 | |
1283 | |
1242 | sub on_read { |
1284 | sub on_read { |
1243 | my ($self, $cb) = @_; |
1285 | my ($self, $cb) = @_; |
1244 | |
1286 | |
… | |
… | |
1246 | $self->_drain_rbuf if $cb; |
1288 | $self->_drain_rbuf if $cb; |
1247 | } |
1289 | } |
1248 | |
1290 | |
1249 | =item $handle->rbuf |
1291 | =item $handle->rbuf |
1250 | |
1292 | |
1251 | Returns the read buffer (as a modifiable lvalue). |
1293 | Returns the read buffer (as a modifiable lvalue). You can also access the |
|
|
1294 | read buffer directly as the C<< ->{rbuf} >> member, if you want (this is |
|
|
1295 | much faster, and no less clean). |
1252 | |
1296 | |
1253 | You can access the read buffer directly as the C<< ->{rbuf} >> |
1297 | The only operation allowed on the read buffer (apart from looking at it) |
1254 | member, if you want. However, the only operation allowed on the |
1298 | is removing data from its beginning. Otherwise modifying or appending to |
1255 | read buffer (apart from looking at it) is removing data from its |
1299 | it is not allowed and will lead to hard-to-track-down bugs. |
1256 | beginning. Otherwise modifying or appending to it is not allowed and will |
|
|
1257 | lead to hard-to-track-down bugs. |
|
|
1258 | |
1300 | |
1259 | NOTE: The read buffer should only be used or modified if the C<on_read>, |
1301 | NOTE: The read buffer should only be used or modified in the C<on_read> |
1260 | C<push_read> or C<unshift_read> methods are used. The other read methods |
1302 | callback or when C<push_read> or C<unshift_read> are used with a single |
1261 | automatically manage the read buffer. |
1303 | callback (i.e. untyped). Typed C<push_read> and C<unshift_read> methods |
|
|
1304 | will manage the read buffer on their own. |
1262 | |
1305 | |
1263 | =cut |
1306 | =cut |
1264 | |
1307 | |
1265 | sub rbuf : lvalue { |
1308 | sub rbuf : lvalue { |
1266 | $_[0]{rbuf} |
1309 | $_[0]{rbuf} |
… | |
… | |
1283 | |
1326 | |
1284 | If enough data was available, then the callback must remove all data it is |
1327 | If enough data was available, then the callback must remove all data it is |
1285 | interested in (which can be none at all) and return a true value. After returning |
1328 | interested in (which can be none at all) and return a true value. After returning |
1286 | true, it will be removed from the queue. |
1329 | true, it will be removed from the queue. |
1287 | |
1330 | |
|
|
1331 | These methods may invoke callbacks (and therefore the handle might be |
|
|
1332 | destroyed after it returns). |
|
|
1333 | |
1288 | =cut |
1334 | =cut |
1289 | |
1335 | |
1290 | our %RH; |
1336 | our %RH; |
1291 | |
1337 | |
1292 | sub register_read_type($$) { |
1338 | sub register_read_type($$) { |
… | |
… | |
1314 | my $cb = pop; |
1360 | my $cb = pop; |
1315 | |
1361 | |
1316 | if (@_) { |
1362 | if (@_) { |
1317 | my $type = shift; |
1363 | my $type = shift; |
1318 | |
1364 | |
|
|
1365 | $cb = ($RH{$type} ||= _load_func "$type\::anyevent_read_type" |
1319 | $cb = ($RH{$type} or Carp::croak "unsupported type passed to AnyEvent::Handle::unshift_read") |
1366 | or Carp::croak "unsupported/unloadable type '$type' passed to AnyEvent::Handle::unshift_read") |
1320 | ->($self, $cb, @_); |
1367 | ->($self, $cb, @_); |
1321 | } |
1368 | } |
1322 | |
1369 | |
1323 | unshift @{ $self->{_queue} }, $cb; |
1370 | unshift @{ $self->{_queue} }, $cb; |
1324 | $self->_drain_rbuf; |
1371 | $self->_drain_rbuf; |
… | |
… | |
1432 | the receive buffer when neither C<$accept> nor C<$reject> match, |
1479 | the receive buffer when neither C<$accept> nor C<$reject> match, |
1433 | and everything preceding and including the match will be accepted |
1480 | and everything preceding and including the match will be accepted |
1434 | unconditionally. This is useful to skip large amounts of data that you |
1481 | unconditionally. This is useful to skip large amounts of data that you |
1435 | know cannot be matched, so that the C<$accept> or C<$reject> regex do not |
1482 | know cannot be matched, so that the C<$accept> or C<$reject> regex do not |
1436 | have to start matching from the beginning. This is purely an optimisation |
1483 | have to start matching from the beginning. This is purely an optimisation |
1437 | and is usually worth only when you expect more than a few kilobytes. |
1484 | and is usually worth it only when you expect more than a few kilobytes. |
1438 | |
1485 | |
1439 | Example: expect a http header, which ends at C<\015\012\015\012>. Since we |
1486 | Example: expect a http header, which ends at C<\015\012\015\012>. Since we |
1440 | expect the header to be very large (it isn't in practise, but...), we use |
1487 | expect the header to be very large (it isn't in practice, but...), we use |
1441 | a skip regex to skip initial portions. The skip regex is tricky in that |
1488 | a skip regex to skip initial portions. The skip regex is tricky in that |
1442 | it only accepts something not ending in either \015 or \012, as these are |
1489 | it only accepts something not ending in either \015 or \012, as these are |
1443 | required for the accept regex. |
1490 | required for the accept regex. |
1444 | |
1491 | |
1445 | $handle->push_read (regex => |
1492 | $handle->push_read (regex => |
… | |
… | |
1710 | } |
1757 | } |
1711 | |
1758 | |
1712 | sub start_read { |
1759 | sub start_read { |
1713 | my ($self) = @_; |
1760 | my ($self) = @_; |
1714 | |
1761 | |
1715 | unless ($self->{_rw} || $self->{_eof}) { |
1762 | unless ($self->{_rw} || $self->{_eof} || !$self->{fh}) { |
1716 | Scalar::Util::weaken $self; |
1763 | Scalar::Util::weaken $self; |
1717 | |
1764 | |
1718 | $self->{_rw} = AE::io $self->{fh}, 0, sub { |
1765 | $self->{_rw} = AE::io $self->{fh}, 0, sub { |
1719 | my $rbuf = \($self->{tls} ? my $buf : $self->{rbuf}); |
1766 | my $rbuf = \($self->{tls} ? my $buf : $self->{rbuf}); |
1720 | my $len = sysread $self->{fh}, $$rbuf, $self->{read_size} || 8192, length $$rbuf; |
1767 | my $len = sysread $self->{fh}, $$rbuf, $self->{read_size}, length $$rbuf; |
1721 | |
1768 | |
1722 | if ($len > 0) { |
1769 | if ($len > 0) { |
1723 | $self->{_activity} = $self->{_ractivity} = AE::now; |
1770 | $self->{_activity} = $self->{_ractivity} = AE::now; |
1724 | |
1771 | |
1725 | if ($self->{tls}) { |
1772 | if ($self->{tls}) { |
1726 | Net::SSLeay::BIO_write ($self->{_rbio}, $$rbuf); |
1773 | Net::SSLeay::BIO_write ($self->{_rbio}, $$rbuf); |
1727 | |
1774 | |
1728 | &_dotls ($self); |
1775 | &_dotls ($self); |
1729 | } else { |
1776 | } else { |
1730 | $self->_drain_rbuf; |
1777 | $self->_drain_rbuf; |
|
|
1778 | } |
|
|
1779 | |
|
|
1780 | if ($len == $self->{read_size}) { |
|
|
1781 | $self->{read_size} *= 2; |
|
|
1782 | $self->{read_size} = $self->{max_read_size} || MAX_READ_SIZE |
|
|
1783 | if $self->{read_size} > ($self->{max_read_size} || MAX_READ_SIZE); |
1731 | } |
1784 | } |
1732 | |
1785 | |
1733 | } elsif (defined $len) { |
1786 | } elsif (defined $len) { |
1734 | delete $self->{_rw}; |
1787 | delete $self->{_rw}; |
1735 | $self->{_eof} = 1; |
1788 | $self->{_eof} = 1; |
… | |
… | |
1813 | && ($tmp != $ERROR_SYSCALL || $!); |
1866 | && ($tmp != $ERROR_SYSCALL || $!); |
1814 | |
1867 | |
1815 | while (length ($tmp = Net::SSLeay::BIO_read ($self->{_wbio}))) { |
1868 | while (length ($tmp = Net::SSLeay::BIO_read ($self->{_wbio}))) { |
1816 | $self->{wbuf} .= $tmp; |
1869 | $self->{wbuf} .= $tmp; |
1817 | $self->_drain_wbuf; |
1870 | $self->_drain_wbuf; |
|
|
1871 | $self->{tls} or return; # tls session might have gone away in callback |
1818 | } |
1872 | } |
1819 | |
1873 | |
1820 | $self->{_on_starttls} |
1874 | $self->{_on_starttls} |
1821 | and Net::SSLeay::state ($self->{tls}) == Net::SSLeay::ST_OK () |
1875 | and Net::SSLeay::state ($self->{tls}) == Net::SSLeay::ST_OK () |
1822 | and (delete $self->{_on_starttls})->($self, 1, "TLS/SSL connection established"); |
1876 | and (delete $self->{_on_starttls})->($self, 1, "TLS/SSL connection established"); |
… | |
… | |
1844 | context in C<< $handle->{tls_ctx} >> after this call and can be used or |
1898 | context in C<< $handle->{tls_ctx} >> after this call and can be used or |
1845 | changed to your liking. Note that the handshake might have already started |
1899 | changed to your liking. Note that the handshake might have already started |
1846 | when this function returns. |
1900 | when this function returns. |
1847 | |
1901 | |
1848 | Due to bugs in OpenSSL, it might or might not be possible to do multiple |
1902 | Due to bugs in OpenSSL, it might or might not be possible to do multiple |
1849 | handshakes on the same stream. Best do not attempt to use the stream after |
1903 | handshakes on the same stream. It is best to not attempt to use the |
1850 | stopping TLS. |
1904 | stream after stopping TLS. |
|
|
1905 | |
|
|
1906 | This method may invoke callbacks (and therefore the handle might be |
|
|
1907 | destroyed after it returns). |
1851 | |
1908 | |
1852 | =cut |
1909 | =cut |
1853 | |
1910 | |
1854 | our %TLS_CACHE; #TODO not yet documented, should we? |
1911 | our %TLS_CACHE; #TODO not yet documented, should we? |
1855 | |
1912 | |
… | |
… | |
1921 | |
1978 | |
1922 | =item $handle->stoptls |
1979 | =item $handle->stoptls |
1923 | |
1980 | |
1924 | Shuts down the SSL connection - this makes a proper EOF handshake by |
1981 | Shuts down the SSL connection - this makes a proper EOF handshake by |
1925 | sending a close notify to the other side, but since OpenSSL doesn't |
1982 | sending a close notify to the other side, but since OpenSSL doesn't |
1926 | support non-blocking shut downs, it is not guarenteed that you can re-use |
1983 | support non-blocking shut downs, it is not guaranteed that you can re-use |
1927 | the stream afterwards. |
1984 | the stream afterwards. |
|
|
1985 | |
|
|
1986 | This method may invoke callbacks (and therefore the handle might be |
|
|
1987 | destroyed after it returns). |
1928 | |
1988 | |
1929 | =cut |
1989 | =cut |
1930 | |
1990 | |
1931 | sub stoptls { |
1991 | sub stoptls { |
1932 | my ($self) = @_; |
1992 | my ($self) = @_; |
1933 | |
1993 | |
1934 | if ($self->{tls}) { |
1994 | if ($self->{tls} && $self->{fh}) { |
1935 | Net::SSLeay::shutdown ($self->{tls}); |
1995 | Net::SSLeay::shutdown ($self->{tls}); |
1936 | |
1996 | |
1937 | &_dotls; |
1997 | &_dotls; |
1938 | |
1998 | |
1939 | # # we don't give a shit. no, we do, but we can't. no...#d# |
1999 | # # we don't give a shit. no, we do, but we can't. no...#d# |
… | |
… | |
1969 | push @linger, AE::io $fh, 1, sub { |
2029 | push @linger, AE::io $fh, 1, sub { |
1970 | my $len = syswrite $fh, $wbuf, length $wbuf; |
2030 | my $len = syswrite $fh, $wbuf, length $wbuf; |
1971 | |
2031 | |
1972 | if ($len > 0) { |
2032 | if ($len > 0) { |
1973 | substr $wbuf, 0, $len, ""; |
2033 | substr $wbuf, 0, $len, ""; |
1974 | } else { |
2034 | } elsif (defined $len || ($! != EAGAIN && $! != EINTR && $! != WSAEWOULDBLOCK)) { |
1975 | @linger = (); # end |
2035 | @linger = (); # end |
1976 | } |
2036 | } |
1977 | }; |
2037 | }; |
1978 | push @linger, AE::timer $linger, 0, sub { |
2038 | push @linger, AE::timer $linger, 0, sub { |
1979 | @linger = (); |
2039 | @linger = (); |
… | |
… | |
2016 | |
2076 | |
2017 | sub AnyEvent::Handle::destroyed::AUTOLOAD { |
2077 | sub AnyEvent::Handle::destroyed::AUTOLOAD { |
2018 | #nop |
2078 | #nop |
2019 | } |
2079 | } |
2020 | |
2080 | |
|
|
2081 | =item $handle->destroyed |
|
|
2082 | |
|
|
2083 | Returns false as long as the handle hasn't been destroyed by a call to C<< |
|
|
2084 | ->destroy >>, true otherwise. |
|
|
2085 | |
|
|
2086 | Can be useful to decide whether the handle is still valid after some |
|
|
2087 | callback possibly destroyed the handle. For example, C<< ->push_write >>, |
|
|
2088 | C<< ->starttls >> and other methods can call user callbacks, which in turn |
|
|
2089 | can destroy the handle, so work can be avoided by checking sometimes: |
|
|
2090 | |
|
|
2091 | $hdl->starttls ("accept"); |
|
|
2092 | return if $hdl->destroyed; |
|
|
2093 | $hdl->push_write (... |
|
|
2094 | |
|
|
2095 | Note that the call to C<push_write> will silently be ignored if the handle |
|
|
2096 | has been destroyed, so often you can just ignore the possibility of the |
|
|
2097 | handle being destroyed. |
|
|
2098 | |
|
|
2099 | =cut |
|
|
2100 | |
|
|
2101 | sub destroyed { 0 } |
|
|
2102 | sub AnyEvent::Handle::destroyed::destroyed { 1 } |
|
|
2103 | |
2021 | =item AnyEvent::Handle::TLS_CTX |
2104 | =item AnyEvent::Handle::TLS_CTX |
2022 | |
2105 | |
2023 | This function creates and returns the AnyEvent::TLS object used by default |
2106 | This function creates and returns the AnyEvent::TLS object used by default |
2024 | for TLS mode. |
2107 | for TLS mode. |
2025 | |
2108 | |
… | |
… | |
2056 | |
2139 | |
2057 | =item I get different callback invocations in TLS mode/Why can't I pause |
2140 | =item I get different callback invocations in TLS mode/Why can't I pause |
2058 | reading? |
2141 | reading? |
2059 | |
2142 | |
2060 | Unlike, say, TCP, TLS connections do not consist of two independent |
2143 | Unlike, say, TCP, TLS connections do not consist of two independent |
2061 | communication channels, one for each direction. Or put differently. The |
2144 | communication channels, one for each direction. Or put differently, the |
2062 | read and write directions are not independent of each other: you cannot |
2145 | read and write directions are not independent of each other: you cannot |
2063 | write data unless you are also prepared to read, and vice versa. |
2146 | write data unless you are also prepared to read, and vice versa. |
2064 | |
2147 | |
2065 | This can mean than, in TLS mode, you might get C<on_error> or C<on_eof> |
2148 | This means that, in TLS mode, you might get C<on_error> or C<on_eof> |
2066 | callback invocations when you are not expecting any read data - the reason |
2149 | callback invocations when you are not expecting any read data - the reason |
2067 | is that AnyEvent::Handle always reads in TLS mode. |
2150 | is that AnyEvent::Handle always reads in TLS mode. |
2068 | |
2151 | |
2069 | During the connection, you have to make sure that you always have a |
2152 | During the connection, you have to make sure that you always have a |
2070 | non-empty read-queue, or an C<on_read> watcher. At the end of the |
2153 | non-empty read-queue, or an C<on_read> watcher. At the end of the |
… | |
… | |
2084 | my $data = delete $_[0]{rbuf}; |
2167 | my $data = delete $_[0]{rbuf}; |
2085 | }); |
2168 | }); |
2086 | |
2169 | |
2087 | The reason to use C<on_error> is that TCP connections, due to latencies |
2170 | The reason to use C<on_error> is that TCP connections, due to latencies |
2088 | and packets loss, might get closed quite violently with an error, when in |
2171 | and packets loss, might get closed quite violently with an error, when in |
2089 | fact, all data has been received. |
2172 | fact all data has been received. |
2090 | |
2173 | |
2091 | It is usually better to use acknowledgements when transferring data, |
2174 | It is usually better to use acknowledgements when transferring data, |
2092 | to make sure the other side hasn't just died and you got the data |
2175 | to make sure the other side hasn't just died and you got the data |
2093 | intact. This is also one reason why so many internet protocols have an |
2176 | intact. This is also one reason why so many internet protocols have an |
2094 | explicit QUIT command. |
2177 | explicit QUIT command. |
… | |
… | |
2111 | consider using C<< ->push_shutdown >> instead. |
2194 | consider using C<< ->push_shutdown >> instead. |
2112 | |
2195 | |
2113 | =item I want to contact a TLS/SSL server, I don't care about security. |
2196 | =item I want to contact a TLS/SSL server, I don't care about security. |
2114 | |
2197 | |
2115 | If your TLS server is a pure TLS server (e.g. HTTPS) that only speaks TLS, |
2198 | If your TLS server is a pure TLS server (e.g. HTTPS) that only speaks TLS, |
2116 | simply connect to it and then create the AnyEvent::Handle with the C<tls> |
2199 | connect to it and then create the AnyEvent::Handle with the C<tls> |
2117 | parameter: |
2200 | parameter: |
2118 | |
2201 | |
2119 | tcp_connect $host, $port, sub { |
2202 | tcp_connect $host, $port, sub { |
2120 | my ($fh) = @_; |
2203 | my ($fh) = @_; |
2121 | |
2204 | |
… | |
… | |
2221 | |
2304 | |
2222 | =item * all members not documented here and not prefixed with an underscore |
2305 | =item * all members not documented here and not prefixed with an underscore |
2223 | are free to use in subclasses. |
2306 | are free to use in subclasses. |
2224 | |
2307 | |
2225 | Of course, new versions of AnyEvent::Handle may introduce more "public" |
2308 | Of course, new versions of AnyEvent::Handle may introduce more "public" |
2226 | member variables, but thats just life, at least it is documented. |
2309 | member variables, but that's just life. At least it is documented. |
2227 | |
2310 | |
2228 | =back |
2311 | =back |
2229 | |
2312 | |
2230 | =head1 AUTHOR |
2313 | =head1 AUTHOR |
2231 | |
2314 | |