I have updated http://dist.schmorp.de/libev/libev-1.4.0-beta.tar.gz
Documentation: http://cvs.schmorp.de/libev/ev.html Changes in this release include: - stopping idle, check and prepare watchers could lead to data corruption, other watchers are unaffected. - due to the rxvt-unicode releases, a lot of quirks in various backends have been identified (and documented so people don't need to find out the hard way). - the documentation has been improved quite a bit: there is now a host of examples, there have been many clarifications, the c++ interface has been documented, as well as the embedding features. - there is a new watcher type named ev_embed. its purpose is to embed another libev loop into a loop (this currently works only for ev_io watchers). There are two main purposes for this: - on platforms where kqueue is broken as a generic mechanism, but works for e.g. sockets (and you know that), you can embed a kqueue loop into your poll-based mainloop (for example, on all current freebsds, only select and poll support generic fds). while this costs (some constant) performance, it still scales just as well as kqueue alone and provides correctness for all types of fds. - this can be used for strict prioritising of events, similarly to the libevent priority system, by invoking sweep in an idle watcher and putting all your low-priority into the embedded loop. this also solves a problem with event starving in libevent: when some high-priority event preempts a lower-priority io watcher 100 times, then the kernel will be queried 100 times for the low-priority fd and the resulting readyness notification must be handled, too. Enjoy! -- The choice of a Deliantra, the free code+content MORPG -----==- _GNU_ http://www.deliantra.net ----==-- _ generation ---==---(_)__ __ ____ __ Marc Lehmann --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] -=====/_/_//_/\_,_/ /_/\_\ _______________________________________________ Libevent-users mailing list Libevent-users@monkey.org http://monkeymail.org/mailman/listinfo/libevent-users
