ViewVC Help
View File | Revision Log | Show Annotations | Download File
/cvs/Coro/Changes
(Generate patch)

Comparing Coro/Changes (file contents):
Revision 1.421 by root, Sun Nov 16 10:12:38 2008 UTC vs.
Revision 1.438 by root, Wed Nov 19 05:58:48 2008 UTC

… …
4TODO: maybe implement a default message channel, very much like Erlang's 4TODO: 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
8TODO: testcancel 8TODO: testcancel
9TODO: aio 9TODO: guard as SLF - to avoid deadlocks.
10TODO: Coro::Semaphore 10 - avoid deadlock in Coro::Channel if maxsize == 1 (Richard Hundt).
11TODO: trow disturbs cleanup path inside pp_slf? 11
125.0 125.0
13 - NEW ARCHITECTURE: use 4.912 for the stable version. 13 - NEW ARCHITECTURE: use the latest 4.x version if you experience
14 stability issues.
14 - bump API version to 7 - all dependents must be recompiled. 15 - bump API version to 7 - all dependents must be recompiled.
16 - removed timed_* functions - they were not being used anyways
17 and should be replaced by a more generic mechanism -
18 and were annoying to support anyways :)
19 - removed SemaphoreSet's waiter method - use sem instead.
15 - Coro::Semaphore->adjust didn't correctly wake up enough waiters. 20 - Coro::Semaphore->adjust didn't correctly wake up enough waiters.
16 - async_pool did free a scalar value twice 21 - async_pool did free a scalar value twice
17 ("Attempt to unreference..."). 22 ("Attempt to unreference...").
18 - fix a longstanding bug where calling terminate on a coro that 23 - fix a longstanding bug where calling terminate on a coro that
19 was waiting for a semaphore that was just becoming available 24 was waiting for a semaphore that was just becoming available
20 would cause a deadlock (semaphore would get into a state where 25 would cause a deadlock (semaphore would get into a state where
21 it was available but waiters were waiting(. 26 it was available but waiters were still blocked).
27 - calling throw on a coroutine that is waiting for a semaphore will
28 no longer make it acquire the semaphore (and thus leak a count).
22 - perl's process emulation is now not even theoretically supported 29 - perl's process emulation is now not even theoretically supported
23 anymore. 30 anymore.
31 - new functions Coro::rouse_cb and Coro::rouse_wait.
32 - new function Coro::Semaphore::wait.
33 - use named constants in Coro::Channel (Richard Hundt).
24 - directly patch the entersub opcode calling SLF functions (cede, 34 - directly patch the entersub opcode calling SLF functions (cede,
25 transfer and so on). this does speed up context switching, but 35 transfer and so on). this does speed up context switching, but
26 more importanly, it frees us from the hardcoded behaviour of 36 more importanly, it frees us from the hardcoded behaviour of
27 entersub, so we might actually be able to return something from 37 entersub, so we might actually be able to return something from
28 those functions and atcually create new ones. 38 those functions and atcually create new ones.
29 - take advantage of __builtin_frame_address on gcc. 39 - take advantage of __builtin_frame_address on gcc.
30 - expose THX in coroapi (not sure whether this was a wise decision, 40 - expose THX in coroapi (not sure whether this was a wise decision,
31 as "threaded" perls are running at half speed anyways). 41 as "threaded" perls are running at half speed anyways).
32 - implement execute_slf (schedule-like-function) interface that makes 42 - implement execute_slf (schedule-like-function) interface that makes
33 it possible to implement schedule-like-functions in XS. 43 it possible to implement schedule-like-functions in XS.
34 - use new SLF interface to massively speed up Coro::EV by roughly a factor 44 - use new SLF interface to massively speed up Coro::EV by roughly a
35 of two. 45 factor of two.
36 - removed timed_down and timed_guard functions - they were not being used
37 anyways and should be replaced by a more generic mechanism - and were
38 annoying to support anyways :
39 - used new SLF interface to massively speed up Coro::Semaphore by a factor 46 - used new SLF interface to massively speed up Coro::Semaphore by a
40 of three. 47 factor of three.
48 - used new SLF interface to speed up Coro::AIO by roughly a factor of
49 four and reduce its memory usage considerably.
50 - implement Coro::SemaphoreSet purely in terms of Coro::Semaphore,
51 for a nice speedup and vastly more correct behaviour. Also implement
52 a new method "sem" to get at the underlying semaphore object.
53 - implement Coro::Channel in terms of Coro::Semaphore, for a moderate
54 (in comparison) 20-40% speedup.
55 - used new SLF interface to reimplement Coro::Signal gaining
56 some unknown (because I was too lazy), but certain, speedup, and also
57 making signals reliable for the first time.
41 - forgot to include Coro/libcoro/README in the dist for all these years. 58 - forgot to include Coro/libcoro/README in the dist for all these years.
42 - work around a freebsd pthreads bug (manual testcancel is required as 59 - work around a freebsd pthreads bug (manual testcancel is required as
43 pthread_cond_wait isn't a cancellation point on freebsd). 60 pthread_cond_wait isn't a cancellation point on freebsd).
61 - use new rouse functions to speed up and simplify Coro::BDB.
62 - (libcoro) lots of minor cleanups and portability improvements.
44 63
454.913 Sat Nov 15 07:58:28 CET 2008 644.913 Sat Nov 15 07:58:28 CET 2008
46 - async_pool did free a scalar value twice 65 - async_pool did free a scalar value twice
47 ("Attempt to unreference..."). 66 ("Attempt to unreference...").
48 67

Diff Legend

– Removed lines
+ Added lines
< Changed lines
> Changed lines