| … | |
… | |
| 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's |
4 | TODO: maybe implement a default message channel, very much like Erlang's |
| 5 | actor model (which is cool in a lot of important aspects (failures!), |
5 | actor model (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 | TODO: Coro::AnyEvent |
|
|
9 | - completely reworked the Coro manpage. |
|
|
10 | - added Coro::AnyEvent, generic event loop integration. |
|
|
11 | - implement cancel, ready and kill commands in Coro::Debug. |
|
|
12 | - document find_coro in Coro::Debug. |
|
|
13 | |
|
|
14 | 4.6 Sat Apr 26 10:05:14 CEST 2008 |
|
|
15 | - INCOMPATIBLE CHANGE: sub/code attributes are no longer supported |
|
|
16 | by the Coro module. It was a mistake to have it in the first place. |
|
|
17 | - (experimental) support for activestate perl 5.10 (method "w"). |
|
|
18 | - (experimental) support for strawberry perl (method "a"). |
|
|
19 | - coro_sigelem_set did not return a value although it had to, |
|
|
20 | actual impact unknown. |
|
|
21 | |
|
|
22 | 4.51 Mon Apr 14 13:28:27 CEST 2008 |
|
|
23 | - make it compile again on 5.8. |
|
|
24 | |
|
|
25 | 4.50 Thu Apr 10 09:43:17 CEST 2008 |
|
|
26 | - I did it twice! (see 4.49). |
|
|
27 | |
|
|
28 | 4.49 Sun Apr 6 21:23:31 CEST 2008 |
|
|
29 | - grr, instead of compiling the recent changes on 5.10 only they |
|
|
30 | were compiled on 5.8 only. |
|
|
31 | |
|
|
32 | 4.48 Sun Apr 6 20:36:46 CEST 2008 |
|
|
33 | - allow coroutine switches during eval's under 5.10.x, as it seems |
|
|
34 | the parser is a per-interpreter option now, so this is safe |
|
|
35 | (this might fix the odd crashing bug). |
|
|
36 | - drop support for 5.9.x versions: they are dead, jim. |
| 7 | |
37 | |
| 8 | 4.47 Sun Apr 6 00:37:52 CEST 2008 |
38 | 4.47 Sun Apr 6 00:37:52 CEST 2008 |
| 9 | - force cctx allocation on API calls: we know we need to force one |
39 | - force cctx allocation on API calls: we know we need to force one |
| 10 | and gcc actually manages to confuse our heuristic nowadays, |
40 | and gcc actually manages to confuse our heuristic nowadays, |
| 11 | leading to crashes and worse. |
41 | leading to crashes and worse. |
