| … | |
… | |
| 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 | 4.91 |
8 | 5.0 |
|
|
9 | - NEW ARCHITECTURE: use 4.912 for the stable version. |
|
|
10 | - bump API version to 7 - all dependents must be recompiled. |
|
|
11 | - Coro::Semaphore->adjust didn't correctly wake up enough waiters. |
|
|
12 | - async_pool did free a scalar value twice |
|
|
13 | ("Attempt to unreference..."). |
|
|
14 | - perl's process emulation is now not even theoretically supported |
|
|
15 | anymore. |
|
|
16 | - directly patch the entersub opcode calling SLF functions (cede, |
|
|
17 | transfer and so on). this does speed up context switching, but |
|
|
18 | more importanly, it frees us from the hardcoded behaviour of |
|
|
19 | entersub, so we might actually be able to return something from |
|
|
20 | those functions and atcually create new ones. |
|
|
21 | - take advantage of __builtin_frame_address on gcc. |
|
|
22 | - expose THX in coroapi (not sure whether this was a wise decision, |
|
|
23 | as "threaded" perls are running at half speed anyways). |
|
|
24 | - implement execute_slf (schedule-like-function) interface that makes |
|
|
25 | it possible to implement schedule-like-functions in XS. |
|
|
26 | - use new SLF interface to massively speed up Coro::EV by roughly a factor |
|
|
27 | of two. |
|
|
28 | - removed timed_down and timed_guard functions - they were not being used |
|
|
29 | anyways and should be replaced by a more generic mechanism - and were |
|
|
30 | annoying to support anyways : |
|
|
31 | - used new SLF interface to massively speed up Coro::Semaphore by a factor |
|
|
32 | of three. |
|
|
33 | - forgot to include Coro/libcoro/README in the dist for all these years. |
|
|
34 | - work around a freebsd pthreads bug (manual testcancel is required as |
|
|
35 | pthread_cond_wait isn't a cancellation point on freebsd). |
|
|
36 | |
|
|
37 | 4.913 Sat Nov 15 07:58:28 CET 2008 |
|
|
38 | - async_pool did free a scalar value twice |
|
|
39 | ("Attempt to unreference..."). |
|
|
40 | |
|
|
41 | 4.912 Thu Nov 13 18:31:23 CET 2008 |
|
|
42 | - minor cleanups. |
|
|
43 | - use much larger stacks on linux and perl < 5.8.8. |
|
|
44 | - Coro::Debug::new_unix_server did not unlink the socket |
|
|
45 | when destroyed. |
|
|
46 | |
|
|
47 | 4.911 Tue Nov 11 04:26:17 CET 2008 |
|
|
48 | - "port" to threaded perls. |
|
|
49 | |
|
|
50 | 4.91 Mon Nov 10 05:36:38 CET 2008 |
|
|
51 | - the ->throw exception object no longer leaks. |
|
|
52 | - creating a new cctx leaked a scopestack entry (memleak). |
|
|
53 | - new coroutines didn't get created with a zero flags field |
|
|
54 | (unknown impact). |
| 9 | - calling ->throw on a not-yet-started coroutine should now work |
55 | - calling ->throw on a not-yet-started coroutine should now work |
| 10 | instead of being ignored. |
56 | instead of being ignored. |
| 11 | - typo: new coroutines didn't get created with a zero flags field |
57 | - ->throw is now supported on Coro::State objects. |
| 12 | (unknown impact). |
|
|
| 13 | - clean up cctx creation code a bit. |
58 | - clean up cctx creation code a bit. |
|
|
59 | - entersub is actually a UNOP, not a LOGOP (not a bugfix). |
| 14 | |
60 | |
| 15 | 4.9 Sat Nov 8 17:45:27 CET 2008 |
61 | 4.9 Sat Nov 8 17:45:27 CET 2008 |
| 16 | - (libcoro) did not preserve rbp with CORO_ASM (we are getting there). |
62 | - (libcoro) did not preserve rbp with CORO_ASM (we are getting there). |
| 17 | - (libcoro) no longer leak threads in the experimental pthread backend, |
63 | - (libcoro) no longer leak threads in the experimental pthread backend, |
| 18 | also speed it up considerably. |
64 | also speed it up considerably. |
