| 1 | Revision history for Perl extension AnyEvent. |
1 | Revision history for Perl extension AnyEvent. |
|
|
2 | |
|
|
3 | 3.4 Sun May 11 00:29:25 CEST 2008 |
|
|
4 | - complete re-implementation of condvars with a hopefully much mroe useful |
|
|
5 | API (backward compatible functions exist but are undocumented). |
|
|
6 | - AnyEvent::Handle fully rewritten with a hopefully more powerful API |
|
|
7 | (still subject to change). |
|
|
8 | - take advantage of CLOCK_MONOTONIC, if available, in AnyEvent::Impl::Perl. |
|
|
9 | - provide AnyEvent::post_detect and @AnyEvent::post_detect, which |
|
|
10 | allows module authors to avoid forcing event loop detection. |
|
|
11 | (used by Coro::AIO, Coro::BDB, Coro::AnyEvent for example). |
|
|
12 | - remove coro backends: Coro now provides generic support for AnyEvent |
|
|
13 | via Coro::AnyEvent. |
|
|
14 | |
|
|
15 | 3.3 Mon Apr 28 09:51:06 CEST 2008 |
|
|
16 | - added AnyEvent::Handle, AnyEvent::Socket and AnyEvent::Util modules. |
|
|
17 | - fix a bug in the pure perl backend that kept watchers alive |
|
|
18 | when multiple watchers were registered for the same fh/poll combo. |
|
|
19 | - add a benchmark section showing AnyEvent overhead and comparing |
|
|
20 | the different event loops with each other. |
|
|
21 | - prefer pure perl over tk when autoprobing, as it's about as fast, |
|
|
22 | but doesn't crash with many watchers. |
|
|
23 | - declare Qt support non-experimental. |
|
|
24 | - clarify the confusing section about the file descriptor being |
|
|
25 | kept alive. |
|
|
26 | - document the race between loading of an event module and |
|
|
27 | child processes exiting. |
|
|
28 | - support POE as "backend" (with some caveats, POE is not generic |
|
|
29 | enough, and darn slow). |
|
|
30 | - support Wx and Prima through POE. |
|
|
31 | - optimise perl backend to use 20% less memory and take advantage |
|
|
32 | of typical timeout behaviour. It can now compete with |
|
|
33 | select/poll-based C event loops in most cases (it is usually |
|
|
34 | faster than Event and Glib :). |
|
|
35 | - roughly cut EV memory use in half and increase its speed by 30%, |
|
|
36 | by removing undocumented functionality. Did something similar |
|
|
37 | to other event loops where possible. |
|
|
38 | |
|
|
39 | 3.2 Thu Apr 24 10:10:40 CEST 2008 |
|
|
40 | - do not die when anyevent watchers are destroyed while running callbacks |
|
|
41 | in the pureperl backend (could only happen when two watchers are registered |
|
|
42 | for the same fh/poll combo). |
|
|
43 | - support autoloading for child watchers, was broken in all versions. |
|
|
44 | - implement PERL_ANYEVENT_MODEL env variable. |
|
|
45 | - (experimental) implement interface to the (very crashy/buggy) Event::Lib module. |
|
|
46 | - (experimental) implement interface to the Qt module (cannot be autoprobed). |
|
|
47 | - this release is IO:AnyEvent-proof. |
|
|
48 | |
|
|
49 | 3.12 Tue Apr 22 07:11:46 CEST 2008 |
|
|
50 | - reinstate AUTHOR section that got lost somehow. |
|
|
51 | - do not hang in the testsuite with badly broken perls (activestate, |
|
|
52 | strawberry...), but instead diagnose the problem and continue. |
|
|
53 | - use INT instead of CHLD in an attempt to support broken windows perls |
|
|
54 | better (this decreases the test quality, unfortunately). |
|
|
55 | - do not send the signal to the process group |
|
|
56 | (no problem for CHLD, bad for INT :). |
|
|
57 | |
|
|
58 | 3.11 Sat Apr 19 06:57:31 CEST 2008 |
|
|
59 | - major documentation rework. |
|
|
60 | - document the fact that child watchers only watch for zombies. |
|
|
61 | - fix the child watcher example. |
| 2 | |
62 | |
| 3 | 3.1 Wed Apr 16 17:09:01 CEST 2008 |
63 | 3.1 Wed Apr 16 17:09:01 CEST 2008 |
| 4 | - work around recurring bugs in Tk by dup'ing filehandles, the |
64 | - work around recurring bugs in Tk by dup'ing filehandles, the |
| 5 | only method with good success chances on Tk (the bugs apparently |
65 | only method with good success chances on Tk (the bugs apparently |
| 6 | don't get fixed anytime soon). |
66 | don't get fixed anytime soon). |
