1 | Revision history for AnyEvent::MP |
1 | Revision history for AnyEvent::MP |
2 | |
2 | |
3 | TODO: testsuite |
3 | TODO: testsuite |
4 | TODO: intro: maybe simple job pool example? |
4 | TODO: intro: maybe simple job pool example? |
5 | TODO: intro: mention watchdog... |
5 | TODO: intro: mention watchdog... |
6 | TODO: use gvpe method of making contact, if possible. |
|
|
7 | |
6 | |
8 | TODO: explain service sin aemp |
7 | - INCOMPATIBLE CHANGE: the high-level node protocol changed, |
|
|
8 | all nodes need to upgrade. |
|
|
9 | - remote kil's did not work (reported by Eugene Grigoriev). |
|
|
10 | - documented monitor_timeout, connect_interval, auth_offer, |
|
|
11 | auth_accept, framing_format, autocork and nodelay options |
|
|
12 | and make them configurable via bin/aemp. |
|
|
13 | |
|
|
14 | 1.24 Wed Dec 9 14:59:52 CET 2009 |
|
|
15 | - codename "the foul egg". |
|
|
16 | - increased "unmonitored local port died" message level to 2, so |
|
|
17 | it is displayed by default now. |
|
|
18 | - generate random seed at configure time, not module loading time, |
|
|
19 | so fork&configure works as expected. |
|
|
20 | - decreased "seed"-related message priority in Global from 0 (d'oh) |
|
|
21 | to 9, as they are not signifcant. |
|
|
22 | - new experimental module AnyEvent::MP::DataConn to establish |
|
|
23 | additional data connections between nodes. |
|
|
24 | - bin/aemp now loads AnyEvent::Watchdog::Util before trying |
|
|
25 | to call restart. |
|
|
26 | - bin/aemp setcert didn't properly handle the filename argument. |
|
|
27 | - removed empty and unused timeout= parameter from protocol greeting. |
|
|
28 | |
|
|
29 | 1.23 Fri Nov 6 18:46:26 CET 2009 |
9 | - listener-less nodes were misinformed by their masters about |
30 | - listener-less nodes were misinformed by their masters about |
10 | the location of new nodes, and therefore didn't connect |
31 | the location of new nodes, and therefore didn't connect |
11 | properly in all cases. |
32 | properly in all cases. |
12 | - messages send during node-up processing could sometimes get lost, |
33 | - messages send during node-up processing could sometimes get lost, |
13 | which would hamper global's ability to mesh the network. |
34 | which would hamper global's ability to mesh the network. |