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

Comparing Coro/Changes (file contents):
Revision 1.550 by root, Sat Feb 19 05:42:45 2011 UTC vs.
Revision 1.566 by root, Mon May 16 22:08:24 2011 UTC

2 2
3TODO: should explore PerlIO::coroaio (perl leaks like hell). 3TODO: should explore PerlIO::coroaio (perl leaks like hell).
4TODO: channel->maxsize(newsize)? 4TODO: channel->maxsize(newsize)?
5TODO: http://www.microsoft.com/msj/archive/s2ce.aspx 5TODO: http://www.microsoft.com/msj/archive/s2ce.aspx
6 6
7TODO: tutorial
8 - INCOMPATIBLE CHANGE: unreferenced coro objects will now be
9 destroyed and cleaned up automatically (e.g. async { schedule }).
10 - Coro::State->is_destroyed is now called is_zombie.
11 - implement a Coro->safe_cancel method that might fail, but
12 cancels in a "safer" way if it succeeds.
13 - get rid of two hash-accesses when initialising a new Coro - this
14 speeds up coro creation by almost a factor of two.
15 - croak when a coro that is being cancelled tries to block
16 (e.g. while executing a guard block), instead of crashing or
17 deadlocking.
18 - use a more robust and also faster method to identify Coro::State
19 objects - speeds up everything a bit.
20 - implement Coro->cancel in XS for a 20% speed improvement, and to
21 be able to implement mutual cancellation.
22 - speed up context switches by a percent or two by more efficiently
23 allocating context stack entries.
24 - implement Coro->join and Coro->on_destroy in XS for a speedup and
25 a reduction in memory use.
26 - cancelling a coro while it itself is cancelling another coro is
27 now supported and working, instead of triggering an assertion.
28 - be a bit more crash-resistant when calling (buggy) on_destroy
29 callbacks (best effort).
30 - move on_destroy into the slf_frame, to allow extension slf
31 functions to have destructors.
32 - get rid if coro refcounting - simply crash in other interpreter
33 threads by nulling the pointers on clone.
34 - simplify warn/die hook handling when loading Coro - the convoluted
35 logic seems to be no longer neccessary.
36
375.372 Wed Feb 23 06:14:30 CET 2011
38 - apparently mingw doesn't provide a working gettimeofday, try to
39 work around that by relying on Time::HiRes (indirectly brought to
40 my attention by Max Maischein).
41 - fix some portability issues when Time::HiRes was used.
42
435.371 Mon Feb 21 14:36:08 CET 2011
44 - backport to windows process emulation code again.
45
465.37 Sat Feb 19 07:49:44 CET 2011
7 - add a big "Coro thread life cycle" section to "man Coro". 47 - add a big "Coro thread life cycle" section to "man Coro".
8 - try a tentative workaround against the breakage that 5.13 has 48 - try a tentative workaround against the breakage that 5.13 has
9 introduced without depreciation period. sigh. 49 introduced without depreciation period. sigh.
50 - no longer use Time::HiRes if gettimeofday is available, which
51 saves quite a lot of memory.
10 52
115.36 Sun Feb 13 05:33:41 CET 2011 535.36 Sun Feb 13 05:33:41 CET 2011
12 - automatically load Coro::Channel, Coro::RWLock, Coro::Semaphore, 54 - automatically load Coro::Channel, Coro::RWLock, Coro::Semaphore,
13 Coro::SemaphoreSet, Coro::Signal and Coro::Specific on first "new" 55 Coro::SemaphoreSet, Coro::Signal and Coro::Specific on first "new"
14 method call. 56 method call.

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines