| 1 | Revision history for Perl extension AnyEvent. |
1 | Revision history for Perl extension AnyEvent. |
|
|
2 | |
|
|
3 | - hackishly provide fast AE:: interface when EV is the backend. |
|
|
4 | |
|
|
5 | 4.91 Thu Aug 6 15:42:45 CEST 2009 |
|
|
6 | - AE::Handle::starttls could get out of sync when the read buffer |
|
|
7 | already contains some TLS handshake. |
|
|
8 | - AE::Handle did not properly free the TLS session, causing bigger |
|
|
9 | memory leaks in Net::SSLeay than expected (reported by toaster). |
|
|
10 | - AE::Socket::tcp_connect will now artificially delay invoking |
|
|
11 | the callback to avoid returning after invoking the callback. |
|
|
12 | - convert many internal watcher uses to AE API. |
|
|
13 | |
|
|
14 | 4.9 Sat Aug 1 11:07:01 CEST 2009 |
|
|
15 | - Glib silently fails when registering a timeout with |
|
|
16 | a negative value, so avoid that. |
|
|
17 | - call condvar callback immediately when it is set |
|
|
18 | after the condition is already signalled. |
|
|
19 | - check rbuf_max condition only after trying to consume |
|
|
20 | data. |
|
|
21 | - normalise signal numbers to names when using the ae's |
|
|
22 | signal handling, but do not document this (yet). |
|
|
23 | - pure perl signal emulation did not properly set nonblocking |
|
|
24 | mode on the signal pipe on win32 (this is unlikely to have caused |
|
|
25 | any issues). |
|
|
26 | - new module: AnyEvent::Debug. |
|
|
27 | - AnyEvent::Strict now checks that a signal was specified |
|
|
28 | by name (not name or number). |
|
|
29 | - reduce memory footprint in typical cases by ~50kb by |
|
|
30 | only compiling signal code when necessary. |
|
|
31 | - add AnyEvent::Handle->rbuf_max. |
|
|
32 | - grab the AE namespace for future new API, implement stubs for |
|
|
33 | said future/alternative API. |
|
|
34 | - new function: AnyEvent::Socket::format_hostport. |
|
|
35 | |
|
|
36 | 4.881 Tue Jul 28 12:51:53 CEST 2009 |
|
|
37 | - work around a bug in local in pre-5.10 perls, causing |
|
|
38 | AnyEvent::Handle to recurse when it should not |
|
|
39 | (analyzed by elmex). |
| 2 | |
40 | |
| 3 | 4.88 Tue Jul 28 04:04:37 CEST 2009 |
41 | 4.88 Tue Jul 28 04:04:37 CEST 2009 |
| 4 | - re-bless the handle into a dummy package after calling |
42 | - re-bless the handle into a dummy package after calling |
| 5 | AnyEvent::Handle::destroy, so the user does not need to check |
43 | AnyEvent::Handle::destroy, so the user does not need to check |
| 6 | for errors after every push_write etc. |
44 | for errors after every push_write etc. |
