1 | Revision history for Perl extension AnyEvent. |
1 | Revision history for Perl extension AnyEvent. |
2 | |
2 | |
3 | TODO: leakthing pasth |
3 | - fix AnyEvent::Strict error messages for child watchers. |
4 | TODO: strict checks for file, and valid fd |
4 | |
5 | 4.341 |
5 | 4.351 Sat Apr 11 07:56:14 CEST 2009 |
|
|
6 | - actually make the signal pipe work under win32. |
|
|
7 | - localise $! in signal handler to avoid changing $!, although |
|
|
8 | perl itself does not seem to save/restore errno either. |
|
|
9 | - set the cloexec flag on the signal pipe (normally set by perl too). |
|
|
10 | |
|
|
11 | 4.35 Fri Mar 27 11:48:20 CET 2009 |
6 | - event models relying on AnyEvent's signal watcher emulation did |
12 | - event models relying on AnyEvent's signal watcher emulation did |
7 | invoke the callback asynchronously, contradicting documentation |
13 | invoke the callback asynchronously, contradicting documentation |
8 | and causing signals to get lost (this includes AnyEvent's own |
14 | and causing signals to get lost (this includes AnyEvent's own |
9 | event loop). AnyEvent now uses the standard pipe trick to make |
15 | event loop). AnyEvent now uses the standard pipe trick to make |
10 | callback execution synchronous to the event loop. |
16 | callback execution synchronous to the event loop. |
|
|
17 | - AnyEvent::Handle didn't free TLS context data on DESTROY |
|
|
18 | (patch by Pavel Shaydo). |
11 | - work around the ever-incompatibly-changing API of MakeMaker. |
19 | - work around the ever-incompatibly-changing API of MakeMaker. |
12 | - document that changing global variables without restoring them |
20 | - document that changing global variables without restoring them |
13 | is a bad idea in Perl (noted by Adam Rosenstein). |
21 | is a bad idea in Perl (noted by Adam Rosenstein). |
|
|
22 | - AnyEvent::Strict now barfs if ->io is passed a file. |
14 | |
23 | |
15 | 4.34 Thu Feb 12 18:32:45 CET 2009 |
24 | 4.34 Thu Feb 12 18:32:45 CET 2009 |
16 | - separately buffer TLS read data, as otherwise the read queue could |
25 | - separately buffer TLS read data, as otherwise the read queue could |
17 | deadlock as receiving data is not expected while draining the |
26 | deadlock as receiving data is not expected while draining the |
18 | read queue (which cna only happen with TLS). |
27 | read queue (which cna only happen with TLS). |