| 1 | Revision history for Perl extension Coro. |
1 | Revision history for Perl extension Coro. |
| 2 | |
2 | |
| 3 | 0.95 Fri Dec 12 20:50:57 CET 2003 |
3 | TODO: possibly convert some of the Event modules into AnyEvent users. |
|
|
4 | |
|
|
5 | - should compile with perl 5.9.x now. |
|
|
6 | |
|
|
7 | 2.1 Wed Nov 1 23:01:13 CET 2006 |
|
|
8 | - fix a long-standing bug in Coro::Select where select with |
|
|
9 | zero timeout would instead change the current default filehandle. |
|
|
10 | - use a simpler and hopefully more robust way to clone padlists |
|
|
11 | (uses less memory and a perl function instead of our own). |
|
|
12 | - coro can now create a stack guard area on many architectures. |
|
|
13 | - Coro::AIO properly reexports additional functions from IO::AIO. |
|
|
14 | - updated libcoro with a workaround for OS X, |
|
|
15 | pach and testing by Michael Schwern. |
|
|
16 | |
|
|
17 | 2.0 Tue Oct 24 05:47:17 CEST 2006 |
|
|
18 | - support additional aio requests in Coro::AIO. |
|
|
19 | |
|
|
20 | 1.9 (never properly released due to a glitch) |
|
|
21 | |
|
|
22 | 1.8 Thu Feb 2 00:59:06 CET 2006 |
|
|
23 | - applied suggested patch by SAMV to avoid problems during stupid |
|
|
24 | mark & sweep gc run. |
|
|
25 | - applied patch by Scott Walters for 5.9.3 compatibility. |
|
|
26 | |
|
|
27 | 1.7 Tue Dec 27 01:41:58 CET 2005 |
|
|
28 | - added Coro::AIO, a thin wrapper around IO::AIO. |
|
|
29 | - improved Makefile.PL explanations. |
|
|
30 | |
|
|
31 | 1.6 Mon Dec 12 21:30:05 CET 2005 |
|
|
32 | - additionally save PM_curpm might fix as-of-yet |
|
|
33 | unseen problems with regex matches being attributed to the |
|
|
34 | wrong package. |
|
|
35 | - add t/10_bugs.t, which currently checks against imho broken |
|
|
36 | perls that use 0.26MB of stack space per Perl_magic_get |
|
|
37 | invocation (newer linuxes) as opposed to the 0.0002MB perl |
|
|
38 | normally uses. |
|
|
39 | - make stacksize configurable for the ultimate debian experience. |
|
|
40 | |
|
|
41 | 1.51 Mon Dec 12 18:48:36 CET 2005 |
|
|
42 | - remove debugging warn() accidentally left in Coro::Select. |
|
|
43 | |
|
|
44 | 1.5 Tue Nov 29 13:32:44 CET 2005 |
|
|
45 | - use Coro::Event inside Coro::Select to avoid spurious deadlocks. |
|
|
46 | - fix Coro::Select 'select'. |
|
|
47 | - strict'ify some modules. |
|
|
48 | - libcoro errornously restored the SIGUSR2 handler to SIGUSR1. |
|
|
49 | - use XSLoader in selected modules. |
|
|
50 | - remove some 5.6 compatibility cruft. |
|
|
51 | |
|
|
52 | 1.4 Tue Sep 6 00:11:05 CEST 2005 |
|
|
53 | - libcoro did not take into account the trampoline on amd64, |
|
|
54 | when 'l'inux method was used. |
|
|
55 | |
|
|
56 | 1.31 Tue Aug 30 23:31:33 CEST 2005 |
|
|
57 | - some portability fixes/workarounds. |
|
|
58 | |
|
|
59 | 1.3 Sat Aug 20 03:08:56 CEST 2005 |
|
|
60 | - no code changes. module seems to work fine. |
|
|
61 | - improve Coro::State docs, remove reference to nonexisting |
|
|
62 | Coro::State::flush method. |
|
|
63 | - no longer autodetect windows, present it as an option instead. |
|
|
64 | |
|
|
65 | 1.2 Mon May 16 02:00:55 CEST 2005 |
|
|
66 | - included libcoro.c earlier in State.xs, might improve portability. |
|
|
67 | - use a faster and possibly more stable Coro::Cont implementation. |
|
|
68 | - accept x86_64 in addition to amd64 for optimized linux-amd64 support. |
|
|
69 | - fix bugs Coro::SemaphoreSet that could cause locks never to be freed. |
|
|
70 | - fix bugs in CoroAPI.h and document it in Coro::MakeMaker. |
|
|
71 | |
|
|
72 | 1.11 Thu Mar 3 18:00:52 CET 2005 |
|
|
73 | - change of contact address. |
|
|
74 | |
|
|
75 | 1.1 Tue Feb 22 20:51:16 CET 2005 |
|
|
76 | - support [l]inux method on amd64. |
|
|
77 | - allow some context switches while compiling/eval'ing. |
|
|
78 | |
|
|
79 | 1.0 Tue Aug 10 03:47:27 CEST 2004 |
|
|
80 | - Event 0.89 fixes the bug again. |
|
|
81 | - fix the remaining(??) memleak. I didn't free the cache-AV for |
|
|
82 | padlists, so one AV per created anon-sub leaked. |
|
|
83 | |
|
|
84 | 0.97 Fri May 14 15:23:32 CEST 2004 |
|
|
85 | - remove stupid gcc extension that was an experiment only anyway. |
|
|
86 | |
|
|
87 | 0.96 Thu May 13 18:09:29 CEST 2004 |
|
|
88 | - tell people if they have yet another broken Event variant. |
|
|
89 | - made Coro to work _better_ with threads (it seems that, as long |
|
|
90 | as you use Coros in one thread only everything will work fine. |
|
|
91 | Looking at the perl source the problem might be missing locking |
|
|
92 | between Coro and some perl internal routines. That's not easily |
|
|
93 | fixable). |
|
|
94 | - (hopefully) got rid of the static xnext inside transfer. |
|
|
95 | |
|
|
96 | 0.95 Sun Feb 15 03:20:28 CET 2004 |
| 4 | - removed Coro::State::flush, implemented a new and much |
97 | - removed Coro::State::flush, implemented a new and much |
| 5 | faster caching mechanism by attaching magic to the CV. |
98 | faster caching mechanism by attaching magic to the CV. |
| 6 | - a memleak with (real) closures remains. |
99 | - a memleak with (real) closures remains. |
| 7 | - dramatically reduced size of stacks to 65536 (linux/x86), after |
100 | - dramatically reduced size of stacks to 65536 (linux/x86), after |
| 8 | observing that even myhttpd never had more than a kilobyte |
101 | observing that even myhttpd never had more than a kilobyte |
| 9 | of stack in use (stack is still only physically allocated in |
102 | of stack in use (stack is still only physically allocated in |
| 10 | pagesize increments for systems suporting mmap). |
103 | pagesize increments for systems suporting mmap). |
|
|
104 | - fix for a "cygwin-64" architecture added, proposed by Stefan Traby. |
|
|
105 | - fix for threaded perl. |
| 11 | |
106 | |
| 12 | 0.9 Sun Nov 23 04:32:39 CET 2003 |
107 | 0.9 Sun Nov 23 04:32:39 CET 2003 |
| 13 | - fix a few very hard to track down but (of course) stupid |
108 | - fix a few very hard to track down but (of course) stupid |
| 14 | memory leaks. |
109 | memory leaks. |
| 15 | - stringify version number to avoid locale problems :(. |
110 | - stringify version number to avoid locale problems :(. |
