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