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; |
… | |
… | |
11 | |
11 | |
12 | my $hdl; $hdl = new AnyEvent::Handle |
12 | my $hdl; $hdl = new AnyEvent::Handle |
13 | fh => \*STDIN, |
13 | fh => \*STDIN, |
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 | AE::log error => "Got error $msg!"; |
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 |
25 | $hdl->push_read (line => sub { |
25 | $hdl->push_read (line => sub { |
26 | my ($hdl, $line) = @_; |
26 | my ($hdl, $line) = @_; |
27 | warn "got line <$line>\n"; |
27 | say "got line <$line>"; |
28 | $cv->send; |
28 | $cv->send; |
29 | }); |
29 | }); |
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::Handle fh => $filehandle, key => value... |
86 | =item $handle = B<new> AnyEvent::Handle fh => $filehandle, key => value... |
… | |
… | |
112 | =over 4 |
114 | =over 4 |
113 | |
115 | |
114 | =item on_prepare => $cb->($handle) |
116 | =item on_prepare => $cb->($handle) |
115 | |
117 | |
116 | This (rarely used) callback is called before a new connection is |
118 | This (rarely used) callback is called before a new connection is |
117 | attempted, but after the file handle has been created. It could be used to |
119 | attempted, but after the file handle has been created (you can access that |
|
|
120 | file handle via C<< $handle->{fh} >>). It could be used to prepare the |
118 | prepare the file handle with parameters required for the actual connect |
121 | file handle with parameters required for the actual connect (as opposed to |
119 | (as opposed to settings that can be changed when the connection is already |
122 | settings that can be changed when the connection is already established). |
120 | 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. At the time it is called the |
|
|
134 | read and write queues, EOF status, TLS status and similar properties of |
|
|
135 | the handle will have been reset. |
132 | |
136 | |
|
|
137 | It is not allowed to use the read or write queues while the handle object |
|
|
138 | is connecting. |
|
|
139 | |
133 | When, for some reason, the handle is not acceptable, then calling |
140 | If, for some reason, the handle is not acceptable, calling C<$retry> will |
134 | C<$retry> will continue with the next connection target (in case of |
141 | continue with the next connection target (in case of multi-homed hosts or |
135 | multi-homed hosts or SRV records there can be multiple connection |
142 | SRV records there can be multiple connection endpoints). The C<$retry> |
136 | endpoints). At the time it is called the read and write queues, eof |
143 | callback can be invoked after the connect callback returns, i.e. one can |
137 | status, tls status and similar properties of the handle will have been |
144 | start a handshake and then decide to retry with the next host if the |
138 | reset. |
145 | handshake fails. |
139 | |
146 | |
140 | In most cases, ignoring the C<$retry> parameter is the way to go. |
147 | In most cases, you should ignore the C<$retry> parameter. |
141 | |
148 | |
142 | =item on_connect_error => $cb->($handle, $message) |
149 | =item on_connect_error => $cb->($handle, $message) |
143 | |
150 | |
144 | This callback is called when the connection could not be |
151 | This callback is called when the connection could not be |
145 | established. C<$!> will contain the relevant error code, and C<$message> a |
152 | established. C<$!> will contain the relevant error code, and C<$message> a |
… | |
… | |
152 | |
159 | |
153 | =item on_error => $cb->($handle, $fatal, $message) |
160 | =item on_error => $cb->($handle, $fatal, $message) |
154 | |
161 | |
155 | This is the error callback, which is called when, well, some error |
162 | This is the error callback, which is called when, well, some error |
156 | occured, such as not being able to resolve the hostname, failure to |
163 | occured, such as not being able to resolve the hostname, failure to |
157 | connect or a read error. |
164 | connect, or a read error. |
158 | |
165 | |
159 | Some errors are fatal (which is indicated by C<$fatal> being true). On |
166 | Some errors are fatal (which is indicated by C<$fatal> being true). On |
160 | fatal errors the handle object will be destroyed (by a call to C<< -> |
167 | fatal errors the handle object will be destroyed (by a call to C<< -> |
161 | destroy >>) after invoking the error callback (which means you are free to |
168 | destroy >>) after invoking the error callback (which means you are free to |
162 | examine the handle object). Examples of fatal errors are an EOF condition |
169 | examine the handle object). Examples of fatal errors are an EOF condition |
163 | with active (but unsatisifable) read watchers (C<EPIPE>) or I/O errors. In |
170 | with active (but unsatisfiable) read watchers (C<EPIPE>) or I/O errors. In |
164 | cases where the other side can close the connection at their will it is |
171 | cases where the other side can close the connection at will, it is |
165 | often easiest to not report C<EPIPE> errors in this callback. |
172 | often easiest to not report C<EPIPE> errors in this callback. |
166 | |
173 | |
167 | AnyEvent::Handle tries to find an appropriate error code for you to check |
174 | AnyEvent::Handle tries to find an appropriate error code for you to check |
168 | against, but in some cases (TLS errors), this does not work well. It is |
175 | against, but in some cases (TLS errors), this does not work well. It is |
169 | recommended to always output the C<$message> argument in human-readable |
176 | recommended to always output the C<$message> argument in human-readable |
170 | error messages (it's usually the same as C<"$!">). |
177 | error messages (it's usually the same as C<"$!">). |
171 | |
178 | |
172 | Non-fatal errors can be retried by simply returning, but it is recommended |
179 | Non-fatal errors can be retried by returning, but it is recommended |
173 | to simply ignore this parameter and instead abondon the handle object |
180 | to simply ignore this parameter and instead abondon the handle object |
174 | when this callback is invoked. Examples of non-fatal errors are timeouts |
181 | when this callback is invoked. Examples of non-fatal errors are timeouts |
175 | C<ETIMEDOUT>) or badly-formatted data (C<EBADMSG>). |
182 | C<ETIMEDOUT>) or badly-formatted data (C<EBADMSG>). |
176 | |
183 | |
177 | On callback entrance, the value of C<$!> contains the operating system |
184 | On entry to the callback, the value of C<$!> contains the operating |
178 | error code (or C<ENOSPC>, C<EPIPE>, C<ETIMEDOUT>, C<EBADMSG> or |
185 | system error code (or C<ENOSPC>, C<EPIPE>, C<ETIMEDOUT>, C<EBADMSG> or |
179 | C<EPROTO>). |
186 | C<EPROTO>). |
180 | |
187 | |
181 | While not mandatory, it is I<highly> recommended to set this callback, as |
188 | While not mandatory, it is I<highly> recommended to set this callback, as |
182 | you will not be notified of errors otherwise. The default simply calls |
189 | you will not be notified of errors otherwise. The default just calls |
183 | C<croak>. |
190 | C<croak>. |
184 | |
191 | |
185 | =item on_read => $cb->($handle) |
192 | =item on_read => $cb->($handle) |
186 | |
193 | |
187 | This sets the default read callback, which is called when data arrives |
194 | This sets the default read callback, which is called when data arrives |
… | |
… | |
192 | To access (and remove data from) the read buffer, use the C<< ->rbuf >> |
199 | To access (and remove data from) the read buffer, use the C<< ->rbuf >> |
193 | method or access the C<< $handle->{rbuf} >> member directly. Note that you |
200 | method or access the C<< $handle->{rbuf} >> member directly. Note that you |
194 | must not enlarge or modify the read buffer, you can only remove data at |
201 | must not enlarge or modify the read buffer, you can only remove data at |
195 | the beginning from it. |
202 | the beginning from it. |
196 | |
203 | |
|
|
204 | You can also call C<< ->push_read (...) >> or any other function that |
|
|
205 | modifies the read queue. Or do both. Or ... |
|
|
206 | |
197 | When an EOF condition is detected then AnyEvent::Handle will first try to |
207 | When an EOF condition is detected, AnyEvent::Handle will first try to |
198 | feed all the remaining data to the queued callbacks and C<on_read> before |
208 | feed all the remaining data to the queued callbacks and C<on_read> before |
199 | calling the C<on_eof> callback. If no progress can be made, then a fatal |
209 | calling the C<on_eof> callback. If no progress can be made, then a fatal |
200 | error will be raised (with C<$!> set to C<EPIPE>). |
210 | error will be raised (with C<$!> set to C<EPIPE>). |
201 | |
211 | |
202 | Note that, unlike requests in the read queue, an C<on_read> callback |
212 | Note that, unlike requests in the read queue, an C<on_read> callback |
… | |
… | |
220 | If an EOF condition has been detected but no C<on_eof> callback has been |
230 | If an EOF condition has been detected but no C<on_eof> callback has been |
221 | set, then a fatal error will be raised with C<$!> set to <0>. |
231 | set, then a fatal error will be raised with C<$!> set to <0>. |
222 | |
232 | |
223 | =item on_drain => $cb->($handle) |
233 | =item on_drain => $cb->($handle) |
224 | |
234 | |
225 | This sets the callback that is called when the write buffer becomes empty |
235 | This sets the callback that is called once when the write buffer becomes |
226 | (or when the callback is set and the buffer is empty already). |
236 | empty (and immediately when the handle object is created). |
227 | |
237 | |
228 | To append to the write buffer, use the C<< ->push_write >> method. |
238 | To append to the write buffer, use the C<< ->push_write >> method. |
229 | |
239 | |
230 | This callback is useful when you don't want to put all of your write data |
240 | This callback is useful when you don't want to put all of your write data |
231 | into the queue at once, for example, when you want to write the contents |
241 | into the queue at once, for example, when you want to write the contents |
… | |
… | |
243 | many seconds pass without a successful read or write on the underlying |
253 | many seconds pass without a successful read or write on the underlying |
244 | file handle (or a call to C<timeout_reset>), the C<on_timeout> callback |
254 | file handle (or a call to C<timeout_reset>), the C<on_timeout> callback |
245 | will be invoked (and if that one is missing, a non-fatal C<ETIMEDOUT> |
255 | will be invoked (and if that one is missing, a non-fatal C<ETIMEDOUT> |
246 | error will be raised). |
256 | error will be raised). |
247 | |
257 | |
248 | There are three variants of the timeouts that work fully independent |
258 | There are three variants of the timeouts that work independently of each |
249 | of each other, for both read and write, just read, and just write: |
259 | other, for both read and write (triggered when nothing was read I<OR> |
|
|
260 | written), just read (triggered when nothing was read), and just write: |
250 | C<timeout>, C<rtimeout> and C<wtimeout>, with corresponding callbacks |
261 | C<timeout>, C<rtimeout> and C<wtimeout>, with corresponding callbacks |
251 | C<on_timeout>, C<on_rtimeout> and C<on_wtimeout>, and reset functions |
262 | C<on_timeout>, C<on_rtimeout> and C<on_wtimeout>, and reset functions |
252 | C<timeout_reset>, C<rtimeout_reset>, and C<wtimeout_reset>. |
263 | C<timeout_reset>, C<rtimeout_reset>, and C<wtimeout_reset>. |
253 | |
264 | |
254 | Note that timeout processing is also active when you currently do not have |
265 | Note that timeout processing is active even when you do not have any |
255 | any outstanding read or write requests: If you plan to keep the connection |
266 | outstanding read or write requests: If you plan to keep the connection |
256 | idle then you should disable the timout temporarily or ignore the timeout |
267 | idle then you should disable the timeout temporarily or ignore the |
257 | in the C<on_timeout> callback, in which case AnyEvent::Handle will simply |
268 | timeout in the corresponding C<on_timeout> callback, in which case |
258 | restart the timeout. |
269 | AnyEvent::Handle will simply restart the timeout. |
259 | |
270 | |
260 | Zero (the default) disables this timeout. |
271 | Zero (the default) disables the corresponding timeout. |
261 | |
272 | |
262 | =item on_timeout => $cb->($handle) |
273 | =item on_timeout => $cb->($handle) |
|
|
274 | |
|
|
275 | =item on_rtimeout => $cb->($handle) |
|
|
276 | |
|
|
277 | =item on_wtimeout => $cb->($handle) |
263 | |
278 | |
264 | Called whenever the inactivity timeout passes. If you return from this |
279 | Called whenever the inactivity timeout passes. If you return from this |
265 | callback, then the timeout will be reset as if some activity had happened, |
280 | callback, then the timeout will be reset as if some activity had happened, |
266 | so this condition is not fatal in any way. |
281 | so this condition is not fatal in any way. |
267 | |
282 | |
… | |
… | |
275 | be configured to accept only so-and-so much data that it cannot act on |
290 | be configured to accept only so-and-so much data that it cannot act on |
276 | (for example, when expecting a line, an attacker could send an unlimited |
291 | (for example, when expecting a line, an attacker could send an unlimited |
277 | amount of data without a callback ever being called as long as the line |
292 | amount of data without a callback ever being called as long as the line |
278 | isn't finished). |
293 | isn't finished). |
279 | |
294 | |
|
|
295 | =item wbuf_max => <bytes> |
|
|
296 | |
|
|
297 | If defined, then a fatal error will be raised (with C<$!> set to C<ENOSPC>) |
|
|
298 | when the write buffer ever (strictly) exceeds this size. This is useful to |
|
|
299 | avoid some forms of denial-of-service attacks. |
|
|
300 | |
|
|
301 | Although the units of this parameter is bytes, this is the I<raw> number |
|
|
302 | of bytes not yet accepted by the kernel. This can make a difference when |
|
|
303 | you e.g. use TLS, as TLS typically makes your write data larger (but it |
|
|
304 | can also make it smaller due to compression). |
|
|
305 | |
|
|
306 | As an example of when this limit is useful, take a chat server that sends |
|
|
307 | chat messages to a client. If the client does not read those in a timely |
|
|
308 | manner then the send buffer in the server would grow unbounded. |
|
|
309 | |
280 | =item autocork => <boolean> |
310 | =item autocork => <boolean> |
281 | |
311 | |
282 | When disabled (the default), then C<push_write> will try to immediately |
312 | When disabled (the default), C<push_write> will try to immediately |
283 | write the data to the handle, if possible. This avoids having to register |
313 | write the data to the handle if possible. This avoids having to register |
284 | a write watcher and wait for the next event loop iteration, but can |
314 | a write watcher and wait for the next event loop iteration, but can |
285 | be inefficient if you write multiple small chunks (on the wire, this |
315 | be inefficient if you write multiple small chunks (on the wire, this |
286 | disadvantage is usually avoided by your kernel's nagle algorithm, see |
316 | disadvantage is usually avoided by your kernel's nagle algorithm, see |
287 | C<no_delay>, but this option can save costly syscalls). |
317 | C<no_delay>, but this option can save costly syscalls). |
288 | |
318 | |
289 | When enabled, then writes will always be queued till the next event loop |
319 | When enabled, writes will always be queued till the next event loop |
290 | iteration. This is efficient when you do many small writes per iteration, |
320 | iteration. This is efficient when you do many small writes per iteration, |
291 | but less efficient when you do a single write only per iteration (or when |
321 | but less efficient when you do a single write only per iteration (or when |
292 | the write buffer often is full). It also increases write latency. |
322 | the write buffer often is full). It also increases write latency. |
293 | |
323 | |
294 | =item no_delay => <boolean> |
324 | =item no_delay => <boolean> |
… | |
… | |
298 | the Nagle algorithm, and usually it is beneficial. |
328 | the Nagle algorithm, and usually it is beneficial. |
299 | |
329 | |
300 | In some situations you want as low a delay as possible, which can be |
330 | In some situations you want as low a delay as possible, which can be |
301 | accomplishd by setting this option to a true value. |
331 | accomplishd by setting this option to a true value. |
302 | |
332 | |
303 | The default is your opertaing system's default behaviour (most likely |
333 | The default is your operating system's default behaviour (most likely |
304 | enabled), this option explicitly enables or disables it, if possible. |
334 | enabled). This option explicitly enables or disables it, if possible. |
305 | |
335 | |
306 | =item keepalive => <boolean> |
336 | =item keepalive => <boolean> |
307 | |
337 | |
308 | Enables (default disable) the SO_KEEPALIVE option on the stream socket: |
338 | Enables (default disable) the SO_KEEPALIVE option on the stream socket: |
309 | normally, TCP connections have no time-out once established, so TCP |
339 | normally, TCP connections have no time-out once established, so TCP |
310 | connections, once established, can stay alive forever even when the other |
340 | connections, once established, can stay alive forever even when the other |
311 | side has long gone. TCP keepalives are a cheap way to take down long-lived |
341 | side has long gone. TCP keepalives are a cheap way to take down long-lived |
312 | TCP connections whent he other side becomes unreachable. While the default |
342 | TCP connections when the other side becomes unreachable. While the default |
313 | is OS-dependent, TCP keepalives usually kick in after around two hours, |
343 | is OS-dependent, TCP keepalives usually kick in after around two hours, |
314 | and, if the other side doesn't reply, take down the TCP connection some 10 |
344 | and, if the other side doesn't reply, take down the TCP connection some 10 |
315 | to 15 minutes later. |
345 | to 15 minutes later. |
316 | |
346 | |
317 | It is harmless to specify this option for file handles that do not support |
347 | It is harmless to specify this option for file handles that do not support |
… | |
… | |
335 | already have occured on BSD systems), but at least it will protect you |
365 | already have occured on BSD systems), but at least it will protect you |
336 | from most attacks. |
366 | from most attacks. |
337 | |
367 | |
338 | =item read_size => <bytes> |
368 | =item read_size => <bytes> |
339 | |
369 | |
340 | The default read block size (the amount of bytes this module will |
370 | The initial read block size, the number of bytes this module will try |
341 | try to read during each loop iteration, which affects memory |
371 | to read during each loop iteration. Each handle object will consume |
342 | requirements). Default: C<8192>. |
372 | at least this amount of memory for the read buffer as well, so when |
|
|
373 | handling many connections watch out for memory requirements). See also |
|
|
374 | C<max_read_size>. Default: C<2048>. |
|
|
375 | |
|
|
376 | =item max_read_size => <bytes> |
|
|
377 | |
|
|
378 | The maximum read buffer size used by the dynamic adjustment |
|
|
379 | algorithm: Each time AnyEvent::Handle can read C<read_size> bytes in |
|
|
380 | one go it will double C<read_size> up to the maximum given by this |
|
|
381 | option. Default: C<131072> or C<read_size>, whichever is higher. |
343 | |
382 | |
344 | =item low_water_mark => <bytes> |
383 | =item low_water_mark => <bytes> |
345 | |
384 | |
346 | Sets the amount of bytes (default: C<0>) that make up an "empty" write |
385 | Sets the number of bytes (default: C<0>) that make up an "empty" write |
347 | buffer: If the write reaches this size or gets even samller it is |
386 | buffer: If the buffer reaches this size or gets even samller it is |
348 | considered empty. |
387 | considered empty. |
349 | |
388 | |
350 | Sometimes it can be beneficial (for performance reasons) to add data to |
389 | Sometimes it can be beneficial (for performance reasons) to add data to |
351 | the write buffer before it is fully drained, but this is a rare case, as |
390 | the write buffer before it is fully drained, but this is a rare case, as |
352 | the operating system kernel usually buffers data as well, so the default |
391 | the operating system kernel usually buffers data as well, so the default |
353 | is good in almost all cases. |
392 | is good in almost all cases. |
354 | |
393 | |
355 | =item linger => <seconds> |
394 | =item linger => <seconds> |
356 | |
395 | |
357 | If non-zero (default: C<3600>), then the destructor of the |
396 | If this is non-zero (default: C<3600>), the destructor of the |
358 | AnyEvent::Handle object will check whether there is still outstanding |
397 | AnyEvent::Handle object will check whether there is still outstanding |
359 | write data and will install a watcher that will write this data to the |
398 | write data and will install a watcher that will write this data to the |
360 | socket. No errors will be reported (this mostly matches how the operating |
399 | socket. No errors will be reported (this mostly matches how the operating |
361 | system treats outstanding data at socket close time). |
400 | system treats outstanding data at socket close time). |
362 | |
401 | |
… | |
… | |
369 | A string used to identify the remote site - usually the DNS hostname |
408 | A string used to identify the remote site - usually the DNS hostname |
370 | (I<not> IDN!) used to create the connection, rarely the IP address. |
409 | (I<not> IDN!) used to create the connection, rarely the IP address. |
371 | |
410 | |
372 | Apart from being useful in error messages, this string is also used in TLS |
411 | Apart from being useful in error messages, this string is also used in TLS |
373 | peername verification (see C<verify_peername> in L<AnyEvent::TLS>). This |
412 | peername verification (see C<verify_peername> in L<AnyEvent::TLS>). This |
374 | verification will be skipped when C<peername> is not specified or |
413 | verification will be skipped when C<peername> is not specified or is |
375 | C<undef>. |
414 | C<undef>. |
376 | |
415 | |
377 | =item tls => "accept" | "connect" | Net::SSLeay::SSL object |
416 | =item tls => "accept" | "connect" | Net::SSLeay::SSL object |
378 | |
417 | |
379 | When this parameter is given, it enables TLS (SSL) mode, that means |
418 | When this parameter is given, it enables TLS (SSL) mode, that means |
… | |
… | |
405 | B<IMPORTANT:> since Net::SSLeay "objects" are really only integers, |
444 | B<IMPORTANT:> since Net::SSLeay "objects" are really only integers, |
406 | passing in the wrong integer will lead to certain crash. This most often |
445 | passing in the wrong integer will lead to certain crash. This most often |
407 | happens when one uses a stylish C<< tls => 1 >> and is surprised about the |
446 | happens when one uses a stylish C<< tls => 1 >> and is surprised about the |
408 | segmentation fault. |
447 | segmentation fault. |
409 | |
448 | |
410 | See the C<< ->starttls >> method for when need to start TLS negotiation later. |
449 | Use the C<< ->starttls >> method if you need to start TLS negotiation later. |
411 | |
450 | |
412 | =item tls_ctx => $anyevent_tls |
451 | =item tls_ctx => $anyevent_tls |
413 | |
452 | |
414 | Use the given C<AnyEvent::TLS> object to create the new TLS connection |
453 | Use the given C<AnyEvent::TLS> object to create the new TLS connection |
415 | (unless a connection object was specified directly). If this parameter is |
454 | (unless a connection object was specified directly). If this |
416 | missing, then AnyEvent::Handle will use C<AnyEvent::Handle::TLS_CTX>. |
455 | parameter is missing (or C<undef>), then AnyEvent::Handle will use |
|
|
456 | C<AnyEvent::Handle::TLS_CTX>. |
417 | |
457 | |
418 | Instead of an object, you can also specify a hash reference with C<< key |
458 | Instead of an object, you can also specify a hash reference with C<< key |
419 | => value >> pairs. Those will be passed to L<AnyEvent::TLS> to create a |
459 | => value >> pairs. Those will be passed to L<AnyEvent::TLS> to create a |
420 | new TLS context object. |
460 | new TLS context object. |
421 | |
461 | |
… | |
… | |
430 | |
470 | |
431 | TLS handshake failures will not cause C<on_error> to be invoked when this |
471 | TLS handshake failures will not cause C<on_error> to be invoked when this |
432 | callback is in effect, instead, the error message will be passed to C<on_starttls>. |
472 | callback is in effect, instead, the error message will be passed to C<on_starttls>. |
433 | |
473 | |
434 | Without this callback, handshake failures lead to C<on_error> being |
474 | Without this callback, handshake failures lead to C<on_error> being |
435 | called, as normal. |
475 | called as usual. |
436 | |
476 | |
437 | Note that you cannot call C<starttls> right again in this callback. If you |
477 | Note that you cannot just call C<starttls> again in this callback. If you |
438 | need to do that, start an zero-second timer instead whose callback can |
478 | need to do that, start an zero-second timer instead whose callback can |
439 | then call C<< ->starttls >> again. |
479 | then call C<< ->starttls >> again. |
440 | |
480 | |
441 | =item on_stoptls => $cb->($handle) |
481 | =item on_stoptls => $cb->($handle) |
442 | |
482 | |
… | |
… | |
490 | $self->{connect}[0], |
530 | $self->{connect}[0], |
491 | $self->{connect}[1], |
531 | $self->{connect}[1], |
492 | sub { |
532 | sub { |
493 | my ($fh, $host, $port, $retry) = @_; |
533 | my ($fh, $host, $port, $retry) = @_; |
494 | |
534 | |
|
|
535 | delete $self->{_connect}; # no longer needed |
|
|
536 | |
495 | if ($fh) { |
537 | if ($fh) { |
496 | $self->{fh} = $fh; |
538 | $self->{fh} = $fh; |
497 | |
539 | |
498 | delete $self->{_skip_drain_rbuf}; |
540 | delete $self->{_skip_drain_rbuf}; |
499 | $self->_start; |
541 | $self->_start; |
… | |
… | |
506 | }); |
548 | }); |
507 | |
549 | |
508 | } else { |
550 | } else { |
509 | if ($self->{on_connect_error}) { |
551 | if ($self->{on_connect_error}) { |
510 | $self->{on_connect_error}($self, "$!"); |
552 | $self->{on_connect_error}($self, "$!"); |
511 | $self->destroy; |
553 | $self->destroy if $self; |
512 | } else { |
554 | } else { |
513 | $self->_error ($!, 1); |
555 | $self->_error ($!, 1); |
514 | } |
556 | } |
515 | } |
557 | } |
516 | }, |
558 | }, |
517 | sub { |
559 | sub { |
518 | local $self->{fh} = $_[0]; |
560 | local $self->{fh} = $_[0]; |
519 | |
561 | |
520 | $self->{on_prepare} |
562 | $self->{on_prepare} |
521 | ? $self->{on_prepare}->($self) |
563 | ? $self->{on_prepare}->($self) |
522 | : () |
564 | : () |
523 | } |
565 | } |
524 | ); |
566 | ); |
525 | } |
567 | } |
526 | |
568 | |
… | |
… | |
532 | } |
574 | } |
533 | |
575 | |
534 | sub _start { |
576 | sub _start { |
535 | my ($self) = @_; |
577 | my ($self) = @_; |
536 | |
578 | |
|
|
579 | # too many clueless people try to use udp and similar sockets |
|
|
580 | # with AnyEvent::Handle, do them a favour. |
|
|
581 | my $type = getsockopt $self->{fh}, Socket::SOL_SOCKET (), Socket::SO_TYPE (); |
|
|
582 | Carp::croak "AnyEvent::Handle: only stream sockets supported, anything else will NOT work!" |
|
|
583 | if Socket::SOCK_STREAM () != (unpack "I", $type) && defined $type; |
|
|
584 | |
537 | AnyEvent::Util::fh_nonblocking $self->{fh}, 1; |
585 | AnyEvent::Util::fh_nonblocking $self->{fh}, 1; |
538 | |
586 | |
539 | $self->{_activity} = |
587 | $self->{_activity} = |
540 | $self->{_ractivity} = |
588 | $self->{_ractivity} = |
541 | $self->{_wactivity} = AE::now; |
589 | $self->{_wactivity} = AE::now; |
542 | |
590 | |
|
|
591 | $self->{read_size} ||= 2048; |
|
|
592 | $self->{max_read_size} = $self->{read_size} |
|
|
593 | if $self->{read_size} > ($self->{max_read_size} || MAX_READ_SIZE); |
|
|
594 | |
543 | $self->timeout (delete $self->{timeout} ) if $self->{timeout}; |
595 | $self->timeout (delete $self->{timeout} ) if $self->{timeout}; |
544 | $self->rtimeout (delete $self->{rtimeout} ) if $self->{rtimeout}; |
596 | $self->rtimeout (delete $self->{rtimeout} ) if $self->{rtimeout}; |
545 | $self->wtimeout (delete $self->{wtimeout} ) if $self->{wtimeout}; |
597 | $self->wtimeout (delete $self->{wtimeout} ) if $self->{wtimeout}; |
546 | |
598 | |
547 | $self->no_delay (delete $self->{no_delay} ) if exists $self->{no_delay} && $self->{no_delay}; |
599 | $self->no_delay (delete $self->{no_delay} ) if exists $self->{no_delay} && $self->{no_delay}; |
… | |
… | |
550 | $self->oobinline (exists $self->{oobinline} ? delete $self->{oobinline} : 1); |
602 | $self->oobinline (exists $self->{oobinline} ? delete $self->{oobinline} : 1); |
551 | |
603 | |
552 | $self->starttls (delete $self->{tls}, delete $self->{tls_ctx}) |
604 | $self->starttls (delete $self->{tls}, delete $self->{tls_ctx}) |
553 | if $self->{tls}; |
605 | if $self->{tls}; |
554 | |
606 | |
555 | $self->on_drain (delete $self->{on_drain}) if $self->{on_drain}; |
607 | $self->on_drain (delete $self->{on_drain} ) if $self->{on_drain}; |
556 | |
608 | |
557 | $self->start_read |
609 | $self->start_read |
558 | if $self->{on_read} || @{ $self->{_queue} }; |
610 | if $self->{on_read} || @{ $self->{_queue} }; |
559 | |
611 | |
560 | $self->_drain_wbuf; |
612 | $self->_drain_wbuf; |
… | |
… | |
636 | =cut |
688 | =cut |
637 | |
689 | |
638 | sub no_delay { |
690 | sub no_delay { |
639 | $_[0]{no_delay} = $_[1]; |
691 | $_[0]{no_delay} = $_[1]; |
640 | |
692 | |
641 | eval { |
|
|
642 | local $SIG{__DIE__}; |
|
|
643 | setsockopt $_[0]{fh}, Socket::IPPROTO_TCP (), Socket::TCP_NODELAY (), int $_[1] |
693 | setsockopt $_[0]{fh}, Socket::IPPROTO_TCP (), Socket::TCP_NODELAY (), int $_[1] |
644 | if $_[0]{fh}; |
694 | if $_[0]{fh}; |
645 | }; |
|
|
646 | } |
695 | } |
647 | |
696 | |
648 | =item $handle->keepalive ($boolean) |
697 | =item $handle->keepalive ($boolean) |
649 | |
698 | |
650 | Enables or disables the C<keepalive> setting (see constructor argument of |
699 | Enables or disables the C<keepalive> setting (see constructor argument of |
… | |
… | |
718 | |
767 | |
719 | =item $handle->rbuf_max ($max_octets) |
768 | =item $handle->rbuf_max ($max_octets) |
720 | |
769 | |
721 | Configures the C<rbuf_max> setting (C<undef> disables it). |
770 | Configures the C<rbuf_max> setting (C<undef> disables it). |
722 | |
771 | |
|
|
772 | =item $handle->wbuf_max ($max_octets) |
|
|
773 | |
|
|
774 | Configures the C<wbuf_max> setting (C<undef> disables it). |
|
|
775 | |
723 | =cut |
776 | =cut |
724 | |
777 | |
725 | sub rbuf_max { |
778 | sub rbuf_max { |
726 | $_[0]{rbuf_max} = $_[1]; |
779 | $_[0]{rbuf_max} = $_[1]; |
727 | } |
780 | } |
728 | |
781 | |
|
|
782 | sub wbuf_max { |
|
|
783 | $_[0]{wbuf_max} = $_[1]; |
|
|
784 | } |
|
|
785 | |
729 | ############################################################################# |
786 | ############################################################################# |
730 | |
787 | |
731 | =item $handle->timeout ($seconds) |
788 | =item $handle->timeout ($seconds) |
732 | |
789 | |
733 | =item $handle->rtimeout ($seconds) |
790 | =item $handle->rtimeout ($seconds) |
734 | |
791 | |
735 | =item $handle->wtimeout ($seconds) |
792 | =item $handle->wtimeout ($seconds) |
736 | |
793 | |
737 | Configures (or disables) the inactivity timeout. |
794 | Configures (or disables) the inactivity timeout. |
|
|
795 | |
|
|
796 | The timeout will be checked instantly, so this method might destroy the |
|
|
797 | handle before it returns. |
738 | |
798 | |
739 | =item $handle->timeout_reset |
799 | =item $handle->timeout_reset |
740 | |
800 | |
741 | =item $handle->rtimeout_reset |
801 | =item $handle->rtimeout_reset |
742 | |
802 | |
… | |
… | |
759 | $_[0]{$on_timeout} = $_[1]; |
819 | $_[0]{$on_timeout} = $_[1]; |
760 | }; |
820 | }; |
761 | |
821 | |
762 | *$timeout = sub { |
822 | *$timeout = sub { |
763 | my ($self, $new_value) = @_; |
823 | my ($self, $new_value) = @_; |
|
|
824 | |
|
|
825 | $new_value >= 0 |
|
|
826 | or Carp::croak "AnyEvent::Handle->$timeout called with negative timeout ($new_value), caught"; |
764 | |
827 | |
765 | $self->{$timeout} = $new_value; |
828 | $self->{$timeout} = $new_value; |
766 | delete $self->{$tw}; &$cb; |
829 | delete $self->{$tw}; &$cb; |
767 | }; |
830 | }; |
768 | |
831 | |
… | |
… | |
823 | |
886 | |
824 | The write queue is very simple: you can add data to its end, and |
887 | The write queue is very simple: you can add data to its end, and |
825 | AnyEvent::Handle will automatically try to get rid of it for you. |
888 | AnyEvent::Handle will automatically try to get rid of it for you. |
826 | |
889 | |
827 | When data could be written and the write buffer is shorter then the low |
890 | When data could be written and the write buffer is shorter then the low |
828 | water mark, the C<on_drain> callback will be invoked. |
891 | water mark, the C<on_drain> callback will be invoked once. |
829 | |
892 | |
830 | =over 4 |
893 | =over 4 |
831 | |
894 | |
832 | =item $handle->on_drain ($cb) |
895 | =item $handle->on_drain ($cb) |
833 | |
896 | |
834 | Sets the C<on_drain> callback or clears it (see the description of |
897 | Sets the C<on_drain> callback or clears it (see the description of |
835 | C<on_drain> in the constructor). |
898 | C<on_drain> in the constructor). |
836 | |
899 | |
|
|
900 | This method may invoke callbacks (and therefore the handle might be |
|
|
901 | destroyed after it returns). |
|
|
902 | |
837 | =cut |
903 | =cut |
838 | |
904 | |
839 | sub on_drain { |
905 | sub on_drain { |
840 | my ($self, $cb) = @_; |
906 | my ($self, $cb) = @_; |
841 | |
907 | |
… | |
… | |
845 | if $cb && $self->{low_water_mark} >= (length $self->{wbuf}) + (length $self->{_tls_wbuf}); |
911 | if $cb && $self->{low_water_mark} >= (length $self->{wbuf}) + (length $self->{_tls_wbuf}); |
846 | } |
912 | } |
847 | |
913 | |
848 | =item $handle->push_write ($data) |
914 | =item $handle->push_write ($data) |
849 | |
915 | |
850 | Queues the given scalar to be written. You can push as much data as you |
916 | Queues the given scalar to be written. You can push as much data as |
851 | want (only limited by the available memory), as C<AnyEvent::Handle> |
917 | you want (only limited by the available memory and C<wbuf_max>), as |
852 | buffers it independently of the kernel. |
918 | C<AnyEvent::Handle> buffers it independently of the kernel. |
|
|
919 | |
|
|
920 | This method may invoke callbacks (and therefore the handle might be |
|
|
921 | destroyed after it returns). |
853 | |
922 | |
854 | =cut |
923 | =cut |
855 | |
924 | |
856 | sub _drain_wbuf { |
925 | sub _drain_wbuf { |
857 | my ($self) = @_; |
926 | my ($self) = @_; |
… | |
… | |
882 | $cb->() unless $self->{autocork}; |
951 | $cb->() unless $self->{autocork}; |
883 | |
952 | |
884 | # if still data left in wbuf, we need to poll |
953 | # if still data left in wbuf, we need to poll |
885 | $self->{_ww} = AE::io $self->{fh}, 1, $cb |
954 | $self->{_ww} = AE::io $self->{fh}, 1, $cb |
886 | if length $self->{wbuf}; |
955 | if length $self->{wbuf}; |
|
|
956 | |
|
|
957 | if ( |
|
|
958 | defined $self->{wbuf_max} |
|
|
959 | && $self->{wbuf_max} < length $self->{wbuf} |
|
|
960 | ) { |
|
|
961 | $self->_error (Errno::ENOSPC, 1), return; |
|
|
962 | } |
887 | }; |
963 | }; |
888 | } |
964 | } |
889 | |
965 | |
890 | our %WH; |
966 | our %WH; |
891 | |
967 | |
… | |
… | |
921 | |
997 | |
922 | Instead of formatting your data yourself, you can also let this module |
998 | Instead of formatting your data yourself, you can also let this module |
923 | do the job by specifying a type and type-specific arguments. You |
999 | do the job by specifying a type and type-specific arguments. You |
924 | can also specify the (fully qualified) name of a package, in which |
1000 | can also specify the (fully qualified) name of a package, in which |
925 | case AnyEvent tries to load the package and then expects to find the |
1001 | case AnyEvent tries to load the package and then expects to find the |
926 | C<anyevent_read_type> function inside (see "custom write types", below). |
1002 | C<anyevent_write_type> function inside (see "custom write types", below). |
927 | |
1003 | |
928 | Predefined types are (if you have ideas for additional types, feel free to |
1004 | Predefined types are (if you have ideas for additional types, feel free to |
929 | drop by and tell us): |
1005 | drop by and tell us): |
930 | |
1006 | |
931 | =over 4 |
1007 | =over 4 |
… | |
… | |
1011 | =cut |
1087 | =cut |
1012 | |
1088 | |
1013 | register_write_type storable => sub { |
1089 | register_write_type storable => sub { |
1014 | my ($self, $ref) = @_; |
1090 | my ($self, $ref) = @_; |
1015 | |
1091 | |
1016 | require Storable; |
1092 | require Storable unless $Storable::VERSION; |
1017 | |
1093 | |
1018 | pack "w/a*", Storable::nfreeze ($ref) |
1094 | pack "w/a*", Storable::nfreeze ($ref) |
1019 | }; |
1095 | }; |
1020 | |
1096 | |
1021 | =back |
1097 | =back |
… | |
… | |
1026 | before it was actually written. One way to do that is to replace your |
1102 | before it was actually written. One way to do that is to replace your |
1027 | C<on_drain> handler by a callback that shuts down the socket (and set |
1103 | C<on_drain> handler by a callback that shuts down the socket (and set |
1028 | C<low_water_mark> to C<0>). This method is a shorthand for just that, and |
1104 | C<low_water_mark> to C<0>). This method is a shorthand for just that, and |
1029 | replaces the C<on_drain> callback with: |
1105 | replaces the C<on_drain> callback with: |
1030 | |
1106 | |
1031 | sub { shutdown $_[0]{fh}, 1 } # for push_shutdown |
1107 | sub { shutdown $_[0]{fh}, 1 } |
1032 | |
1108 | |
1033 | This simply shuts down the write side and signals an EOF condition to the |
1109 | This simply shuts down the write side and signals an EOF condition to the |
1034 | the peer. |
1110 | the peer. |
1035 | |
1111 | |
1036 | You can rely on the normal read queue and C<on_eof> handling |
1112 | You can rely on the normal read queue and C<on_eof> handling |
1037 | afterwards. This is the cleanest way to close a connection. |
1113 | afterwards. This is the cleanest way to close a connection. |
|
|
1114 | |
|
|
1115 | This method may invoke callbacks (and therefore the handle might be |
|
|
1116 | destroyed after it returns). |
1038 | |
1117 | |
1039 | =cut |
1118 | =cut |
1040 | |
1119 | |
1041 | sub push_shutdown { |
1120 | sub push_shutdown { |
1042 | my ($self) = @_; |
1121 | my ($self) = @_; |
… | |
… | |
1055 | |
1134 | |
1056 | Whenever the given C<type> is used, C<push_write> will the function with |
1135 | Whenever the given C<type> is used, C<push_write> will the function with |
1057 | the handle object and the remaining arguments. |
1136 | the handle object and the remaining arguments. |
1058 | |
1137 | |
1059 | The function is supposed to return a single octet string that will be |
1138 | The function is supposed to return a single octet string that will be |
1060 | appended to the write buffer, so you cna mentally treat this function as a |
1139 | appended to the write buffer, so you can mentally treat this function as a |
1061 | "arguments to on-the-wire-format" converter. |
1140 | "arguments to on-the-wire-format" converter. |
1062 | |
1141 | |
1063 | Example: implement a custom write type C<join> that joins the remaining |
1142 | Example: implement a custom write type C<join> that joins the remaining |
1064 | arguments using the first one. |
1143 | arguments using the first one. |
1065 | |
1144 | |
… | |
… | |
1092 | ways, the "simple" way, using only C<on_read> and the "complex" way, using |
1171 | ways, the "simple" way, using only C<on_read> and the "complex" way, using |
1093 | a queue. |
1172 | a queue. |
1094 | |
1173 | |
1095 | In the simple case, you just install an C<on_read> callback and whenever |
1174 | In the simple case, you just install an C<on_read> callback and whenever |
1096 | new data arrives, it will be called. You can then remove some data (if |
1175 | new data arrives, it will be called. You can then remove some data (if |
1097 | enough is there) from the read buffer (C<< $handle->rbuf >>). Or you cna |
1176 | enough is there) from the read buffer (C<< $handle->rbuf >>). Or you can |
1098 | leave the data there if you want to accumulate more (e.g. when only a |
1177 | leave the data there if you want to accumulate more (e.g. when only a |
1099 | partial message has been received so far). |
1178 | partial message has been received so far), or change the read queue with |
|
|
1179 | e.g. C<push_read>. |
1100 | |
1180 | |
1101 | In the more complex case, you want to queue multiple callbacks. In this |
1181 | In the more complex case, you want to queue multiple callbacks. In this |
1102 | case, AnyEvent::Handle will call the first queued callback each time new |
1182 | case, AnyEvent::Handle will call the first queued callback each time new |
1103 | data arrives (also the first time it is queued) and removes it when it has |
1183 | data arrives (also the first time it is queued) and remove it when it has |
1104 | done its job (see C<push_read>, below). |
1184 | done its job (see C<push_read>, below). |
1105 | |
1185 | |
1106 | This way you can, for example, push three line-reads, followed by reading |
1186 | This way you can, for example, push three line-reads, followed by reading |
1107 | a chunk of data, and AnyEvent::Handle will execute them in order. |
1187 | a chunk of data, and AnyEvent::Handle will execute them in order. |
1108 | |
1188 | |
… | |
… | |
1239 | |
1319 | |
1240 | This replaces the currently set C<on_read> callback, or clears it (when |
1320 | This replaces the currently set C<on_read> callback, or clears it (when |
1241 | the new callback is C<undef>). See the description of C<on_read> in the |
1321 | the new callback is C<undef>). See the description of C<on_read> in the |
1242 | constructor. |
1322 | constructor. |
1243 | |
1323 | |
|
|
1324 | This method may invoke callbacks (and therefore the handle might be |
|
|
1325 | destroyed after it returns). |
|
|
1326 | |
1244 | =cut |
1327 | =cut |
1245 | |
1328 | |
1246 | sub on_read { |
1329 | sub on_read { |
1247 | my ($self, $cb) = @_; |
1330 | my ($self, $cb) = @_; |
1248 | |
1331 | |
… | |
… | |
1250 | $self->_drain_rbuf if $cb; |
1333 | $self->_drain_rbuf if $cb; |
1251 | } |
1334 | } |
1252 | |
1335 | |
1253 | =item $handle->rbuf |
1336 | =item $handle->rbuf |
1254 | |
1337 | |
1255 | Returns the read buffer (as a modifiable lvalue). |
1338 | Returns the read buffer (as a modifiable lvalue). You can also access the |
|
|
1339 | read buffer directly as the C<< ->{rbuf} >> member, if you want (this is |
|
|
1340 | much faster, and no less clean). |
1256 | |
1341 | |
1257 | You can access the read buffer directly as the C<< ->{rbuf} >> |
1342 | The only operation allowed on the read buffer (apart from looking at it) |
1258 | member, if you want. However, the only operation allowed on the |
1343 | is removing data from its beginning. Otherwise modifying or appending to |
1259 | read buffer (apart from looking at it) is removing data from its |
1344 | it is not allowed and will lead to hard-to-track-down bugs. |
1260 | beginning. Otherwise modifying or appending to it is not allowed and will |
|
|
1261 | lead to hard-to-track-down bugs. |
|
|
1262 | |
1345 | |
1263 | NOTE: The read buffer should only be used or modified if the C<on_read>, |
1346 | NOTE: The read buffer should only be used or modified in the C<on_read> |
1264 | C<push_read> or C<unshift_read> methods are used. The other read methods |
1347 | callback or when C<push_read> or C<unshift_read> are used with a single |
1265 | automatically manage the read buffer. |
1348 | callback (i.e. untyped). Typed C<push_read> and C<unshift_read> methods |
|
|
1349 | will manage the read buffer on their own. |
1266 | |
1350 | |
1267 | =cut |
1351 | =cut |
1268 | |
1352 | |
1269 | sub rbuf : lvalue { |
1353 | sub rbuf : lvalue { |
1270 | $_[0]{rbuf} |
1354 | $_[0]{rbuf} |
… | |
… | |
1287 | |
1371 | |
1288 | If enough data was available, then the callback must remove all data it is |
1372 | If enough data was available, then the callback must remove all data it is |
1289 | interested in (which can be none at all) and return a true value. After returning |
1373 | interested in (which can be none at all) and return a true value. After returning |
1290 | true, it will be removed from the queue. |
1374 | true, it will be removed from the queue. |
1291 | |
1375 | |
|
|
1376 | These methods may invoke callbacks (and therefore the handle might be |
|
|
1377 | destroyed after it returns). |
|
|
1378 | |
1292 | =cut |
1379 | =cut |
1293 | |
1380 | |
1294 | our %RH; |
1381 | our %RH; |
1295 | |
1382 | |
1296 | sub register_read_type($$) { |
1383 | sub register_read_type($$) { |
… | |
… | |
1318 | my $cb = pop; |
1405 | my $cb = pop; |
1319 | |
1406 | |
1320 | if (@_) { |
1407 | if (@_) { |
1321 | my $type = shift; |
1408 | my $type = shift; |
1322 | |
1409 | |
|
|
1410 | $cb = ($RH{$type} ||= _load_func "$type\::anyevent_read_type" |
1323 | $cb = ($RH{$type} or Carp::croak "unsupported type passed to AnyEvent::Handle::unshift_read") |
1411 | or Carp::croak "unsupported/unloadable type '$type' passed to AnyEvent::Handle::unshift_read") |
1324 | ->($self, $cb, @_); |
1412 | ->($self, $cb, @_); |
1325 | } |
1413 | } |
1326 | |
1414 | |
1327 | unshift @{ $self->{_queue} }, $cb; |
1415 | unshift @{ $self->{_queue} }, $cb; |
1328 | $self->_drain_rbuf; |
1416 | $self->_drain_rbuf; |
… | |
… | |
1350 | data. |
1438 | data. |
1351 | |
1439 | |
1352 | Example: read 2 bytes. |
1440 | Example: read 2 bytes. |
1353 | |
1441 | |
1354 | $handle->push_read (chunk => 2, sub { |
1442 | $handle->push_read (chunk => 2, sub { |
1355 | warn "yay ", unpack "H*", $_[1]; |
1443 | say "yay " . unpack "H*", $_[1]; |
1356 | }); |
1444 | }); |
1357 | |
1445 | |
1358 | =cut |
1446 | =cut |
1359 | |
1447 | |
1360 | register_read_type chunk => sub { |
1448 | register_read_type chunk => sub { |
… | |
… | |
1394 | if (@_ < 3) { |
1482 | if (@_ < 3) { |
1395 | # this is more than twice as fast as the generic code below |
1483 | # this is more than twice as fast as the generic code below |
1396 | sub { |
1484 | sub { |
1397 | $_[0]{rbuf} =~ s/^([^\015\012]*)(\015?\012)// or return; |
1485 | $_[0]{rbuf} =~ s/^([^\015\012]*)(\015?\012)// or return; |
1398 | |
1486 | |
1399 | $cb->($_[0], $1, $2); |
1487 | $cb->($_[0], "$1", "$2"); |
1400 | 1 |
1488 | 1 |
1401 | } |
1489 | } |
1402 | } else { |
1490 | } else { |
1403 | $eol = quotemeta $eol unless ref $eol; |
1491 | $eol = quotemeta $eol unless ref $eol; |
1404 | $eol = qr|^(.*?)($eol)|s; |
1492 | $eol = qr|^(.*?)($eol)|s; |
1405 | |
1493 | |
1406 | sub { |
1494 | sub { |
1407 | $_[0]{rbuf} =~ s/$eol// or return; |
1495 | $_[0]{rbuf} =~ s/$eol// or return; |
1408 | |
1496 | |
1409 | $cb->($_[0], $1, $2); |
1497 | $cb->($_[0], "$1", "$2"); |
1410 | 1 |
1498 | 1 |
1411 | } |
1499 | } |
1412 | } |
1500 | } |
1413 | }; |
1501 | }; |
1414 | |
1502 | |
… | |
… | |
1436 | the receive buffer when neither C<$accept> nor C<$reject> match, |
1524 | the receive buffer when neither C<$accept> nor C<$reject> match, |
1437 | and everything preceding and including the match will be accepted |
1525 | and everything preceding and including the match will be accepted |
1438 | unconditionally. This is useful to skip large amounts of data that you |
1526 | unconditionally. This is useful to skip large amounts of data that you |
1439 | know cannot be matched, so that the C<$accept> or C<$reject> regex do not |
1527 | know cannot be matched, so that the C<$accept> or C<$reject> regex do not |
1440 | have to start matching from the beginning. This is purely an optimisation |
1528 | have to start matching from the beginning. This is purely an optimisation |
1441 | and is usually worth only when you expect more than a few kilobytes. |
1529 | and is usually worth it only when you expect more than a few kilobytes. |
1442 | |
1530 | |
1443 | Example: expect a http header, which ends at C<\015\012\015\012>. Since we |
1531 | Example: expect a http header, which ends at C<\015\012\015\012>. Since we |
1444 | expect the header to be very large (it isn't in practise, but...), we use |
1532 | expect the header to be very large (it isn't in practice, but...), we use |
1445 | a skip regex to skip initial portions. The skip regex is tricky in that |
1533 | a skip regex to skip initial portions. The skip regex is tricky in that |
1446 | it only accepts something not ending in either \015 or \012, as these are |
1534 | it only accepts something not ending in either \015 or \012, as these are |
1447 | required for the accept regex. |
1535 | required for the accept regex. |
1448 | |
1536 | |
1449 | $handle->push_read (regex => |
1537 | $handle->push_read (regex => |
… | |
… | |
1462 | |
1550 | |
1463 | sub { |
1551 | sub { |
1464 | # accept |
1552 | # accept |
1465 | if ($$rbuf =~ $accept) { |
1553 | if ($$rbuf =~ $accept) { |
1466 | $data .= substr $$rbuf, 0, $+[0], ""; |
1554 | $data .= substr $$rbuf, 0, $+[0], ""; |
1467 | $cb->($self, $data); |
1555 | $cb->($_[0], $data); |
1468 | return 1; |
1556 | return 1; |
1469 | } |
1557 | } |
1470 | |
1558 | |
1471 | # reject |
1559 | # reject |
1472 | if ($reject && $$rbuf =~ $reject) { |
1560 | if ($reject && $$rbuf =~ $reject) { |
1473 | $self->_error (Errno::EBADMSG); |
1561 | $_[0]->_error (Errno::EBADMSG); |
1474 | } |
1562 | } |
1475 | |
1563 | |
1476 | # skip |
1564 | # skip |
1477 | if ($skip && $$rbuf =~ $skip) { |
1565 | if ($skip && $$rbuf =~ $skip) { |
1478 | $data .= substr $$rbuf, 0, $+[0], ""; |
1566 | $data .= substr $$rbuf, 0, $+[0], ""; |
… | |
… | |
1494 | my ($self, $cb) = @_; |
1582 | my ($self, $cb) = @_; |
1495 | |
1583 | |
1496 | sub { |
1584 | sub { |
1497 | unless ($_[0]{rbuf} =~ s/^(0|[1-9][0-9]*)://) { |
1585 | unless ($_[0]{rbuf} =~ s/^(0|[1-9][0-9]*)://) { |
1498 | if ($_[0]{rbuf} =~ /[^0-9]/) { |
1586 | if ($_[0]{rbuf} =~ /[^0-9]/) { |
1499 | $self->_error (Errno::EBADMSG); |
1587 | $_[0]->_error (Errno::EBADMSG); |
1500 | } |
1588 | } |
1501 | return; |
1589 | return; |
1502 | } |
1590 | } |
1503 | |
1591 | |
1504 | my $len = $1; |
1592 | my $len = $1; |
1505 | |
1593 | |
1506 | $self->unshift_read (chunk => $len, sub { |
1594 | $_[0]->unshift_read (chunk => $len, sub { |
1507 | my $string = $_[1]; |
1595 | my $string = $_[1]; |
1508 | $_[0]->unshift_read (chunk => 1, sub { |
1596 | $_[0]->unshift_read (chunk => 1, sub { |
1509 | if ($_[1] eq ",") { |
1597 | if ($_[1] eq ",") { |
1510 | $cb->($_[0], $string); |
1598 | $cb->($_[0], $string); |
1511 | } else { |
1599 | } else { |
1512 | $self->_error (Errno::EBADMSG); |
1600 | $_[0]->_error (Errno::EBADMSG); |
1513 | } |
1601 | } |
1514 | }); |
1602 | }); |
1515 | }); |
1603 | }); |
1516 | |
1604 | |
1517 | 1 |
1605 | 1 |
… | |
… | |
1590 | |
1678 | |
1591 | my $data; |
1679 | my $data; |
1592 | my $rbuf = \$self->{rbuf}; |
1680 | my $rbuf = \$self->{rbuf}; |
1593 | |
1681 | |
1594 | sub { |
1682 | sub { |
1595 | my $ref = eval { $json->incr_parse ($self->{rbuf}) }; |
1683 | my $ref = eval { $json->incr_parse ($_[0]{rbuf}) }; |
1596 | |
1684 | |
1597 | if ($ref) { |
1685 | if ($ref) { |
1598 | $self->{rbuf} = $json->incr_text; |
1686 | $_[0]{rbuf} = $json->incr_text; |
1599 | $json->incr_text = ""; |
1687 | $json->incr_text = ""; |
1600 | $cb->($self, $ref); |
1688 | $cb->($_[0], $ref); |
1601 | |
1689 | |
1602 | 1 |
1690 | 1 |
1603 | } elsif ($@) { |
1691 | } elsif ($@) { |
1604 | # error case |
1692 | # error case |
1605 | $json->incr_skip; |
1693 | $json->incr_skip; |
1606 | |
1694 | |
1607 | $self->{rbuf} = $json->incr_text; |
1695 | $_[0]{rbuf} = $json->incr_text; |
1608 | $json->incr_text = ""; |
1696 | $json->incr_text = ""; |
1609 | |
1697 | |
1610 | $self->_error (Errno::EBADMSG); |
1698 | $_[0]->_error (Errno::EBADMSG); |
1611 | |
1699 | |
1612 | () |
1700 | () |
1613 | } else { |
1701 | } else { |
1614 | $self->{rbuf} = ""; |
1702 | $_[0]{rbuf} = ""; |
1615 | |
1703 | |
1616 | () |
1704 | () |
1617 | } |
1705 | } |
1618 | } |
1706 | } |
1619 | }; |
1707 | }; |
… | |
… | |
1629 | =cut |
1717 | =cut |
1630 | |
1718 | |
1631 | register_read_type storable => sub { |
1719 | register_read_type storable => sub { |
1632 | my ($self, $cb) = @_; |
1720 | my ($self, $cb) = @_; |
1633 | |
1721 | |
1634 | require Storable; |
1722 | require Storable unless $Storable::VERSION; |
1635 | |
1723 | |
1636 | sub { |
1724 | sub { |
1637 | # when we can use 5.10 we can use ".", but for 5.8 we use the re-pack method |
1725 | # when we can use 5.10 we can use ".", but for 5.8 we use the re-pack method |
1638 | defined (my $len = eval { unpack "w", $_[0]{rbuf} }) |
1726 | defined (my $len = eval { unpack "w", $_[0]{rbuf} }) |
1639 | or return; |
1727 | or return; |
… | |
… | |
1652 | # read remaining chunk |
1740 | # read remaining chunk |
1653 | $_[0]->unshift_read (chunk => $len, sub { |
1741 | $_[0]->unshift_read (chunk => $len, sub { |
1654 | if (my $ref = eval { Storable::thaw ($_[1]) }) { |
1742 | if (my $ref = eval { Storable::thaw ($_[1]) }) { |
1655 | $cb->($_[0], $ref); |
1743 | $cb->($_[0], $ref); |
1656 | } else { |
1744 | } else { |
1657 | $self->_error (Errno::EBADMSG); |
1745 | $_[0]->_error (Errno::EBADMSG); |
1658 | } |
1746 | } |
1659 | }); |
1747 | }); |
1660 | } |
1748 | } |
1661 | |
1749 | |
1662 | 1 |
1750 | 1 |
… | |
… | |
1700 | Note that AnyEvent::Handle will automatically C<start_read> for you when |
1788 | Note that AnyEvent::Handle will automatically C<start_read> for you when |
1701 | you change the C<on_read> callback or push/unshift a read callback, and it |
1789 | you change the C<on_read> callback or push/unshift a read callback, and it |
1702 | will automatically C<stop_read> for you when neither C<on_read> is set nor |
1790 | will automatically C<stop_read> for you when neither C<on_read> is set nor |
1703 | there are any read requests in the queue. |
1791 | there are any read requests in the queue. |
1704 | |
1792 | |
1705 | These methods will have no effect when in TLS mode (as TLS doesn't support |
1793 | In older versions of this module (<= 5.3), these methods had no effect, |
1706 | half-duplex connections). |
1794 | as TLS does not support half-duplex connections. In current versions they |
|
|
1795 | work as expected, as this behaviour is required to avoid certain resource |
|
|
1796 | attacks, where the program would be forced to read (and buffer) arbitrary |
|
|
1797 | amounts of data before being able to send some data. The drawback is that |
|
|
1798 | some readings of the the SSL/TLS specifications basically require this |
|
|
1799 | attack to be working, as SSL/TLS implementations might stall sending data |
|
|
1800 | during a rehandshake. |
|
|
1801 | |
|
|
1802 | As a guideline, during the initial handshake, you should not stop reading, |
|
|
1803 | and as a client, it might cause problems, depending on your application. |
1707 | |
1804 | |
1708 | =cut |
1805 | =cut |
1709 | |
1806 | |
1710 | sub stop_read { |
1807 | sub stop_read { |
1711 | my ($self) = @_; |
1808 | my ($self) = @_; |
1712 | |
1809 | |
1713 | delete $self->{_rw} unless $self->{tls}; |
1810 | delete $self->{_rw}; |
1714 | } |
1811 | } |
1715 | |
1812 | |
1716 | sub start_read { |
1813 | sub start_read { |
1717 | my ($self) = @_; |
1814 | my ($self) = @_; |
1718 | |
1815 | |
1719 | unless ($self->{_rw} || $self->{_eof}) { |
1816 | unless ($self->{_rw} || $self->{_eof} || !$self->{fh}) { |
1720 | Scalar::Util::weaken $self; |
1817 | Scalar::Util::weaken $self; |
1721 | |
1818 | |
1722 | $self->{_rw} = AE::io $self->{fh}, 0, sub { |
1819 | $self->{_rw} = AE::io $self->{fh}, 0, sub { |
1723 | my $rbuf = \($self->{tls} ? my $buf : $self->{rbuf}); |
1820 | my $rbuf = \($self->{tls} ? my $buf : $self->{rbuf}); |
1724 | my $len = sysread $self->{fh}, $$rbuf, $self->{read_size} || 8192, length $$rbuf; |
1821 | my $len = sysread $self->{fh}, $$rbuf, $self->{read_size}, length $$rbuf; |
1725 | |
1822 | |
1726 | if ($len > 0) { |
1823 | if ($len > 0) { |
1727 | $self->{_activity} = $self->{_ractivity} = AE::now; |
1824 | $self->{_activity} = $self->{_ractivity} = AE::now; |
1728 | |
1825 | |
1729 | if ($self->{tls}) { |
1826 | if ($self->{tls}) { |
1730 | Net::SSLeay::BIO_write ($self->{_rbio}, $$rbuf); |
1827 | Net::SSLeay::BIO_write ($self->{_rbio}, $$rbuf); |
1731 | |
1828 | |
1732 | &_dotls ($self); |
1829 | &_dotls ($self); |
1733 | } else { |
1830 | } else { |
1734 | $self->_drain_rbuf; |
1831 | $self->_drain_rbuf; |
|
|
1832 | } |
|
|
1833 | |
|
|
1834 | if ($len == $self->{read_size}) { |
|
|
1835 | $self->{read_size} *= 2; |
|
|
1836 | $self->{read_size} = $self->{max_read_size} || MAX_READ_SIZE |
|
|
1837 | if $self->{read_size} > ($self->{max_read_size} || MAX_READ_SIZE); |
1735 | } |
1838 | } |
1736 | |
1839 | |
1737 | } elsif (defined $len) { |
1840 | } elsif (defined $len) { |
1738 | delete $self->{_rw}; |
1841 | delete $self->{_rw}; |
1739 | $self->{_eof} = 1; |
1842 | $self->{_eof} = 1; |
… | |
… | |
1817 | && ($tmp != $ERROR_SYSCALL || $!); |
1920 | && ($tmp != $ERROR_SYSCALL || $!); |
1818 | |
1921 | |
1819 | while (length ($tmp = Net::SSLeay::BIO_read ($self->{_wbio}))) { |
1922 | while (length ($tmp = Net::SSLeay::BIO_read ($self->{_wbio}))) { |
1820 | $self->{wbuf} .= $tmp; |
1923 | $self->{wbuf} .= $tmp; |
1821 | $self->_drain_wbuf; |
1924 | $self->_drain_wbuf; |
|
|
1925 | $self->{tls} or return; # tls session might have gone away in callback |
1822 | } |
1926 | } |
1823 | |
1927 | |
1824 | $self->{_on_starttls} |
1928 | $self->{_on_starttls} |
1825 | and Net::SSLeay::state ($self->{tls}) == Net::SSLeay::ST_OK () |
1929 | and Net::SSLeay::state ($self->{tls}) == Net::SSLeay::ST_OK () |
1826 | and (delete $self->{_on_starttls})->($self, 1, "TLS/SSL connection established"); |
1930 | and (delete $self->{_on_starttls})->($self, 1, "TLS/SSL connection established"); |
… | |
… | |
1848 | context in C<< $handle->{tls_ctx} >> after this call and can be used or |
1952 | context in C<< $handle->{tls_ctx} >> after this call and can be used or |
1849 | changed to your liking. Note that the handshake might have already started |
1953 | changed to your liking. Note that the handshake might have already started |
1850 | when this function returns. |
1954 | when this function returns. |
1851 | |
1955 | |
1852 | Due to bugs in OpenSSL, it might or might not be possible to do multiple |
1956 | Due to bugs in OpenSSL, it might or might not be possible to do multiple |
1853 | handshakes on the same stream. Best do not attempt to use the stream after |
1957 | handshakes on the same stream. It is best to not attempt to use the |
1854 | stopping TLS. |
1958 | stream after stopping TLS. |
|
|
1959 | |
|
|
1960 | This method may invoke callbacks (and therefore the handle might be |
|
|
1961 | destroyed after it returns). |
1855 | |
1962 | |
1856 | =cut |
1963 | =cut |
1857 | |
1964 | |
1858 | our %TLS_CACHE; #TODO not yet documented, should we? |
1965 | our %TLS_CACHE; #TODO not yet documented, should we? |
1859 | |
1966 | |
… | |
… | |
1910 | Net::SSLeay::CTX_set_mode ($tls, 1|2); |
2017 | Net::SSLeay::CTX_set_mode ($tls, 1|2); |
1911 | |
2018 | |
1912 | $self->{_rbio} = Net::SSLeay::BIO_new (Net::SSLeay::BIO_s_mem ()); |
2019 | $self->{_rbio} = Net::SSLeay::BIO_new (Net::SSLeay::BIO_s_mem ()); |
1913 | $self->{_wbio} = Net::SSLeay::BIO_new (Net::SSLeay::BIO_s_mem ()); |
2020 | $self->{_wbio} = Net::SSLeay::BIO_new (Net::SSLeay::BIO_s_mem ()); |
1914 | |
2021 | |
1915 | Net::SSLeay::BIO_write ($self->{_rbio}, delete $self->{rbuf}); |
2022 | Net::SSLeay::BIO_write ($self->{_rbio}, $self->{rbuf}); |
|
|
2023 | $self->{rbuf} = ""; |
1916 | |
2024 | |
1917 | Net::SSLeay::set_bio ($tls, $self->{_rbio}, $self->{_wbio}); |
2025 | Net::SSLeay::set_bio ($tls, $self->{_rbio}, $self->{_wbio}); |
1918 | |
2026 | |
1919 | $self->{_on_starttls} = sub { $_[0]{on_starttls}(@_) } |
2027 | $self->{_on_starttls} = sub { $_[0]{on_starttls}(@_) } |
1920 | if $self->{on_starttls}; |
2028 | if $self->{on_starttls}; |
… | |
… | |
1925 | |
2033 | |
1926 | =item $handle->stoptls |
2034 | =item $handle->stoptls |
1927 | |
2035 | |
1928 | Shuts down the SSL connection - this makes a proper EOF handshake by |
2036 | Shuts down the SSL connection - this makes a proper EOF handshake by |
1929 | sending a close notify to the other side, but since OpenSSL doesn't |
2037 | sending a close notify to the other side, but since OpenSSL doesn't |
1930 | support non-blocking shut downs, it is not guarenteed that you can re-use |
2038 | support non-blocking shut downs, it is not guaranteed that you can re-use |
1931 | the stream afterwards. |
2039 | the stream afterwards. |
|
|
2040 | |
|
|
2041 | This method may invoke callbacks (and therefore the handle might be |
|
|
2042 | destroyed after it returns). |
1932 | |
2043 | |
1933 | =cut |
2044 | =cut |
1934 | |
2045 | |
1935 | sub stoptls { |
2046 | sub stoptls { |
1936 | my ($self) = @_; |
2047 | my ($self) = @_; |
1937 | |
2048 | |
1938 | if ($self->{tls}) { |
2049 | if ($self->{tls} && $self->{fh}) { |
1939 | Net::SSLeay::shutdown ($self->{tls}); |
2050 | Net::SSLeay::shutdown ($self->{tls}); |
1940 | |
2051 | |
1941 | &_dotls; |
2052 | &_dotls; |
1942 | |
2053 | |
1943 | # # we don't give a shit. no, we do, but we can't. no...#d# |
2054 | # # we don't give a shit. no, we do, but we can't. no...#d# |
… | |
… | |
1955 | if $self->{tls} > 0; |
2066 | if $self->{tls} > 0; |
1956 | |
2067 | |
1957 | delete @$self{qw(_rbio _wbio _tls_wbuf _on_starttls)}; |
2068 | delete @$self{qw(_rbio _wbio _tls_wbuf _on_starttls)}; |
1958 | } |
2069 | } |
1959 | |
2070 | |
|
|
2071 | =item $handle->resettls |
|
|
2072 | |
|
|
2073 | This rarely-used method simply resets and TLS state on the handle, usually |
|
|
2074 | causing data loss. |
|
|
2075 | |
|
|
2076 | One case where it may be useful is when you want to skip over the data in |
|
|
2077 | the stream but you are not interested in interpreting it, so data loss is |
|
|
2078 | no concern. |
|
|
2079 | |
|
|
2080 | =cut |
|
|
2081 | |
|
|
2082 | *resettls = \&_freetls; |
|
|
2083 | |
1960 | sub DESTROY { |
2084 | sub DESTROY { |
1961 | my ($self) = @_; |
2085 | my ($self) = @_; |
1962 | |
2086 | |
1963 | &_freetls; |
2087 | &_freetls; |
1964 | |
2088 | |
… | |
… | |
1973 | push @linger, AE::io $fh, 1, sub { |
2097 | push @linger, AE::io $fh, 1, sub { |
1974 | my $len = syswrite $fh, $wbuf, length $wbuf; |
2098 | my $len = syswrite $fh, $wbuf, length $wbuf; |
1975 | |
2099 | |
1976 | if ($len > 0) { |
2100 | if ($len > 0) { |
1977 | substr $wbuf, 0, $len, ""; |
2101 | substr $wbuf, 0, $len, ""; |
1978 | } else { |
2102 | } elsif (defined $len || ($! != EAGAIN && $! != EINTR && $! != WSAEWOULDBLOCK)) { |
1979 | @linger = (); # end |
2103 | @linger = (); # end |
1980 | } |
2104 | } |
1981 | }; |
2105 | }; |
1982 | push @linger, AE::timer $linger, 0, sub { |
2106 | push @linger, AE::timer $linger, 0, sub { |
1983 | @linger = (); |
2107 | @linger = (); |
… | |
… | |
2020 | |
2144 | |
2021 | sub AnyEvent::Handle::destroyed::AUTOLOAD { |
2145 | sub AnyEvent::Handle::destroyed::AUTOLOAD { |
2022 | #nop |
2146 | #nop |
2023 | } |
2147 | } |
2024 | |
2148 | |
|
|
2149 | =item $handle->destroyed |
|
|
2150 | |
|
|
2151 | Returns false as long as the handle hasn't been destroyed by a call to C<< |
|
|
2152 | ->destroy >>, true otherwise. |
|
|
2153 | |
|
|
2154 | Can be useful to decide whether the handle is still valid after some |
|
|
2155 | callback possibly destroyed the handle. For example, C<< ->push_write >>, |
|
|
2156 | C<< ->starttls >> and other methods can call user callbacks, which in turn |
|
|
2157 | can destroy the handle, so work can be avoided by checking sometimes: |
|
|
2158 | |
|
|
2159 | $hdl->starttls ("accept"); |
|
|
2160 | return if $hdl->destroyed; |
|
|
2161 | $hdl->push_write (... |
|
|
2162 | |
|
|
2163 | Note that the call to C<push_write> will silently be ignored if the handle |
|
|
2164 | has been destroyed, so often you can just ignore the possibility of the |
|
|
2165 | handle being destroyed. |
|
|
2166 | |
|
|
2167 | =cut |
|
|
2168 | |
|
|
2169 | sub destroyed { 0 } |
|
|
2170 | sub AnyEvent::Handle::destroyed::destroyed { 1 } |
|
|
2171 | |
2025 | =item AnyEvent::Handle::TLS_CTX |
2172 | =item AnyEvent::Handle::TLS_CTX |
2026 | |
2173 | |
2027 | This function creates and returns the AnyEvent::TLS object used by default |
2174 | This function creates and returns the AnyEvent::TLS object used by default |
2028 | for TLS mode. |
2175 | for TLS mode. |
2029 | |
2176 | |
… | |
… | |
2056 | |
2203 | |
2057 | It is only safe to "forget" the reference inside EOF or error callbacks, |
2204 | It is only safe to "forget" the reference inside EOF or error callbacks, |
2058 | from within all other callbacks, you need to explicitly call the C<< |
2205 | from within all other callbacks, you need to explicitly call the C<< |
2059 | ->destroy >> method. |
2206 | ->destroy >> method. |
2060 | |
2207 | |
|
|
2208 | =item Why is my C<on_eof> callback never called? |
|
|
2209 | |
|
|
2210 | Probably because your C<on_error> callback is being called instead: When |
|
|
2211 | you have outstanding requests in your read queue, then an EOF is |
|
|
2212 | considered an error as you clearly expected some data. |
|
|
2213 | |
|
|
2214 | To avoid this, make sure you have an empty read queue whenever your handle |
|
|
2215 | is supposed to be "idle" (i.e. connection closes are O.K.). You can set |
|
|
2216 | an C<on_read> handler that simply pushes the first read requests in the |
|
|
2217 | queue. |
|
|
2218 | |
|
|
2219 | See also the next question, which explains this in a bit more detail. |
|
|
2220 | |
|
|
2221 | =item How can I serve requests in a loop? |
|
|
2222 | |
|
|
2223 | Most protocols consist of some setup phase (authentication for example) |
|
|
2224 | followed by a request handling phase, where the server waits for requests |
|
|
2225 | and handles them, in a loop. |
|
|
2226 | |
|
|
2227 | There are two important variants: The first (traditional, better) variant |
|
|
2228 | handles requests until the server gets some QUIT command, causing it to |
|
|
2229 | close the connection first (highly desirable for a busy TCP server). A |
|
|
2230 | client dropping the connection is an error, which means this variant can |
|
|
2231 | detect an unexpected detection close. |
|
|
2232 | |
|
|
2233 | To handle this case, always make sure you have a on-empty read queue, by |
|
|
2234 | pushing the "read request start" handler on it: |
|
|
2235 | |
|
|
2236 | # we assume a request starts with a single line |
|
|
2237 | my @start_request; @start_request = (line => sub { |
|
|
2238 | my ($hdl, $line) = @_; |
|
|
2239 | |
|
|
2240 | ... handle request |
|
|
2241 | |
|
|
2242 | # push next request read, possibly from a nested callback |
|
|
2243 | $hdl->push_read (@start_request); |
|
|
2244 | }); |
|
|
2245 | |
|
|
2246 | # auth done, now go into request handling loop |
|
|
2247 | # now push the first @start_request |
|
|
2248 | $hdl->push_read (@start_request); |
|
|
2249 | |
|
|
2250 | By always having an outstanding C<push_read>, the handle always expects |
|
|
2251 | some data and raises the C<EPIPE> error when the connction is dropped |
|
|
2252 | unexpectedly. |
|
|
2253 | |
|
|
2254 | The second variant is a protocol where the client can drop the connection |
|
|
2255 | at any time. For TCP, this means that the server machine may run out of |
|
|
2256 | sockets easier, and in general, it means you cannot distinguish a protocl |
|
|
2257 | failure/client crash from a normal connection close. Nevertheless, these |
|
|
2258 | kinds of protocols are common (and sometimes even the best solution to the |
|
|
2259 | problem). |
|
|
2260 | |
|
|
2261 | Having an outstanding read request at all times is possible if you ignore |
|
|
2262 | C<EPIPE> errors, but this doesn't help with when the client drops the |
|
|
2263 | connection during a request, which would still be an error. |
|
|
2264 | |
|
|
2265 | A better solution is to push the initial request read in an C<on_read> |
|
|
2266 | callback. This avoids an error, as when the server doesn't expect data |
|
|
2267 | (i.e. is idly waiting for the next request, an EOF will not raise an |
|
|
2268 | error, but simply result in an C<on_eof> callback. It is also a bit slower |
|
|
2269 | and simpler: |
|
|
2270 | |
|
|
2271 | # auth done, now go into request handling loop |
|
|
2272 | $hdl->on_read (sub { |
|
|
2273 | my ($hdl) = @_; |
|
|
2274 | |
|
|
2275 | # called each time we receive data but the read queue is empty |
|
|
2276 | # simply start read the request |
|
|
2277 | |
|
|
2278 | $hdl->push_read (line => sub { |
|
|
2279 | my ($hdl, $line) = @_; |
|
|
2280 | |
|
|
2281 | ... handle request |
|
|
2282 | |
|
|
2283 | # do nothing special when the request has been handled, just |
|
|
2284 | # let the request queue go empty. |
|
|
2285 | }); |
|
|
2286 | }); |
|
|
2287 | |
2061 | =item I get different callback invocations in TLS mode/Why can't I pause |
2288 | =item I get different callback invocations in TLS mode/Why can't I pause |
2062 | reading? |
2289 | reading? |
2063 | |
2290 | |
2064 | Unlike, say, TCP, TLS connections do not consist of two independent |
2291 | Unlike, say, TCP, TLS connections do not consist of two independent |
2065 | communication channels, one for each direction. Or put differently. The |
2292 | communication channels, one for each direction. Or put differently, the |
2066 | read and write directions are not independent of each other: you cannot |
2293 | read and write directions are not independent of each other: you cannot |
2067 | write data unless you are also prepared to read, and vice versa. |
2294 | write data unless you are also prepared to read, and vice versa. |
2068 | |
2295 | |
2069 | This can mean than, in TLS mode, you might get C<on_error> or C<on_eof> |
2296 | This means that, in TLS mode, you might get C<on_error> or C<on_eof> |
2070 | callback invocations when you are not expecting any read data - the reason |
2297 | callback invocations when you are not expecting any read data - the reason |
2071 | is that AnyEvent::Handle always reads in TLS mode. |
2298 | is that AnyEvent::Handle always reads in TLS mode. |
2072 | |
2299 | |
2073 | During the connection, you have to make sure that you always have a |
2300 | During the connection, you have to make sure that you always have a |
2074 | non-empty read-queue, or an C<on_read> watcher. At the end of the |
2301 | non-empty read-queue, or an C<on_read> watcher. At the end of the |
… | |
… | |
2086 | $handle->on_eof (undef); |
2313 | $handle->on_eof (undef); |
2087 | $handle->on_error (sub { |
2314 | $handle->on_error (sub { |
2088 | my $data = delete $_[0]{rbuf}; |
2315 | my $data = delete $_[0]{rbuf}; |
2089 | }); |
2316 | }); |
2090 | |
2317 | |
|
|
2318 | Note that this example removes the C<rbuf> member from the handle object, |
|
|
2319 | which is not normally allowed by the API. It is expressly permitted in |
|
|
2320 | this case only, as the handle object needs to be destroyed afterwards. |
|
|
2321 | |
2091 | The reason to use C<on_error> is that TCP connections, due to latencies |
2322 | The reason to use C<on_error> is that TCP connections, due to latencies |
2092 | and packets loss, might get closed quite violently with an error, when in |
2323 | and packets loss, might get closed quite violently with an error, when in |
2093 | fact, all data has been received. |
2324 | fact all data has been received. |
2094 | |
2325 | |
2095 | It is usually better to use acknowledgements when transferring data, |
2326 | It is usually better to use acknowledgements when transferring data, |
2096 | to make sure the other side hasn't just died and you got the data |
2327 | to make sure the other side hasn't just died and you got the data |
2097 | intact. This is also one reason why so many internet protocols have an |
2328 | intact. This is also one reason why so many internet protocols have an |
2098 | explicit QUIT command. |
2329 | explicit QUIT command. |
… | |
… | |
2105 | C<low_water_mark> this will be called precisely when all data has been |
2336 | C<low_water_mark> this will be called precisely when all data has been |
2106 | written to the socket: |
2337 | written to the socket: |
2107 | |
2338 | |
2108 | $handle->push_write (...); |
2339 | $handle->push_write (...); |
2109 | $handle->on_drain (sub { |
2340 | $handle->on_drain (sub { |
2110 | warn "all data submitted to the kernel\n"; |
2341 | AE::log debug => "All data submitted to the kernel."; |
2111 | undef $handle; |
2342 | undef $handle; |
2112 | }); |
2343 | }); |
2113 | |
2344 | |
2114 | If you just want to queue some data and then signal EOF to the other side, |
2345 | If you just want to queue some data and then signal EOF to the other side, |
2115 | consider using C<< ->push_shutdown >> instead. |
2346 | consider using C<< ->push_shutdown >> instead. |
2116 | |
2347 | |
2117 | =item I want to contact a TLS/SSL server, I don't care about security. |
2348 | =item I want to contact a TLS/SSL server, I don't care about security. |
2118 | |
2349 | |
2119 | If your TLS server is a pure TLS server (e.g. HTTPS) that only speaks TLS, |
2350 | If your TLS server is a pure TLS server (e.g. HTTPS) that only speaks TLS, |
2120 | simply connect to it and then create the AnyEvent::Handle with the C<tls> |
2351 | connect to it and then create the AnyEvent::Handle with the C<tls> |
2121 | parameter: |
2352 | parameter: |
2122 | |
2353 | |
2123 | tcp_connect $host, $port, sub { |
2354 | tcp_connect $host, $port, sub { |
2124 | my ($fh) = @_; |
2355 | my ($fh) = @_; |
2125 | |
2356 | |
… | |
… | |
2199 | When you have intermediate CA certificates that your clients might not |
2430 | When you have intermediate CA certificates that your clients might not |
2200 | know about, just append them to the C<cert_file>. |
2431 | know about, just append them to the C<cert_file>. |
2201 | |
2432 | |
2202 | =back |
2433 | =back |
2203 | |
2434 | |
2204 | |
|
|
2205 | =head1 SUBCLASSING AnyEvent::Handle |
2435 | =head1 SUBCLASSING AnyEvent::Handle |
2206 | |
2436 | |
2207 | In many cases, you might want to subclass AnyEvent::Handle. |
2437 | In many cases, you might want to subclass AnyEvent::Handle. |
2208 | |
2438 | |
2209 | To make this easier, a given version of AnyEvent::Handle uses these |
2439 | To make this easier, a given version of AnyEvent::Handle uses these |
… | |
… | |
2225 | |
2455 | |
2226 | =item * all members not documented here and not prefixed with an underscore |
2456 | =item * all members not documented here and not prefixed with an underscore |
2227 | are free to use in subclasses. |
2457 | are free to use in subclasses. |
2228 | |
2458 | |
2229 | Of course, new versions of AnyEvent::Handle may introduce more "public" |
2459 | Of course, new versions of AnyEvent::Handle may introduce more "public" |
2230 | member variables, but thats just life, at least it is documented. |
2460 | member variables, but that's just life. At least it is documented. |
2231 | |
2461 | |
2232 | =back |
2462 | =back |
2233 | |
2463 | |
2234 | =head1 AUTHOR |
2464 | =head1 AUTHOR |
2235 | |
2465 | |
2236 | Robin Redeker C<< <elmex at ta-sa.org> >>, Marc Lehmann <schmorp@schmorp.de>. |
2466 | Robin Redeker C<< <elmex at ta-sa.org> >>, Marc Lehmann <schmorp@schmorp.de>. |
2237 | |
2467 | |
2238 | =cut |
2468 | =cut |
2239 | |
2469 | |
2240 | 1; # End of AnyEvent::Handle |
2470 | 1 |
|
|
2471 | |