| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
|
|
Upstream changes:
3.9 Thu Dec 31 07:59:59 CET 2009
- disable t/07* under automatic testing.
- increase t/09* timeouts as netbsd has *horribly* broken
select/kevent that *usually* sleep >>0.6s instead of 0.3.
- add constants EV::FLAG_NOSIGFD, EV::FLAG_NOINOTIFY and
EV::BACKEND_ALL.
- (libev) signalfd is no longer used by default.
- (libev) backport inotify code to C89.
- (libev) inotify file descriptors could leak into child processes.
- (libev) ev_stat watchers could keep an errornous extra ref on the loop.
- (libev) take advantage of inotify_init1, if available.
- (libev) the signal handling pipe wasn't always initialised under windows.
- changed minimum glibc requirement from glibc 2.9 to 2.7, for signalfd.
- (libev) only replace ev_stat.prev when we detect an actual difference.
|
|
|
|
Upstream changes:
3.8 Sun Aug 9 15:30:10 CEST 2009
- implement $loop->signal/signal_ns.
- (libev) incompatible change: do not necessarily reset signal
handler to SIG_DFL when a sighandler is stopped.
- (libev) ev_default_destroy did not properly free or zero some
members, potentially causing crashes and memory corruption on
repated ev_default_destroy/ev_default_loop calls.
- (libev) take advantage of signalfd on GNU/Linux systems.
- (libev) document that the signal mask might be in an unspecified
state when using libev's signal handling.
- (libev) take advantage of some GNU/Linux calls to set
cloexec/nonblock on fd creation, to avoid race conditions.
- implement internal glue code to interface more efficiently
with AnyEvent.
|
|
This module provides an interface to libev
(http://software.schmorp.de/pkg/libev.html). While the documentation is
comprehensive, one might also consult the documentation of libev itself
(http://pod.tst.eu/http://cvs.schmorp.de/libev/ev.pod or perldoc EV::libev)
for more subtle details on watcher semantics or some discussion on the
available backends, or how to force a specific backend with LIBEV_FLAGS,
or just about in any case because it has much more detailed information.
This module is very fast and scalable. It is actually so fast that you can
use it through the AnyEvent module, stay portable to other event loops (if
you don't rely on any watcher types not available through it) and still be
faster than with any other event loop currently supported in Perl.
|
