| … | |
… | |
| 3 | TODO: should explore PerlIO::via::CoroCede and PerlIO::via::CoroAIO. |
3 | TODO: should explore PerlIO::via::CoroCede and PerlIO::via::CoroAIO. |
| 4 | TODO: maybe implement a default message channel, very much like Erlang |
4 | TODO: maybe implement a default message channel, very much like Erlang |
| 5 | (which is cool in a lot of important aspects (failures!), |
5 | (which is cool in a lot of important aspects (failures!), |
| 6 | but very lacking in others (higher level ipc)). |
6 | but very lacking in others (higher level ipc)). |
| 7 | |
7 | |
| 8 | 4.02 |
8 | - enable/disable tracing from a new coroutine, not a pooled one. |
|
|
9 | - fix a memleak in Coro::Event. |
|
|
10 | - removed killall call from fork_eval. |
|
|
11 | - made sure store_fd is already loaded so that fork_eval |
|
|
12 | does not have to parse autoload in each subprocess. |
|
|
13 | - if the event model is EV, use EV::DNS to resolve |
|
|
14 | stuff in Coro::Util. |
|
|
15 | |
|
|
16 | 4.13 Wed Oct 24 07:26:45 CEST 2007 |
|
|
17 | - add Coro::Storable::blocking_thaw. |
|
|
18 | - use a vastly more complicated technique to localise |
|
|
19 | $SIG{__WARN/DIE__} that also works on perls <= 5.8.8. |
|
|
20 | - use a coroutine for the idle callback Coro::Event, |
|
|
21 | instead of running Event in the current coroutine context. |
|
|
22 | This also catches recursive invocations. |
|
|
23 | - actually report fork errors in gethostbyname and inet_aton. |
|
|
24 | |
|
|
25 | 4.11 Thu Oct 11 02:40:24 CEST 2007 |
|
|
26 | - port to threaded perls. |
|
|
27 | |
|
|
28 | 4.1 Thu Oct 11 02:38:16 CEST 2007 |
|
|
29 | - incompatible change: $SIG{__DIE__} and $SIG{__WARN__} will now |
|
|
30 | be local to each coro (see Coro::State). |
|
|
31 | - incompatible change: for very deep reasons, cede and cede_notself |
|
|
32 | cannot return anything, so nothing will be returned. |
|
|
33 | - possibly bring back 5.10 compatibility (untested). |
|
|
34 | - work around stupid (and wrong) warning on 5.10 :(. |
|
|
35 | - overlay the saved state over the context stack. This saves |
|
|
36 | a few hundred bytes per coroutine on average and also |
|
|
37 | speeds up context switching a bit. |
|
|
38 | - further tune default stack sizes. |
|
|
39 | - (more) correctly calculate stack usage in coro_rss. |
|
|
40 | - Coro::Storable::blocking_* did not properly lock |
|
|
41 | resulting in races between coroutines. |
|
|
42 | - added Coro::Storable::guard. |
|
|
43 | - stopping to trace a coroutine could destroy the cctx of |
|
|
44 | an unrelated coroutine. |
|
|
45 | - explain the relationship between Perl and C coroutines in |
|
|
46 | more detail in Coro::State. |
|
|
47 | - Coro::Util::inet_aton did not short-circuit dotted quad forms, |
|
|
48 | causing a fork per resolve. This also affected Coro::Socket. |
|
|
49 | - switch to a separate stack in $coro->call/eval to avoid |
|
|
50 | invalidating pointers. |
|
|
51 | |
|
|
52 | 4.03 Sat Oct 6 21:24:00 CEST 2007 |
|
|
53 | - added Coro::throw method. |
|
|
54 | - minor code cleanups. |
|
|
55 | |
|
|
56 | 4.02 Sat Oct 6 02:36:47 CEST 2007 |
| 9 | - fix a very minor per-coroutine memleak (a single codereference). |
57 | - fix a very minor per-coroutine memleak (a single codereference). |
| 10 | - fixed a bug where the currently in-use c context would be freed |
58 | - fixed a bug where the currently in-use c context would be freed |
| 11 | prematurely (can happen only when programs change the stacksize |
59 | prematurely (can happen only when programs change the stacksize |
| 12 | or use tracing). |
60 | or use tracing). |
| 13 | - tracing can no longer keep a coro alive after it terminated. |
61 | - tracing can no longer keep a coro alive after it terminated. |
|
|
62 | - do static branch prediction in the common path for gcc. gives |
|
|
63 | about 2-5% speed improvement here. |
| 14 | |
64 | |
| 15 | 4.01 Fri Oct 5 22:10:49 CEST 2007 |
65 | 4.01 Fri Oct 5 22:10:49 CEST 2007 |
| 16 | - instead of recreating *a* standard output handle we simply |
66 | - instead of recreating *a* standard output handle we simply |
| 17 | use STDOUT, which is faster and hopefully more robust. |
67 | use STDOUT, which is faster and hopefully more robust. |
| 18 | |
68 | |
