| … | |
… | |
| 3 | TODO: should explore PerlIO::coroaio (perl leaks like hell). |
3 | TODO: should explore PerlIO::coroaio (perl leaks like hell). |
| 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 | |
7 | |
|
|
8 | new -> ready |
|
|
9 | new -> canceled |
|
|
10 | ready -> running |
|
|
11 | ready -> canceled |
|
|
12 | running -> ready |
|
|
13 | running -> blocked |
|
|
14 | running -> canceled |
|
|
15 | blocked -> ready |
|
|
16 | blocked -> canceled |
|
|
17 | |
|
|
18 | - don't set diehook to C<undef> but instead to NULL, to avoid |
|
|
19 | spurious warnings. |
|
|
20 | |
|
|
21 | 5.12 Sun Dec 7 13:30:38 CET 2008 |
|
|
22 | - add default config for MirOS, which seems to be a bug-to-bug |
|
|
23 | compatible fork of openbsd ("world domination by releasing |
|
|
24 | openbsd cvs before the openbsd folks do it" or so :). |
|
|
25 | - free_padlist did destroy the names pad, not good, but didn't |
|
|
26 | seem to bother perl - this could fix issues such as eval "" |
|
|
27 | inside a function called form multiple coroutines. |
|
|
28 | - use a different method to detect destruction time. |
|
|
29 | - be more careful when freeing padlists just before global |
|
|
30 | destruction. |
|
|
31 | - fixed and expanded the call/cc example. |
|
|
32 | - renamed _terminate to _coro_run. |
|
|
33 | - new method Coro::Channel->shutdown. |
|
|
34 | - try pthreads on openbsd <4.4 (broken sigaltstack, will |
|
|
35 | pthreads fare better?). |
|
|
36 | - be less picky about destroying "a" running coroutine. |
|
|
37 | |
|
|
38 | 5.11 Tue Nov 25 21:49:05 CET 2008 |
|
|
39 | - DEBUGGING in 5.10.0 is a mess: it constantly flags perfectly |
|
|
40 | working code with failed assertions, introducing more bugs than |
|
|
41 | it fixes, requiring elaborate workarounds :( |
|
|
42 | |
|
|
43 | 5.1 Mon Nov 24 08:54:59 CET 2008 |
|
|
44 | - wrote a small introductory tutorial - Coro::Intro. |
| 8 | - convert Coro::Timer and Coro::Select to rouse API. |
45 | - convert Coro::Timer, Coro::Select and Coro::Util to rouse API. |
| 9 | - Coro::Select did errornously dup the file descriptors |
46 | - Coro::Select did errornously dup the file descriptors |
| 10 | and didn't work with all AnyEvent backends. |
47 | and didn't work with all AnyEvent backends. |
|
|
48 | - Coro::Select wasn't imported correctly form Coro::LWP, causing blocking |
|
|
49 | LWP data transfers. |
|
|
50 | - disassociate c contexts from coro objects - this is agruably more |
|
|
51 | correct, but mostly allows sharing of cctxs between coro and state |
|
|
52 | objects, for added memory savings and speed increases. |
|
|
53 | - bumped $Coro::POOL_RSS up to 32kb by default. |
|
|
54 | - no longer set the optype to OP_CUSTOM, as B::* understandably |
|
|
55 | doesn't like this very much (and we *are* a type of entersub). |
|
|
56 | - implement state cloning, just to prove that call/cc can be done. |
|
|
57 | - automatically load Coro::AnyEvent in Coro::Handle. |
|
|
58 | - wrap ->cancel calls in eval inside Coro::Handle as EV watchers |
|
|
59 | do not have this method (and don't need it either). |
|
|
60 | - speed up generic anyevent methods in Coro::Handle by using rouse |
|
|
61 | callbacks. |
|
|
62 | - allow coroutines in $Coro::IDLE, speeding up Coro::AnyEvent and |
|
|
63 | others. It also makes the debugger happier, as you can trace |
|
|
64 | through the idle threads now. |
|
|
65 | - add comppad_name* and hints ($^H, %^H) to per-thread variables. |
|
|
66 | - eg/event was pretty broken. |
|
|
67 | - better 5.8.6 compatibility. |
| 11 | |
68 | |
| 12 | 5.0 Thu Nov 20 10:35:05 CET 2008 |
69 | 5.0 Thu Nov 20 10:35:05 CET 2008 |
| 13 | - NEW ARCHITECTURE: use the latest 4.x version if you experience |
70 | - NEW ARCHITECTURE: use the latest 4.x version if you experience |
| 14 | stability issues. |
71 | stability issues. |
| 15 | - bump API version to 7 - all dependents must be recompiled. |
72 | - bump API version to 7 - all dependents must be recompiled. |
