ViewVC Help
View File | Revision Log | Show Annotations | Download File
/cvs/libev/ev.3
(Generate patch)

Comparing libev/ev.3 (file contents):
Revision 1.99 by root, Mon Jun 10 00:14:23 2013 UTC vs.
Revision 1.112 by root, Sun Jun 23 23:27:34 2019 UTC

1.\" Automatically generated by Pod::Man 2.25 (Pod::Simple 3.20) 1.\" Automatically generated by Pod::Man 4.11 (Pod::Simple 3.35)
2.\" 2.\"
3.\" Standard preamble: 3.\" Standard preamble:
4.\" ======================================================================== 4.\" ========================================================================
5.de Sp \" Vertical space (when we can't use .PP) 5.de Sp \" Vertical space (when we can't use .PP)
6.if t .sp .5v 6.if t .sp .5v
… …
36.el\{\ 36.el\{\
37. ds -- \|\(em\| 37. ds -- \|\(em\|
38. ds PI \(*p 38. ds PI \(*p
39. ds L" `` 39. ds L" ``
40. ds R" '' 40. ds R" ''
41. ds C`
42. ds C'
41'br\} 43'br\}
42.\" 44.\"
43.\" Escape single quotes in literal strings from groff's Unicode transform. 45.\" Escape single quotes in literal strings from groff's Unicode transform.
44.ie \n(.g .ds Aq \(aq 46.ie \n(.g .ds Aq \(aq
45.el .ds Aq ' 47.el .ds Aq '
46.\" 48.\"
47.\" If the F register is turned on, we'll generate index entries on stderr for 49.\" If the F register is >0, we'll generate index entries on stderr for
48.\" titles (.TH), headers (.SH), subsections (.SS), items (.Ip), and index 50.\" titles (.TH), headers (.SH), subsections (.SS), items (.Ip), and index
49.\" entries marked with X<> in POD. Of course, you'll have to process the 51.\" entries marked with X<> in POD. Of course, you'll have to process the
50.\" output yourself in some meaningful fashion. 52.\" output yourself in some meaningful fashion.
51.ie \nF \{\ 53.\"
54.\" Avoid warning from groff about undefined register 'F'.
52. de IX 55.de IX
53. tm Index:\\$1\t\\n%\t"\\$2"
54.. 56..
55. nr % 0 57.nr rF 0
56. rr F 58.if \n(.g .if rF .nr rF 1
59.if (\n(rF:(\n(.g==0)) \{\
60. if \nF \{\
61. de IX
62. tm Index:\\$1\t\\n%\t"\\$2"
63..
64. if !\nF==2 \{\
65. nr % 0
66. nr F 2
67. \}
68. \}
57.\} 69.\}
58.el \{\ 70.rr rF
59. de IX
60..
61.\}
62.\" 71.\"
63.\" Accent mark definitions (@(#)ms.acc 1.5 88/02/08 SMI; from UCB 4.2). 72.\" Accent mark definitions (@(#)ms.acc 1.5 88/02/08 SMI; from UCB 4.2).
64.\" Fear. Run. Save yourself. No user-serviceable parts. 73.\" Fear. Run. Save yourself. No user-serviceable parts.
65. \" fudge factors for nroff and troff 74. \" fudge factors for nroff and troff
66.if n \{\ 75.if n \{\
… …
122.\} 131.\}
123.rm #[ #] #H #V #F C 132.rm #[ #] #H #V #F C
124.\" ======================================================================== 133.\" ========================================================================
125.\" 134.\"
126.IX Title "LIBEV 3" 135.IX Title "LIBEV 3"
127.TH LIBEV 3 "2013-06-07" "libev-4.15" "libev - high performance full featured event loop" 136.TH LIBEV 3 "2019-06-23" "libev-4.25" "libev - high performance full featured event loop"
128.\" For nroff, turn off justification. Always turn off hyphenation; it makes 137.\" For nroff, turn off justification. Always turn off hyphenation; it makes
129.\" way too many mistakes in technical documents. 138.\" way too many mistakes in technical documents.
130.if n .ad l 139.if n .ad l
131.nh 140.nh
132.SH "NAME" 141.SH "NAME"
… …
134.SH "SYNOPSIS" 143.SH "SYNOPSIS"
135.IX Header "SYNOPSIS" 144.IX Header "SYNOPSIS"
136.Vb 1 145.Vb 1
137\& #include <ev.h> 146\& #include <ev.h>
138.Ve 147.Ve
139.SS "\s-1EXAMPLE\s0 \s-1PROGRAM\s0" 148.SS "\s-1EXAMPLE PROGRAM\s0"
140.IX Subsection "EXAMPLE PROGRAM" 149.IX Subsection "EXAMPLE PROGRAM"
141.Vb 2 150.Vb 2
142\& // a single header file is required 151\& // a single header file is required
143\& #include <ev.h> 152\& #include <ev.h>
144\& 153\&
… …
212throughout this document. 221throughout this document.
213.SH "WHAT TO READ WHEN IN A HURRY" 222.SH "WHAT TO READ WHEN IN A HURRY"
214.IX Header "WHAT TO READ WHEN IN A HURRY" 223.IX Header "WHAT TO READ WHEN IN A HURRY"
215This manual tries to be very detailed, but unfortunately, this also makes 224This manual tries to be very detailed, but unfortunately, this also makes
216it very long. If you just want to know the basics of libev, I suggest 225it very long. If you just want to know the basics of libev, I suggest
217reading \*(L"\s-1ANATOMY\s0 \s-1OF\s0 A \s-1WATCHER\s0\*(R", then the \*(L"\s-1EXAMPLE\s0 \s-1PROGRAM\s0\*(R" above and 226reading \*(L"\s-1ANATOMY OF A WATCHER\*(R"\s0, then the \*(L"\s-1EXAMPLE PROGRAM\*(R"\s0 above and
218look up the missing functions in \*(L"\s-1GLOBAL\s0 \s-1FUNCTIONS\s0\*(R" and the \f(CW\*(C`ev_io\*(C'\fR and 227look up the missing functions in \*(L"\s-1GLOBAL FUNCTIONS\*(R"\s0 and the \f(CW\*(C`ev_io\*(C'\fR and
219\&\f(CW\*(C`ev_timer\*(C'\fR sections in \*(L"\s-1WATCHER\s0 \s-1TYPES\s0\*(R". 228\&\f(CW\*(C`ev_timer\*(C'\fR sections in \*(L"\s-1WATCHER TYPES\*(R"\s0.
220.SH "ABOUT LIBEV" 229.SH "ABOUT LIBEV"
221.IX Header "ABOUT LIBEV" 230.IX Header "ABOUT LIBEV"
222Libev is an event loop: you register interest in certain events (such as a 231Libev is an event loop: you register interest in certain events (such as a
223file descriptor being readable or a timeout occurring), and it will manage 232file descriptor being readable or a timeout occurring), and it will manage
224these event sources and provide your program with events. 233these event sources and provide your program with events.
… …
231watchers\fR, which are relatively small C structures you initialise with the 240watchers\fR, which are relatively small C structures you initialise with the
232details of the event, and then hand it over to libev by \fIstarting\fR the 241details of the event, and then hand it over to libev by \fIstarting\fR the
233watcher. 242watcher.
234.SS "\s-1FEATURES\s0" 243.SS "\s-1FEATURES\s0"
235.IX Subsection "FEATURES" 244.IX Subsection "FEATURES"
236Libev supports \f(CW\*(C`select\*(C'\fR, \f(CW\*(C`poll\*(C'\fR, the Linux-specific \f(CW\*(C`epoll\*(C'\fR, the 245Libev supports \f(CW\*(C`select\*(C'\fR, \f(CW\*(C`poll\*(C'\fR, the Linux-specific aio and \f(CW\*(C`epoll\*(C'\fR
237BSD-specific \f(CW\*(C`kqueue\*(C'\fR and the Solaris-specific event port mechanisms 246interfaces, the BSD-specific \f(CW\*(C`kqueue\*(C'\fR and the Solaris-specific event port
238for file descriptor events (\f(CW\*(C`ev_io\*(C'\fR), the Linux \f(CW\*(C`inotify\*(C'\fR interface 247mechanisms for file descriptor events (\f(CW\*(C`ev_io\*(C'\fR), the Linux \f(CW\*(C`inotify\*(C'\fR
239(for \f(CW\*(C`ev_stat\*(C'\fR), Linux eventfd/signalfd (for faster and cleaner 248interface (for \f(CW\*(C`ev_stat\*(C'\fR), Linux eventfd/signalfd (for faster and cleaner
240inter-thread wakeup (\f(CW\*(C`ev_async\*(C'\fR)/signal handling (\f(CW\*(C`ev_signal\*(C'\fR)) relative 249inter-thread wakeup (\f(CW\*(C`ev_async\*(C'\fR)/signal handling (\f(CW\*(C`ev_signal\*(C'\fR)) relative
241timers (\f(CW\*(C`ev_timer\*(C'\fR), absolute timers with customised rescheduling 250timers (\f(CW\*(C`ev_timer\*(C'\fR), absolute timers with customised rescheduling
242(\f(CW\*(C`ev_periodic\*(C'\fR), synchronous signals (\f(CW\*(C`ev_signal\*(C'\fR), process status 251(\f(CW\*(C`ev_periodic\*(C'\fR), synchronous signals (\f(CW\*(C`ev_signal\*(C'\fR), process status
243change events (\f(CW\*(C`ev_child\*(C'\fR), and event watchers dealing with the event 252change events (\f(CW\*(C`ev_child\*(C'\fR), and event watchers dealing with the event
244loop mechanism itself (\f(CW\*(C`ev_idle\*(C'\fR, \f(CW\*(C`ev_embed\*(C'\fR, \f(CW\*(C`ev_prepare\*(C'\fR and 253loop mechanism itself (\f(CW\*(C`ev_idle\*(C'\fR, \f(CW\*(C`ev_embed\*(C'\fR, \f(CW\*(C`ev_prepare\*(C'\fR and
… …
255more info about various configuration options please have a look at 264more info about various configuration options please have a look at
256\&\fB\s-1EMBED\s0\fR section in this manual. If libev was configured without support 265\&\fB\s-1EMBED\s0\fR section in this manual. If libev was configured without support
257for multiple event loops, then all functions taking an initial argument of 266for multiple event loops, then all functions taking an initial argument of
258name \f(CW\*(C`loop\*(C'\fR (which is always of type \f(CW\*(C`struct ev_loop *\*(C'\fR) will not have 267name \f(CW\*(C`loop\*(C'\fR (which is always of type \f(CW\*(C`struct ev_loop *\*(C'\fR) will not have
259this argument. 268this argument.
260.SS "\s-1TIME\s0 \s-1REPRESENTATION\s0" 269.SS "\s-1TIME REPRESENTATION\s0"
261.IX Subsection "TIME REPRESENTATION" 270.IX Subsection "TIME REPRESENTATION"
262Libev represents time as a single floating point number, representing 271Libev represents time as a single floating point number, representing
263the (fractional) number of seconds since the (\s-1POSIX\s0) epoch (in practice 272the (fractional) number of seconds since the (\s-1POSIX\s0) epoch (in practice
264somewhere near the beginning of 1970, details are complicated, don't 273somewhere near the beginning of 1970, details are complicated, don't
265ask). This type is called \f(CW\*(C`ev_tstamp\*(C'\fR, which is what you should use 274ask). This type is called \f(CW\*(C`ev_tstamp\*(C'\fR, which is what you should use
… …
383.Sp 392.Sp
384You could override this function in high-availability programs to, say, 393You could override this function in high-availability programs to, say,
385free some memory if it cannot allocate memory, to use a special allocator, 394free some memory if it cannot allocate memory, to use a special allocator,
386or even to sleep a while and retry until some memory is available. 395or even to sleep a while and retry until some memory is available.
387.Sp 396.Sp
397Example: The following is the \f(CW\*(C`realloc\*(C'\fR function that libev itself uses
398which should work with \f(CW\*(C`realloc\*(C'\fR and \f(CW\*(C`free\*(C'\fR functions of all kinds and
399is probably a good basis for your own implementation.
400.Sp
401.Vb 5
402\& static void *
403\& ev_realloc_emul (void *ptr, long size) EV_NOEXCEPT
404\& {
405\& if (size)
406\& return realloc (ptr, size);
407\&
408\& free (ptr);
409\& return 0;
410\& }
411.Ve
412.Sp
388Example: Replace the libev allocator with one that waits a bit and then 413Example: Replace the libev allocator with one that waits a bit and then
389retries (example requires a standards-compliant \f(CW\*(C`realloc\*(C'\fR). 414retries.
390.Sp 415.Sp
391.Vb 6 416.Vb 8
392\& static void * 417\& static void *
393\& persistent_realloc (void *ptr, size_t size) 418\& persistent_realloc (void *ptr, size_t size)
394\& { 419\& {
420\& if (!size)
421\& {
422\& free (ptr);
423\& return 0;
424\& }
425\&
395\& for (;;) 426\& for (;;)
396\& { 427\& {
397\& void *newptr = realloc (ptr, size); 428\& void *newptr = realloc (ptr, size);
398\& 429\&
399\& if (newptr) 430\& if (newptr)
… …
527make libev check for a fork in each iteration by enabling this flag. 558make libev check for a fork in each iteration by enabling this flag.
528.Sp 559.Sp
529This works by calling \f(CW\*(C`getpid ()\*(C'\fR on every iteration of the loop, 560This works by calling \f(CW\*(C`getpid ()\*(C'\fR on every iteration of the loop,
530and thus this might slow down your event loop if you do a lot of loop 561and thus this might slow down your event loop if you do a lot of loop
531iterations and little real work, but is usually not noticeable (on my 562iterations and little real work, but is usually not noticeable (on my
532GNU/Linux system for example, \f(CW\*(C`getpid\*(C'\fR is actually a simple 5\-insn sequence 563GNU/Linux system for example, \f(CW\*(C`getpid\*(C'\fR is actually a simple 5\-insn
533without a system call and thus \fIvery\fR fast, but my GNU/Linux system also has 564sequence without a system call and thus \fIvery\fR fast, but my GNU/Linux
534\&\f(CW\*(C`pthread_atfork\*(C'\fR which is even faster). 565system also has \f(CW\*(C`pthread_atfork\*(C'\fR which is even faster). (Update: glibc
566versions 2.25 apparently removed the \f(CW\*(C`getpid\*(C'\fR optimisation again).
535.Sp 567.Sp
536The big advantage of this flag is that you can forget about fork (and 568The big advantage of this flag is that you can forget about fork (and
537forget about forgetting to tell libev about forking) when you use this 569forget about forgetting to tell libev about forking, although you still
538flag. 570have to ignore \f(CW\*(C`SIGPIPE\*(C'\fR) when you use this flag.
539.Sp 571.Sp
540This flag setting cannot be overridden or specified in the \f(CW\*(C`LIBEV_FLAGS\*(C'\fR 572This flag setting cannot be overridden or specified in the \f(CW\*(C`LIBEV_FLAGS\*(C'\fR
541environment variable. 573environment variable.
542.ie n .IP """EVFLAG_NOINOTIFY""" 4 574.ie n .IP """EVFLAG_NOINOTIFY""" 4
543.el .IP "\f(CWEVFLAG_NOINOTIFY\fR" 4 575.el .IP "\f(CWEVFLAG_NOINOTIFY\fR" 4
… …
574\&\f(CW\*(C`sigprocmask\*(C'\fR, whose behaviour is officially unspecified. 606\&\f(CW\*(C`sigprocmask\*(C'\fR, whose behaviour is officially unspecified.
575.Sp 607.Sp
576This flag's behaviour will become the default in future versions of libev. 608This flag's behaviour will become the default in future versions of libev.
577.ie n .IP """EVBACKEND_SELECT"" (value 1, portable select backend)" 4 609.ie n .IP """EVBACKEND_SELECT"" (value 1, portable select backend)" 4
578.el .IP "\f(CWEVBACKEND_SELECT\fR (value 1, portable select backend)" 4 610.el .IP "\f(CWEVBACKEND_SELECT\fR (value 1, portable select backend)" 4
579.IX Item "EVBACKEND_SELECT (value 1, portable select backend)" 611.IX Item "EVBACKEND_SELECT (value 1, portable select backend)"
580This is your standard \fIselect\fR\|(2) backend. Not \fIcompletely\fR standard, as 612This is your standard \fBselect\fR\|(2) backend. Not \fIcompletely\fR standard, as
581libev tries to roll its own fd_set with no limits on the number of fds, 613libev tries to roll its own fd_set with no limits on the number of fds,
582but if that fails, expect a fairly low limit on the number of fds when 614but if that fails, expect a fairly low limit on the number of fds when
583using this backend. It doesn't scale too well (O(highest_fd)), but its 615using this backend. It doesn't scale too well (O(highest_fd)), but its
584usually the fastest backend for a low number of (low-numbered :) fds. 616usually the fastest backend for a low number of (low-numbered :) fds.
585.Sp 617.Sp
… …
593This backend maps \f(CW\*(C`EV_READ\*(C'\fR to the \f(CW\*(C`readfds\*(C'\fR set and \f(CW\*(C`EV_WRITE\*(C'\fR to the 625This backend maps \f(CW\*(C`EV_READ\*(C'\fR to the \f(CW\*(C`readfds\*(C'\fR set and \f(CW\*(C`EV_WRITE\*(C'\fR to the
594\&\f(CW\*(C`writefds\*(C'\fR set (and to work around Microsoft Windows bugs, also onto the 626\&\f(CW\*(C`writefds\*(C'\fR set (and to work around Microsoft Windows bugs, also onto the
595\&\f(CW\*(C`exceptfds\*(C'\fR set on that platform). 627\&\f(CW\*(C`exceptfds\*(C'\fR set on that platform).
596.ie n .IP """EVBACKEND_POLL"" (value 2, poll backend, available everywhere except on windows)" 4 628.ie n .IP """EVBACKEND_POLL"" (value 2, poll backend, available everywhere except on windows)" 4
597.el .IP "\f(CWEVBACKEND_POLL\fR (value 2, poll backend, available everywhere except on windows)" 4 629.el .IP "\f(CWEVBACKEND_POLL\fR (value 2, poll backend, available everywhere except on windows)" 4
598.IX Item "EVBACKEND_POLL (value 2, poll backend, available everywhere except on windows)" 630.IX Item "EVBACKEND_POLL (value 2, poll backend, available everywhere except on windows)"
599And this is your standard \fIpoll\fR\|(2) backend. It's more complicated 631And this is your standard \fBpoll\fR\|(2) backend. It's more complicated
600than select, but handles sparse fds better and has no artificial 632than select, but handles sparse fds better and has no artificial
601limit on the number of fds you can use (except it will slow down 633limit on the number of fds you can use (except it will slow down
602considerably with a lot of inactive fds). It scales similarly to select, 634considerably with a lot of inactive fds). It scales similarly to select,
603i.e. O(total_fds). See the entry for \f(CW\*(C`EVBACKEND_SELECT\*(C'\fR, above, for 635i.e. O(total_fds). See the entry for \f(CW\*(C`EVBACKEND_SELECT\*(C'\fR, above, for
604performance tips. 636performance tips.
605.Sp 637.Sp
606This backend maps \f(CW\*(C`EV_READ\*(C'\fR to \f(CW\*(C`POLLIN | POLLERR | POLLHUP\*(C'\fR, and 638This backend maps \f(CW\*(C`EV_READ\*(C'\fR to \f(CW\*(C`POLLIN | POLLERR | POLLHUP\*(C'\fR, and
607\&\f(CW\*(C`EV_WRITE\*(C'\fR to \f(CW\*(C`POLLOUT | POLLERR | POLLHUP\*(C'\fR. 639\&\f(CW\*(C`EV_WRITE\*(C'\fR to \f(CW\*(C`POLLOUT | POLLERR | POLLHUP\*(C'\fR.
608.ie n .IP """EVBACKEND_EPOLL"" (value 4, Linux)" 4 640.ie n .IP """EVBACKEND_EPOLL"" (value 4, Linux)" 4
609.el .IP "\f(CWEVBACKEND_EPOLL\fR (value 4, Linux)" 4 641.el .IP "\f(CWEVBACKEND_EPOLL\fR (value 4, Linux)" 4
610.IX Item "EVBACKEND_EPOLL (value 4, Linux)" 642.IX Item "EVBACKEND_EPOLL (value 4, Linux)"
611Use the linux-specific \fIepoll\fR\|(7) interface (for both pre\- and post\-2.6.9 643Use the linux-specific \fBepoll\fR\|(7) interface (for both pre\- and post\-2.6.9
612kernels). 644kernels).
613.Sp 645.Sp
614For few fds, this backend is a bit little slower than poll and select, but 646For few fds, this backend is a bit little slower than poll and select, but
615it scales phenomenally better. While poll and select usually scale like 647it scales phenomenally better. While poll and select usually scale like
616O(total_fds) where total_fds is the total number of fds (or the highest 648O(total_fds) where total_fds is the total number of fds (or the highest
… …
662All this means that, in practice, \f(CW\*(C`EVBACKEND_SELECT\*(C'\fR can be as fast or 694All this means that, in practice, \f(CW\*(C`EVBACKEND_SELECT\*(C'\fR can be as fast or
663faster than epoll for maybe up to a hundred file descriptors, depending on 695faster than epoll for maybe up to a hundred file descriptors, depending on
664the usage. So sad. 696the usage. So sad.
665.Sp 697.Sp
666While nominally embeddable in other event loops, this feature is broken in 698While nominally embeddable in other event loops, this feature is broken in
667all kernel versions tested so far. 699a lot of kernel revisions, but probably(!) works in current versions.
700.Sp
701This backend maps \f(CW\*(C`EV_READ\*(C'\fR and \f(CW\*(C`EV_WRITE\*(C'\fR in the same way as
702\&\f(CW\*(C`EVBACKEND_POLL\*(C'\fR.
703.ie n .IP """EVBACKEND_LINUXAIO"" (value 64, Linux)" 4
704.el .IP "\f(CWEVBACKEND_LINUXAIO\fR (value 64, Linux)" 4
705.IX Item "EVBACKEND_LINUXAIO (value 64, Linux)"
706Use the linux-specific linux aio (\fInot\fR \f(CWaio(7)\fR but \f(CWio_submit(2)\fR) event interface available in post\-4.18 kernels.
707.Sp
708If this backend works for you (as of this writing, it was very
709experimental), it is the best event interface available on linux and might
710be well worth enabling it \- if it isn't available in your kernel this will
711be detected and this backend will be skipped.
712.Sp
713This backend can batch oneshot requests and supports a user-space ring
714buffer to receive events. It also doesn't suffer from most of the design
715problems of epoll (such as not being able to remove event sources from
716the epoll set), and generally sounds too good to be true. Because, this
717being the linux kernel, of course it suffers from a whole new set of
718limitations.
719.Sp
720For one, it is not easily embeddable (but probably could be done using
721an event fd at some extra overhead). It also is subject to a system wide
722limit that can be configured in \fI/proc/sys/fs/aio\-max\-nr\fR \- each loop
723currently requires \f(CW61\fR of this number. If no aio requests are left, this
724backend will be skipped during initialisation.
725.Sp
726Most problematic in practise, however, is that not all file descriptors
727work with it. For example, in linux 5.1, tcp sockets, pipes, event fds,
728files, \fI/dev/null\fR and a few others are supported, but ttys do not work
729(probably because of a bug), so this is not (yet?) a generic event polling
730interface.
731.Sp
732To work around this latter problem, the current version of libev uses
733epoll as a fallback for file deescriptor types that do not work. Epoll
734is used in, kind of, slow mode that hopefully avoids most of its design
735problems and requires 1\-3 extra syscalls per active fd every iteration.
668.Sp 736.Sp
669This backend maps \f(CW\*(C`EV_READ\*(C'\fR and \f(CW\*(C`EV_WRITE\*(C'\fR in the same way as 737This backend maps \f(CW\*(C`EV_READ\*(C'\fR and \f(CW\*(C`EV_WRITE\*(C'\fR in the same way as
670\&\f(CW\*(C`EVBACKEND_POLL\*(C'\fR. 738\&\f(CW\*(C`EVBACKEND_POLL\*(C'\fR.
671.ie n .IP """EVBACKEND_KQUEUE"" (value 8, most \s-1BSD\s0 clones)" 4 739.ie n .IP """EVBACKEND_KQUEUE"" (value 8, most \s-1BSD\s0 clones)" 4
672.el .IP "\f(CWEVBACKEND_KQUEUE\fR (value 8, most \s-1BSD\s0 clones)" 4 740.el .IP "\f(CWEVBACKEND_KQUEUE\fR (value 8, most \s-1BSD\s0 clones)" 4
673.IX Item "EVBACKEND_KQUEUE (value 8, most BSD clones)" 741.IX Item "EVBACKEND_KQUEUE (value 8, most BSD clones)"
674Kqueue deserves special mention, as at the time of this writing, it 742Kqueue deserves special mention, as at the time of this writing, it
675was broken on all BSDs except NetBSD (usually it doesn't work reliably 743was broken on all BSDs except NetBSD (usually it doesn't work reliably
676with anything but sockets and pipes, except on Darwin, where of course 744with anything but sockets and pipes, except on Darwin, where of course
677it's completely useless). Unlike epoll, however, whose brokenness 745it's completely useless). Unlike epoll, however, whose brokenness
678is by design, these kqueue bugs can (and eventually will) be fixed 746is by design, these kqueue bugs can (and eventually will) be fixed
… …
698While nominally embeddable in other event loops, this doesn't work 766While nominally embeddable in other event loops, this doesn't work
699everywhere, so you might need to test for this. And since it is broken 767everywhere, so you might need to test for this. And since it is broken
700almost everywhere, you should only use it when you have a lot of sockets 768almost everywhere, you should only use it when you have a lot of sockets
701(for which it usually works), by embedding it into another event loop 769(for which it usually works), by embedding it into another event loop
702(e.g. \f(CW\*(C`EVBACKEND_SELECT\*(C'\fR or \f(CW\*(C`EVBACKEND_POLL\*(C'\fR (but \f(CW\*(C`poll\*(C'\fR is of course 770(e.g. \f(CW\*(C`EVBACKEND_SELECT\*(C'\fR or \f(CW\*(C`EVBACKEND_POLL\*(C'\fR (but \f(CW\*(C`poll\*(C'\fR is of course
703also broken on \s-1OS\s0 X)) and, did I mention it, using it only for sockets. 771also broken on \s-1OS X\s0)) and, did I mention it, using it only for sockets.
704.Sp 772.Sp
705This backend maps \f(CW\*(C`EV_READ\*(C'\fR into an \f(CW\*(C`EVFILT_READ\*(C'\fR kevent with 773This backend maps \f(CW\*(C`EV_READ\*(C'\fR into an \f(CW\*(C`EVFILT_READ\*(C'\fR kevent with
706\&\f(CW\*(C`NOTE_EOF\*(C'\fR, and \f(CW\*(C`EV_WRITE\*(C'\fR into an \f(CW\*(C`EVFILT_WRITE\*(C'\fR kevent with 774\&\f(CW\*(C`NOTE_EOF\*(C'\fR, and \f(CW\*(C`EV_WRITE\*(C'\fR into an \f(CW\*(C`EVFILT_WRITE\*(C'\fR kevent with
707\&\f(CW\*(C`NOTE_EOF\*(C'\fR. 775\&\f(CW\*(C`NOTE_EOF\*(C'\fR.
708.ie n .IP """EVBACKEND_DEVPOLL"" (value 16, Solaris 8)" 4 776.ie n .IP """EVBACKEND_DEVPOLL"" (value 16, Solaris 8)" 4
… …
712implementation). According to reports, \f(CW\*(C`/dev/poll\*(C'\fR only supports sockets 780implementation). According to reports, \f(CW\*(C`/dev/poll\*(C'\fR only supports sockets
713and is not embeddable, which would limit the usefulness of this backend 781and is not embeddable, which would limit the usefulness of this backend
714immensely. 782immensely.
715.ie n .IP """EVBACKEND_PORT"" (value 32, Solaris 10)" 4 783.ie n .IP """EVBACKEND_PORT"" (value 32, Solaris 10)" 4
716.el .IP "\f(CWEVBACKEND_PORT\fR (value 32, Solaris 10)" 4 784.el .IP "\f(CWEVBACKEND_PORT\fR (value 32, Solaris 10)" 4
717.IX Item "EVBACKEND_PORT (value 32, Solaris 10)" 785.IX Item "EVBACKEND_PORT (value 32, Solaris 10)"
718This uses the Solaris 10 event port mechanism. As with everything on Solaris, 786This uses the Solaris 10 event port mechanism. As with everything on Solaris,
719it's really slow, but it still scales very well (O(active_fds)). 787it's really slow, but it still scales very well (O(active_fds)).
720.Sp 788.Sp
721While this backend scales well, it requires one system call per active 789While this backend scales well, it requires one system call per active
722file descriptor per loop iteration. For small and medium numbers of file 790file descriptor per loop iteration. For small and medium numbers of file
… …
776used if available. 844used if available.
777.Sp 845.Sp
778.Vb 1 846.Vb 1
779\& struct ev_loop *loop = ev_loop_new (ev_recommended_backends () | EVBACKEND_KQUEUE); 847\& struct ev_loop *loop = ev_loop_new (ev_recommended_backends () | EVBACKEND_KQUEUE);
780.Ve 848.Ve
849.Sp
850Example: Similarly, on linux, you mgiht want to take advantage of the
851linux aio backend if possible, but fall back to something else if that
852isn't available.
853.Sp
854.Vb 1
855\& struct ev_loop *loop = ev_loop_new (ev_recommended_backends () | EVBACKEND_LINUXAIO);
856.Ve
781.RE 857.RE
782.IP "ev_loop_destroy (loop)" 4 858.IP "ev_loop_destroy (loop)" 4
783.IX Item "ev_loop_destroy (loop)" 859.IX Item "ev_loop_destroy (loop)"
784Destroys an event loop object (frees all memory and kernel state 860Destroys an event loop object (frees all memory and kernel state
785etc.). None of the active event watchers will be stopped in the normal 861etc.). None of the active event watchers will be stopped in the normal
… …
801except in the rare occasion where you really need to free its resources. 877except in the rare occasion where you really need to free its resources.
802If you need dynamically allocated loops it is better to use \f(CW\*(C`ev_loop_new\*(C'\fR 878If you need dynamically allocated loops it is better to use \f(CW\*(C`ev_loop_new\*(C'\fR
803and \f(CW\*(C`ev_loop_destroy\*(C'\fR. 879and \f(CW\*(C`ev_loop_destroy\*(C'\fR.
804.IP "ev_loop_fork (loop)" 4 880.IP "ev_loop_fork (loop)" 4
805.IX Item "ev_loop_fork (loop)" 881.IX Item "ev_loop_fork (loop)"
806This function sets a flag that causes subsequent \f(CW\*(C`ev_run\*(C'\fR iterations to 882This function sets a flag that causes subsequent \f(CW\*(C`ev_run\*(C'\fR iterations
807reinitialise the kernel state for backends that have one. Despite the 883to reinitialise the kernel state for backends that have one. Despite
808name, you can call it anytime, but it makes most sense after forking, in 884the name, you can call it anytime you are allowed to start or stop
809the child process. You \fImust\fR call it (or use \f(CW\*(C`EVFLAG_FORKCHECK\*(C'\fR) in the 885watchers (except inside an \f(CW\*(C`ev_prepare\*(C'\fR callback), but it makes most
810child before resuming or calling \f(CW\*(C`ev_run\*(C'\fR. 886sense after forking, in the child process. You \fImust\fR call it (or use
887\&\f(CW\*(C`EVFLAG_FORKCHECK\*(C'\fR) in the child before resuming or calling \f(CW\*(C`ev_run\*(C'\fR.
811.Sp 888.Sp
889In addition, if you want to reuse a loop (via this function or
890\&\f(CW\*(C`EVFLAG_FORKCHECK\*(C'\fR), you \fIalso\fR have to ignore \f(CW\*(C`SIGPIPE\*(C'\fR.
891.Sp
812Again, you \fIhave\fR to call it on \fIany\fR loop that you want to re-use after 892Again, you \fIhave\fR to call it on \fIany\fR loop that you want to re-use after
813a fork, \fIeven if you do not plan to use the loop in the parent\fR. This is 893a fork, \fIeven if you do not plan to use the loop in the parent\fR. This is
814because some kernel interfaces *cough* \fIkqueue\fR *cough* do funny things 894because some kernel interfaces *cough* \fIkqueue\fR *cough* do funny things
815during fork. 895during fork.
816.Sp 896.Sp
817On the other hand, you only need to call this function in the child 897On the other hand, you only need to call this function in the child
… …
1351bug in your program. 1431bug in your program.
1352.Sp 1432.Sp
1353Libev will usually signal a few \*(L"dummy\*(R" events together with an error, for 1433Libev will usually signal a few \*(L"dummy\*(R" events together with an error, for
1354example it might indicate that a fd is readable or writable, and if your 1434example it might indicate that a fd is readable or writable, and if your
1355callbacks is well-written it can just attempt the operation and cope with 1435callbacks is well-written it can just attempt the operation and cope with
1356the error from \fIread()\fR or \fIwrite()\fR. This will not work in multi-threaded 1436the error from \fBread()\fR or \fBwrite()\fR. This will not work in multi-threaded
1357programs, though, as the fd could already be closed and reused for another 1437programs, though, as the fd could already be closed and reused for another
1358thing, so beware. 1438thing, so beware.
1359.SS "\s-1GENERIC\s0 \s-1WATCHER\s0 \s-1FUNCTIONS\s0" 1439.SS "\s-1GENERIC WATCHER FUNCTIONS\s0"
1360.IX Subsection "GENERIC WATCHER FUNCTIONS" 1440.IX Subsection "GENERIC WATCHER FUNCTIONS"
1361.ie n .IP """ev_init"" (ev_TYPE *watcher, callback)" 4 1441.ie n .IP """ev_init"" (ev_TYPE *watcher, callback)" 4
1362.el .IP "\f(CWev_init\fR (ev_TYPE *watcher, callback)" 4 1442.el .IP "\f(CWev_init\fR (ev_TYPE *watcher, callback)" 4
1363.IX Item "ev_init (ev_TYPE *watcher, callback)" 1443.IX Item "ev_init (ev_TYPE *watcher, callback)"
1364This macro initialises the generic portion of a watcher. The contents 1444This macro initialises the generic portion of a watcher. The contents
… …
1472or might not have been clamped to the valid range. 1552or might not have been clamped to the valid range.
1473.Sp 1553.Sp
1474The default priority used by watchers when no priority has been set is 1554The default priority used by watchers when no priority has been set is
1475always \f(CW0\fR, which is supposed to not be too high and not be too low :). 1555always \f(CW0\fR, which is supposed to not be too high and not be too low :).
1476.Sp 1556.Sp
1477See \*(L"\s-1WATCHER\s0 \s-1PRIORITY\s0 \s-1MODELS\s0\*(R", below, for a more thorough treatment of 1557See \*(L"\s-1WATCHER PRIORITY MODELS\*(R"\s0, below, for a more thorough treatment of
1478priorities. 1558priorities.
1479.IP "ev_invoke (loop, ev_TYPE *watcher, int revents)" 4 1559.IP "ev_invoke (loop, ev_TYPE *watcher, int revents)" 4
1480.IX Item "ev_invoke (loop, ev_TYPE *watcher, int revents)" 1560.IX Item "ev_invoke (loop, ev_TYPE *watcher, int revents)"
1481Invoke the \f(CW\*(C`watcher\*(C'\fR with the given \f(CW\*(C`loop\*(C'\fR and \f(CW\*(C`revents\*(C'\fR. Neither 1561Invoke the \f(CW\*(C`watcher\*(C'\fR with the given \f(CW\*(C`loop\*(C'\fR and \f(CW\*(C`revents\*(C'\fR. Neither
1482\&\f(CW\*(C`loop\*(C'\fR nor \f(CW\*(C`revents\*(C'\fR need to be valid as long as the watcher callback 1562\&\f(CW\*(C`loop\*(C'\fR nor \f(CW\*(C`revents\*(C'\fR need to be valid as long as the watcher callback
… …
1502not started in the first place. 1582not started in the first place.
1503.Sp 1583.Sp
1504See also \f(CW\*(C`ev_feed_fd_event\*(C'\fR and \f(CW\*(C`ev_feed_signal_event\*(C'\fR for related 1584See also \f(CW\*(C`ev_feed_fd_event\*(C'\fR and \f(CW\*(C`ev_feed_signal_event\*(C'\fR for related
1505functions that do not need a watcher. 1585functions that do not need a watcher.
1506.PP 1586.PP
1507See also the \*(L"\s-1ASSOCIATING\s0 \s-1CUSTOM\s0 \s-1DATA\s0 \s-1WITH\s0 A \s-1WATCHER\s0\*(R" and \*(L"\s-1BUILDING\s0 \s-1YOUR\s0 1587See also the \*(L"\s-1ASSOCIATING CUSTOM DATA WITH A WATCHER\*(R"\s0 and \*(L"\s-1BUILDING YOUR
1508\&\s-1OWN\s0 \s-1COMPOSITE\s0 \s-1WATCHERS\s0\*(R" idioms. 1588OWN COMPOSITE WATCHERS\*(R"\s0 idioms.
1509.SS "\s-1WATCHER\s0 \s-1STATES\s0" 1589.SS "\s-1WATCHER STATES\s0"
1510.IX Subsection "WATCHER STATES" 1590.IX Subsection "WATCHER STATES"
1511There are various watcher states mentioned throughout this manual \- 1591There are various watcher states mentioned throughout this manual \-
1512active, pending and so on. In this section these states and the rules to 1592active, pending and so on. In this section these states and the rules to
1513transition between them will be described in more detail \- and while these 1593transition between them will be described in more detail \- and while these
1514rules might look complicated, they usually do \*(L"the right thing\*(R". 1594rules might look complicated, they usually do \*(L"the right thing\*(R".
… …
1557.Sp 1637.Sp
1558While stopped (and not pending) the watcher is essentially in the 1638While stopped (and not pending) the watcher is essentially in the
1559initialised state, that is, it can be reused, moved, modified in any way 1639initialised state, that is, it can be reused, moved, modified in any way
1560you wish (but when you trash the memory block, you need to \f(CW\*(C`ev_TYPE_init\*(C'\fR 1640you wish (but when you trash the memory block, you need to \f(CW\*(C`ev_TYPE_init\*(C'\fR
1561it again). 1641it again).
1562.SS "\s-1WATCHER\s0 \s-1PRIORITY\s0 \s-1MODELS\s0" 1642.SS "\s-1WATCHER PRIORITY MODELS\s0"
1563.IX Subsection "WATCHER PRIORITY MODELS" 1643.IX Subsection "WATCHER PRIORITY MODELS"
1564Many event loops support \fIwatcher priorities\fR, which are usually small 1644Many event loops support \fIwatcher priorities\fR, which are usually small
1565integers that influence the ordering of event callback invocation 1645integers that influence the ordering of event callback invocation
1566between watchers in some way, all else being equal. 1646between watchers in some way, all else being equal.
1567.PP 1647.PP
… …
1712But really, best use non-blocking mode. 1792But really, best use non-blocking mode.
1713.PP 1793.PP
1714\fIThe special problem of disappearing file descriptors\fR 1794\fIThe special problem of disappearing file descriptors\fR
1715.IX Subsection "The special problem of disappearing file descriptors" 1795.IX Subsection "The special problem of disappearing file descriptors"
1716.PP 1796.PP
1717Some backends (e.g. kqueue, epoll) need to be told about closing a file 1797Some backends (e.g. kqueue, epoll, linuxaio) need to be told about closing
1718descriptor (either due to calling \f(CW\*(C`close\*(C'\fR explicitly or any other means, 1798a file descriptor (either due to calling \f(CW\*(C`close\*(C'\fR explicitly or any other
1719such as \f(CW\*(C`dup2\*(C'\fR). The reason is that you register interest in some file 1799means, such as \f(CW\*(C`dup2\*(C'\fR). The reason is that you register interest in some
1720descriptor, but when it goes away, the operating system will silently drop 1800file descriptor, but when it goes away, the operating system will silently
1721this interest. If another file descriptor with the same number then is 1801drop this interest. If another file descriptor with the same number then
1722registered with libev, there is no efficient way to see that this is, in 1802is registered with libev, there is no efficient way to see that this is,
1723fact, a different file descriptor. 1803in fact, a different file descriptor.
1724.PP 1804.PP
1725To avoid having to explicitly tell libev about such cases, libev follows 1805To avoid having to explicitly tell libev about such cases, libev follows
1726the following policy: Each time \f(CW\*(C`ev_io_set\*(C'\fR is being called, libev 1806the following policy: Each time \f(CW\*(C`ev_io_set\*(C'\fR is being called, libev
1727will assume that this is potentially a new file descriptor, otherwise 1807will assume that this is potentially a new file descriptor, otherwise
1728it is assumed that the file descriptor stays the same. That means that 1808it is assumed that the file descriptor stays the same. That means that
… …
1765wish to read \- you would first have to request some data. 1845wish to read \- you would first have to request some data.
1766.PP 1846.PP
1767Since files are typically not-so-well supported by advanced notification 1847Since files are typically not-so-well supported by advanced notification
1768mechanism, libev tries hard to emulate \s-1POSIX\s0 behaviour with respect 1848mechanism, libev tries hard to emulate \s-1POSIX\s0 behaviour with respect
1769to files, even though you should not use it. The reason for this is 1849to files, even though you should not use it. The reason for this is
1770convenience: sometimes you want to watch \s-1STDIN\s0 or \s-1STDOUT\s0, which is 1850convenience: sometimes you want to watch \s-1STDIN\s0 or \s-1STDOUT,\s0 which is
1771usually a tty, often a pipe, but also sometimes files or special devices 1851usually a tty, often a pipe, but also sometimes files or special devices
1772(for example, \f(CW\*(C`epoll\*(C'\fR on Linux works with \fI/dev/random\fR but not with 1852(for example, \f(CW\*(C`epoll\*(C'\fR on Linux works with \fI/dev/random\fR but not with
1773\&\fI/dev/urandom\fR), and even though the file might better be served with 1853\&\fI/dev/urandom\fR), and even though the file might better be served with
1774asynchronous I/O instead of with non-blocking I/O, it is still useful when 1854asynchronous I/O instead of with non-blocking I/O, it is still useful when
1775it \*(L"just works\*(R" instead of freezing. 1855it \*(L"just works\*(R" instead of freezing.
1776.PP 1856.PP
1777So avoid file descriptors pointing to files when you know it (e.g. use 1857So avoid file descriptors pointing to files when you know it (e.g. use
1778libeio), but use them when it is convenient, e.g. for \s-1STDIN/STDOUT\s0, or 1858libeio), but use them when it is convenient, e.g. for \s-1STDIN/STDOUT,\s0 or
1779when you rarely read from a file instead of from a socket, and want to 1859when you rarely read from a file instead of from a socket, and want to
1780reuse the same code path. 1860reuse the same code path.
1781.PP 1861.PP
1782\fIThe special problem of fork\fR 1862\fIThe special problem of fork\fR
1783.IX Subsection "The special problem of fork" 1863.IX Subsection "The special problem of fork"
1784.PP 1864.PP
1785Some backends (epoll, kqueue) do not support \f(CW\*(C`fork ()\*(C'\fR at all or exhibit 1865Some backends (epoll, kqueue, probably linuxaio) do not support \f(CW\*(C`fork ()\*(C'\fR
1786useless behaviour. Libev fully supports fork, but needs to be told about 1866at all or exhibit useless behaviour. Libev fully supports fork, but needs
1787it in the child if you want to continue to use it in the child. 1867to be told about it in the child if you want to continue to use it in the
1868child.
1788.PP 1869.PP
1789To support fork in your child processes, you have to call \f(CW\*(C`ev_loop_fork 1870To support fork in your child processes, you have to call \f(CW\*(C`ev_loop_fork
1790()\*(C'\fR after a fork in the child, enable \f(CW\*(C`EVFLAG_FORKCHECK\*(C'\fR, or resort to 1871()\*(C'\fR after a fork in the child, enable \f(CW\*(C`EVFLAG_FORKCHECK\*(C'\fR, or resort to
1791\&\f(CW\*(C`EVBACKEND_SELECT\*(C'\fR or \f(CW\*(C`EVBACKEND_POLL\*(C'\fR. 1872\&\f(CW\*(C`EVBACKEND_SELECT\*(C'\fR or \f(CW\*(C`EVBACKEND_POLL\*(C'\fR.
1792.PP 1873.PP
1793\fIThe special problem of \s-1SIGPIPE\s0\fR 1874\fIThe special problem of \s-1SIGPIPE\s0\fR
1794.IX Subsection "The special problem of SIGPIPE" 1875.IX Subsection "The special problem of SIGPIPE"
1795.PP 1876.PP
1796While not really specific to libev, it is easy to forget about \f(CW\*(C`SIGPIPE\*(C'\fR: 1877While not really specific to libev, it is easy to forget about \f(CW\*(C`SIGPIPE\*(C'\fR:
1797when writing to a pipe whose other end has been closed, your program gets 1878when writing to a pipe whose other end has been closed, your program gets
1798sent a \s-1SIGPIPE\s0, which, by default, aborts your program. For most programs 1879sent a \s-1SIGPIPE,\s0 which, by default, aborts your program. For most programs
1799this is sensible behaviour, for daemons, this is usually undesirable. 1880this is sensible behaviour, for daemons, this is usually undesirable.
1800.PP 1881.PP
1801So when you encounter spurious, unexplained daemon exits, make sure you 1882So when you encounter spurious, unexplained daemon exits, make sure you
1802ignore \s-1SIGPIPE\s0 (and maybe make sure you log the exit status of your daemon 1883ignore \s-1SIGPIPE\s0 (and maybe make sure you log the exit status of your daemon
1803somewhere, as that would have given you a big clue). 1884somewhere, as that would have given you a big clue).
1804.PP 1885.PP
1805\fIThe special problem of \fIaccept()\fIing when you can't\fR 1886\fIThe special problem of \f(BIaccept()\fIing when you can't\fR
1806.IX Subsection "The special problem of accept()ing when you can't" 1887.IX Subsection "The special problem of accept()ing when you can't"
1807.PP 1888.PP
1808Many implementations of the \s-1POSIX\s0 \f(CW\*(C`accept\*(C'\fR function (for example, 1889Many implementations of the \s-1POSIX\s0 \f(CW\*(C`accept\*(C'\fR function (for example,
1809found in post\-2004 Linux) have the peculiar behaviour of not removing a 1890found in post\-2004 Linux) have the peculiar behaviour of not removing a
1810connection from the pending queue in all error cases. 1891connection from the pending queue in all error cases.
… …
2152.PP 2233.PP
2153The relative timeouts are calculated relative to the \f(CW\*(C`ev_now ()\*(C'\fR 2234The relative timeouts are calculated relative to the \f(CW\*(C`ev_now ()\*(C'\fR
2154time. This is usually the right thing as this timestamp refers to the time 2235time. This is usually the right thing as this timestamp refers to the time
2155of the event triggering whatever timeout you are modifying/starting. If 2236of the event triggering whatever timeout you are modifying/starting. If
2156you suspect event processing to be delayed and you \fIneed\fR to base the 2237you suspect event processing to be delayed and you \fIneed\fR to base the
2157timeout on the current time, use something like this to adjust for this: 2238timeout on the current time, use something like the following to adjust
2239for it:
2158.PP 2240.PP
2159.Vb 1 2241.Vb 1
2160\& ev_timer_set (&timer, after + ev_now () \- ev_time (), 0.); 2242\& ev_timer_set (&timer, after + (ev_time () \- ev_now ()), 0.);
2161.Ve 2243.Ve
2162.PP 2244.PP
2163If the event loop is suspended for a long time, you can also force an 2245If the event loop is suspended for a long time, you can also force an
2164update of the time returned by \f(CW\*(C`ev_now ()\*(C'\fR by calling \f(CW\*(C`ev_now_update 2246update of the time returned by \f(CW\*(C`ev_now ()\*(C'\fR by calling \f(CW\*(C`ev_now_update
2165()\*(C'\fR. 2247()\*(C'\fR, although that will push the event time of all outstanding events
2248further into the future.
2166.PP 2249.PP
2167\fIThe special problem of unsynchronised clocks\fR 2250\fIThe special problem of unsynchronised clocks\fR
2168.IX Subsection "The special problem of unsynchronised clocks" 2251.IX Subsection "The special problem of unsynchronised clocks"
2169.PP 2252.PP
2170Modern systems have a variety of clocks \- libev itself uses the normal 2253Modern systems have a variety of clocks \- libev itself uses the normal
… …
2235.IX Item "ev_timer_init (ev_timer *, callback, ev_tstamp after, ev_tstamp repeat)" 2318.IX Item "ev_timer_init (ev_timer *, callback, ev_tstamp after, ev_tstamp repeat)"
2236.PD 0 2319.PD 0
2237.IP "ev_timer_set (ev_timer *, ev_tstamp after, ev_tstamp repeat)" 4 2320.IP "ev_timer_set (ev_timer *, ev_tstamp after, ev_tstamp repeat)" 4
2238.IX Item "ev_timer_set (ev_timer *, ev_tstamp after, ev_tstamp repeat)" 2321.IX Item "ev_timer_set (ev_timer *, ev_tstamp after, ev_tstamp repeat)"
2239.PD 2322.PD
2240Configure the timer to trigger after \f(CW\*(C`after\*(C'\fR seconds. If \f(CW\*(C`repeat\*(C'\fR 2323Configure the timer to trigger after \f(CW\*(C`after\*(C'\fR seconds (fractional and
2241is \f(CW0.\fR, then it will automatically be stopped once the timeout is 2324negative values are supported). If \f(CW\*(C`repeat\*(C'\fR is \f(CW0.\fR, then it will
2242reached. If it is positive, then the timer will automatically be 2325automatically be stopped once the timeout is reached. If it is positive,
2243configured to trigger again \f(CW\*(C`repeat\*(C'\fR seconds later, again, and again, 2326then the timer will automatically be configured to trigger again \f(CW\*(C`repeat\*(C'\fR
2244until stopped manually. 2327seconds later, again, and again, until stopped manually.
2245.Sp 2328.Sp
2246The timer itself will do a best-effort at avoiding drift, that is, if 2329The timer itself will do a best-effort at avoiding drift, that is, if
2247you configure a timer to trigger every 10 seconds, then it will normally 2330you configure a timer to trigger every 10 seconds, then it will normally
2248trigger at exactly 10 second intervals. If, however, your program cannot 2331trigger at exactly 10 second intervals. If, however, your program cannot
2249keep up with the timer (because it takes longer than those 10 seconds to 2332keep up with the timer (because it takes longer than those 10 seconds to
… …
2331Periodic watchers are also timers of a kind, but they are very versatile 2414Periodic watchers are also timers of a kind, but they are very versatile
2332(and unfortunately a bit complex). 2415(and unfortunately a bit complex).
2333.PP 2416.PP
2334Unlike \f(CW\*(C`ev_timer\*(C'\fR, periodic watchers are not based on real time (or 2417Unlike \f(CW\*(C`ev_timer\*(C'\fR, periodic watchers are not based on real time (or
2335relative time, the physical time that passes) but on wall clock time 2418relative time, the physical time that passes) but on wall clock time
2336(absolute time, the thing you can read on your calender or clock). The 2419(absolute time, the thing you can read on your calendar or clock). The
2337difference is that wall clock time can run faster or slower than real 2420difference is that wall clock time can run faster or slower than real
2338time, and time jumps are not uncommon (e.g. when you adjust your 2421time, and time jumps are not uncommon (e.g. when you adjust your
2339wrist-watch). 2422wrist-watch).
2340.PP 2423.PP
2341You can tell a periodic watcher to trigger after some specific point 2424You can tell a periodic watcher to trigger after some specific point
… …
2346\&\f(CW\*(C`ev_timer\*(C'\fR, which would still trigger roughly 10 seconds after starting 2429\&\f(CW\*(C`ev_timer\*(C'\fR, which would still trigger roughly 10 seconds after starting
2347it, as it uses a relative timeout). 2430it, as it uses a relative timeout).
2348.PP 2431.PP
2349\&\f(CW\*(C`ev_periodic\*(C'\fR watchers can also be used to implement vastly more complex 2432\&\f(CW\*(C`ev_periodic\*(C'\fR watchers can also be used to implement vastly more complex
2350timers, such as triggering an event on each \*(L"midnight, local time\*(R", or 2433timers, such as triggering an event on each \*(L"midnight, local time\*(R", or
2351other complicated rules. This cannot be done with \f(CW\*(C`ev_timer\*(C'\fR watchers, as 2434other complicated rules. This cannot easily be done with \f(CW\*(C`ev_timer\*(C'\fR
2352those cannot react to time jumps. 2435watchers, as those cannot react to time jumps.
2353.PP 2436.PP
2354As with timers, the callback is guaranteed to be invoked only when the 2437As with timers, the callback is guaranteed to be invoked only when the
2355point in time where it is supposed to trigger has passed. If multiple 2438point in time where it is supposed to trigger has passed. If multiple
2356timers become ready during the same loop iteration then the ones with 2439timers become ready during the same loop iteration then the ones with
2357earlier time-out values are invoked before ones with later time-out values 2440earlier time-out values are invoked before ones with later time-out values
… …
2418In this mode the values for \f(CW\*(C`interval\*(C'\fR and \f(CW\*(C`offset\*(C'\fR are both being 2501In this mode the values for \f(CW\*(C`interval\*(C'\fR and \f(CW\*(C`offset\*(C'\fR are both being
2419ignored. Instead, each time the periodic watcher gets scheduled, the 2502ignored. Instead, each time the periodic watcher gets scheduled, the
2420reschedule callback will be called with the watcher as first, and the 2503reschedule callback will be called with the watcher as first, and the
2421current time as second argument. 2504current time as second argument.
2422.Sp 2505.Sp
2423\&\s-1NOTE:\s0 \fIThis callback \s-1MUST\s0 \s-1NOT\s0 stop or destroy any periodic watcher, ever, 2506\&\s-1NOTE:\s0 \fIThis callback \s-1MUST NOT\s0 stop or destroy any periodic watcher, ever,
2424or make \s-1ANY\s0 other event loop modifications whatsoever, unless explicitly 2507or make \s-1ANY\s0 other event loop modifications whatsoever, unless explicitly
2425allowed by documentation here\fR. 2508allowed by documentation here\fR.
2426.Sp 2509.Sp
2427If you need to stop it, return \f(CW\*(C`now + 1e30\*(C'\fR (or so, fudge fudge) and stop 2510If you need to stop it, return \f(CW\*(C`now + 1e30\*(C'\fR (or so, fudge fudge) and stop
2428it afterwards (e.g. by starting an \f(CW\*(C`ev_prepare\*(C'\fR watcher, which is the 2511it afterwards (e.g. by starting an \f(CW\*(C`ev_prepare\*(C'\fR watcher, which is the
… …
2446.Sp 2529.Sp
2447\&\s-1NOTE:\s0 \fIThis callback must always return a time that is higher than or 2530\&\s-1NOTE:\s0 \fIThis callback must always return a time that is higher than or
2448equal to the passed \f(CI\*(C`now\*(C'\fI value\fR. 2531equal to the passed \f(CI\*(C`now\*(C'\fI value\fR.
2449.Sp 2532.Sp
2450This can be used to create very complex timers, such as a timer that 2533This can be used to create very complex timers, such as a timer that
2451triggers on \*(L"next midnight, local time\*(R". To do this, you would calculate the 2534triggers on \*(L"next midnight, local time\*(R". To do this, you would calculate
2452next midnight after \f(CW\*(C`now\*(C'\fR and return the timestamp value for this. How 2535the next midnight after \f(CW\*(C`now\*(C'\fR and return the timestamp value for
2453you do this is, again, up to you (but it is not trivial, which is the main 2536this. Here is a (completely untested, no error checking) example on how to
2454reason I omitted it as an example). 2537do this:
2538.Sp
2539.Vb 1
2540\& #include <time.h>
2541\&
2542\& static ev_tstamp
2543\& my_rescheduler (ev_periodic *w, ev_tstamp now)
2544\& {
2545\& time_t tnow = (time_t)now;
2546\& struct tm tm;
2547\& localtime_r (&tnow, &tm);
2548\&
2549\& tm.tm_sec = tm.tm_min = tm.tm_hour = 0; // midnight current day
2550\& ++tm.tm_mday; // midnight next day
2551\&
2552\& return mktime (&tm);
2553\& }
2554.Ve
2555.Sp
2556Note: this code might run into trouble on days that have more then two
2557midnights (beginning and end).
2455.RE 2558.RE
2456.RS 4 2559.RS 4
2457.RE 2560.RE
2458.IP "ev_periodic_again (loop, ev_periodic *)" 4 2561.IP "ev_periodic_again (loop, ev_periodic *)" 4
2459.IX Item "ev_periodic_again (loop, ev_periodic *)" 2562.IX Item "ev_periodic_again (loop, ev_periodic *)"
… …
2544only within the same loop, i.e. you can watch for \f(CW\*(C`SIGINT\*(C'\fR in your 2647only within the same loop, i.e. you can watch for \f(CW\*(C`SIGINT\*(C'\fR in your
2545default loop and for \f(CW\*(C`SIGIO\*(C'\fR in another loop, but you cannot watch for 2648default loop and for \f(CW\*(C`SIGIO\*(C'\fR in another loop, but you cannot watch for
2546\&\f(CW\*(C`SIGINT\*(C'\fR in both the default loop and another loop at the same time. At 2649\&\f(CW\*(C`SIGINT\*(C'\fR in both the default loop and another loop at the same time. At
2547the moment, \f(CW\*(C`SIGCHLD\*(C'\fR is permanently tied to the default loop. 2650the moment, \f(CW\*(C`SIGCHLD\*(C'\fR is permanently tied to the default loop.
2548.PP 2651.PP
2549When the first watcher gets started will libev actually register something 2652Only after the first watcher for a signal is started will libev actually
2550with the kernel (thus it coexists with your own signal handlers as long as 2653register something with the kernel. It thus coexists with your own signal
2551you don't register any with libev for the same signal). 2654handlers as long as you don't register any with libev for the same signal.
2552.PP 2655.PP
2553If possible and supported, libev will install its handlers with 2656If possible and supported, libev will install its handlers with
2554\&\f(CW\*(C`SA_RESTART\*(C'\fR (or equivalent) behaviour enabled, so system calls should 2657\&\f(CW\*(C`SA_RESTART\*(C'\fR (or equivalent) behaviour enabled, so system calls should
2555not be unduly interrupted. If you have a problem with system calls getting 2658not be unduly interrupted. If you have a problem with system calls getting
2556interrupted by signals you can block all signals in an \f(CW\*(C`ev_check\*(C'\fR watcher 2659interrupted by signals you can block all signals in an \f(CW\*(C`ev_check\*(C'\fR watcher
… …
2617The signal the watcher watches out for. 2720The signal the watcher watches out for.
2618.PP 2721.PP
2619\fIExamples\fR 2722\fIExamples\fR
2620.IX Subsection "Examples" 2723.IX Subsection "Examples"
2621.PP 2724.PP
2622Example: Try to exit cleanly on \s-1SIGINT\s0. 2725Example: Try to exit cleanly on \s-1SIGINT.\s0
2623.PP 2726.PP
2624.Vb 5 2727.Vb 5
2625\& static void 2728\& static void
2626\& sigint_cb (struct ev_loop *loop, ev_signal *w, int revents) 2729\& sigint_cb (struct ev_loop *loop, ev_signal *w, int revents)
2627\& { 2730\& {
… …
2784compilation environment, which means that on systems with large file 2887compilation environment, which means that on systems with large file
2785support disabled by default, you get the 32 bit version of the stat 2888support disabled by default, you get the 32 bit version of the stat
2786structure. When using the library from programs that change the \s-1ABI\s0 to 2889structure. When using the library from programs that change the \s-1ABI\s0 to
2787use 64 bit file offsets the programs will fail. In that case you have to 2890use 64 bit file offsets the programs will fail. In that case you have to
2788compile libev with the same flags to get binary compatibility. This is 2891compile libev with the same flags to get binary compatibility. This is
2789obviously the case with any flags that change the \s-1ABI\s0, but the problem is 2892obviously the case with any flags that change the \s-1ABI,\s0 but the problem is
2790most noticeably displayed with ev_stat and large file support. 2893most noticeably displayed with ev_stat and large file support.
2791.PP 2894.PP
2792The solution for this is to lobby your distribution maker to make large 2895The solution for this is to lobby your distribution maker to make large
2793file interfaces available by default (as e.g. FreeBSD does) and not 2896file interfaces available by default (as e.g. FreeBSD does) and not
2794optional. Libev cannot simply switch on large file support because it has 2897optional. Libev cannot simply switch on large file support because it has
… …
3039.IX Subsection "ev_prepare and ev_check - customise your event loop!" 3142.IX Subsection "ev_prepare and ev_check - customise your event loop!"
3040Prepare and check watchers are often (but not always) used in pairs: 3143Prepare and check watchers are often (but not always) used in pairs:
3041prepare watchers get invoked before the process blocks and check watchers 3144prepare watchers get invoked before the process blocks and check watchers
3042afterwards. 3145afterwards.
3043.PP 3146.PP
3044You \fImust not\fR call \f(CW\*(C`ev_run\*(C'\fR or similar functions that enter 3147You \fImust not\fR call \f(CW\*(C`ev_run\*(C'\fR (or similar functions that enter the
3045the current event loop from either \f(CW\*(C`ev_prepare\*(C'\fR or \f(CW\*(C`ev_check\*(C'\fR 3148current event loop) or \f(CW\*(C`ev_loop_fork\*(C'\fR from either \f(CW\*(C`ev_prepare\*(C'\fR or
3046watchers. Other loops than the current one are fine, however. The 3149\&\f(CW\*(C`ev_check\*(C'\fR watchers. Other loops than the current one are fine,
3047rationale behind this is that you do not need to check for recursion in 3150however. The rationale behind this is that you do not need to check
3048those watchers, i.e. the sequence will always be \f(CW\*(C`ev_prepare\*(C'\fR, blocking, 3151for recursion in those watchers, i.e. the sequence will always be
3049\&\f(CW\*(C`ev_check\*(C'\fR so if you have one watcher of each kind they will always be 3152\&\f(CW\*(C`ev_prepare\*(C'\fR, blocking, \f(CW\*(C`ev_check\*(C'\fR so if you have one watcher of each
3050called in pairs bracketing the blocking call. 3153kind they will always be called in pairs bracketing the blocking call.
3051.PP 3154.PP
3052Their main purpose is to integrate other event mechanisms into libev and 3155Their main purpose is to integrate other event mechanisms into libev and
3053their use is somewhat advanced. They could be used, for example, to track 3156their use is somewhat advanced. They could be used, for example, to track
3054variable changes, implement your own watchers, integrate net-snmp or a 3157variable changes, implement your own watchers, integrate net-snmp or a
3055coroutine library and lots more. They are also occasionally useful if 3158coroutine library and lots more. They are also occasionally useful if
… …
3225.Ve 3328.Ve
3226.PP 3329.PP
3227Method 4: Do not use a prepare or check watcher because the module you 3330Method 4: Do not use a prepare or check watcher because the module you
3228want to embed is not flexible enough to support it. Instead, you can 3331want to embed is not flexible enough to support it. Instead, you can
3229override their poll function. The drawback with this solution is that the 3332override their poll function. The drawback with this solution is that the
3230main loop is now no longer controllable by \s-1EV\s0. The \f(CW\*(C`Glib::EV\*(C'\fR module uses 3333main loop is now no longer controllable by \s-1EV.\s0 The \f(CW\*(C`Glib::EV\*(C'\fR module uses
3231this approach, effectively embedding \s-1EV\s0 as a client into the horrible 3334this approach, effectively embedding \s-1EV\s0 as a client into the horrible
3232libglib event loop. 3335libglib event loop.
3233.PP 3336.PP
3234.Vb 4 3337.Vb 4
3235\& static gint 3338\& static gint
… …
3349.PP 3452.PP
3350.Vb 3 3453.Vb 3
3351\& struct ev_loop *loop_hi = ev_default_init (0); 3454\& struct ev_loop *loop_hi = ev_default_init (0);
3352\& struct ev_loop *loop_lo = 0; 3455\& struct ev_loop *loop_lo = 0;
3353\& ev_embed embed; 3456\& ev_embed embed;
3354\& 3457\&
3355\& // see if there is a chance of getting one that works 3458\& // see if there is a chance of getting one that works
3356\& // (remember that a flags value of 0 means autodetection) 3459\& // (remember that a flags value of 0 means autodetection)
3357\& loop_lo = ev_embeddable_backends () & ev_recommended_backends () 3460\& loop_lo = ev_embeddable_backends () & ev_recommended_backends ()
3358\& ? ev_loop_new (ev_embeddable_backends () & ev_recommended_backends ()) 3461\& ? ev_loop_new (ev_embeddable_backends () & ev_recommended_backends ())
3359\& : 0; 3462\& : 0;
… …
3375.PP 3478.PP
3376.Vb 3 3479.Vb 3
3377\& struct ev_loop *loop = ev_default_init (0); 3480\& struct ev_loop *loop = ev_default_init (0);
3378\& struct ev_loop *loop_socket = 0; 3481\& struct ev_loop *loop_socket = 0;
3379\& ev_embed embed; 3482\& ev_embed embed;
3380\& 3483\&
3381\& if (ev_supported_backends () & ~ev_recommended_backends () & EVBACKEND_KQUEUE) 3484\& if (ev_supported_backends () & ~ev_recommended_backends () & EVBACKEND_KQUEUE)
3382\& if ((loop_socket = ev_loop_new (EVBACKEND_KQUEUE)) 3485\& if ((loop_socket = ev_loop_new (EVBACKEND_KQUEUE))
3383\& { 3486\& {
3384\& ev_embed_init (&embed, 0, loop_socket); 3487\& ev_embed_init (&embed, 0, loop_socket);
3385\& ev_embed_start (loop, &embed); 3488\& ev_embed_start (loop, &embed);
… …
3402of course. 3505of course.
3403.PP 3506.PP
3404\fIThe special problem of life after fork \- how is it possible?\fR 3507\fIThe special problem of life after fork \- how is it possible?\fR
3405.IX Subsection "The special problem of life after fork - how is it possible?" 3508.IX Subsection "The special problem of life after fork - how is it possible?"
3406.PP 3509.PP
3407Most uses of \f(CW\*(C`fork()\*(C'\fR consist of forking, then some simple calls to set 3510Most uses of \f(CW\*(C`fork ()\*(C'\fR consist of forking, then some simple calls to set
3408up/change the process environment, followed by a call to \f(CW\*(C`exec()\*(C'\fR. This 3511up/change the process environment, followed by a call to \f(CW\*(C`exec()\*(C'\fR. This
3409sequence should be handled by libev without any problems. 3512sequence should be handled by libev without any problems.
3410.PP 3513.PP
3411This changes when the application actually wants to do event handling 3514This changes when the application actually wants to do event handling
3412in the child, or both parent in child, in effect \*(L"continuing\*(R" after the 3515in the child, or both parent in child, in effect \*(L"continuing\*(R" after the
… …
3629is a time window between the event loop checking and resetting the async 3732is a time window between the event loop checking and resetting the async
3630notification, and the callback being invoked. 3733notification, and the callback being invoked.
3631.SH "OTHER FUNCTIONS" 3734.SH "OTHER FUNCTIONS"
3632.IX Header "OTHER FUNCTIONS" 3735.IX Header "OTHER FUNCTIONS"
3633There are some other functions of possible interest. Described. Here. Now. 3736There are some other functions of possible interest. Described. Here. Now.
3634.IP "ev_once (loop, int fd, int events, ev_tstamp timeout, callback)" 4 3737.IP "ev_once (loop, int fd, int events, ev_tstamp timeout, callback, arg)" 4
3635.IX Item "ev_once (loop, int fd, int events, ev_tstamp timeout, callback)" 3738.IX Item "ev_once (loop, int fd, int events, ev_tstamp timeout, callback, arg)"
3636This function combines a simple timer and an I/O watcher, calls your 3739This function combines a simple timer and an I/O watcher, calls your
3637callback on whichever event happens first and automatically stops both 3740callback on whichever event happens first and automatically stops both
3638watchers. This is useful if you want to wait for a single event on an fd 3741watchers. This is useful if you want to wait for a single event on an fd
3639or timeout without having to allocate/configure/start/stop/free one or 3742or timeout without having to allocate/configure/start/stop/free one or
3640more watchers yourself. 3743more watchers yourself.
… …
3652\&\f(CW\*(C`EV_ERROR\*(C'\fR, \f(CW\*(C`EV_READ\*(C'\fR, \f(CW\*(C`EV_WRITE\*(C'\fR or \f(CW\*(C`EV_TIMER\*(C'\fR) and the \f(CW\*(C`arg\*(C'\fR 3755\&\f(CW\*(C`EV_ERROR\*(C'\fR, \f(CW\*(C`EV_READ\*(C'\fR, \f(CW\*(C`EV_WRITE\*(C'\fR or \f(CW\*(C`EV_TIMER\*(C'\fR) and the \f(CW\*(C`arg\*(C'\fR
3653value passed to \f(CW\*(C`ev_once\*(C'\fR. Note that it is possible to receive \fIboth\fR 3756value passed to \f(CW\*(C`ev_once\*(C'\fR. Note that it is possible to receive \fIboth\fR
3654a timeout and an io event at the same time \- you probably should give io 3757a timeout and an io event at the same time \- you probably should give io
3655events precedence. 3758events precedence.
3656.Sp 3759.Sp
3657Example: wait up to ten seconds for data to appear on \s-1STDIN_FILENO\s0. 3760Example: wait up to ten seconds for data to appear on \s-1STDIN_FILENO.\s0
3658.Sp 3761.Sp
3659.Vb 7 3762.Vb 7
3660\& static void stdin_ready (int revents, void *arg) 3763\& static void stdin_ready (int revents, void *arg)
3661\& { 3764\& {
3662\& if (revents & EV_READ) 3765\& if (revents & EV_READ)
… …
3678.SH "COMMON OR USEFUL IDIOMS (OR BOTH)" 3781.SH "COMMON OR USEFUL IDIOMS (OR BOTH)"
3679.IX Header "COMMON OR USEFUL IDIOMS (OR BOTH)" 3782.IX Header "COMMON OR USEFUL IDIOMS (OR BOTH)"
3680This section explains some common idioms that are not immediately 3783This section explains some common idioms that are not immediately
3681obvious. Note that examples are sprinkled over the whole manual, and this 3784obvious. Note that examples are sprinkled over the whole manual, and this
3682section only contains stuff that wouldn't fit anywhere else. 3785section only contains stuff that wouldn't fit anywhere else.
3683.SS "\s-1ASSOCIATING\s0 \s-1CUSTOM\s0 \s-1DATA\s0 \s-1WITH\s0 A \s-1WATCHER\s0" 3786.SS "\s-1ASSOCIATING CUSTOM DATA WITH A WATCHER\s0"
3684.IX Subsection "ASSOCIATING CUSTOM DATA WITH A WATCHER" 3787.IX Subsection "ASSOCIATING CUSTOM DATA WITH A WATCHER"
3685Each watcher has, by default, a \f(CW\*(C`void *data\*(C'\fR member that you can read 3788Each watcher has, by default, a \f(CW\*(C`void *data\*(C'\fR member that you can read
3686or modify at any time: libev will completely ignore it. This can be used 3789or modify at any time: libev will completely ignore it. This can be used
3687to associate arbitrary data with your watcher. If you need more data and 3790to associate arbitrary data with your watcher. If you need more data and
3688don't want to allocate memory separately and store a pointer to it in that 3791don't want to allocate memory separately and store a pointer to it in that
… …
3714\& } 3817\& }
3715.Ve 3818.Ve
3716.PP 3819.PP
3717More interesting and less C\-conformant ways of casting your callback 3820More interesting and less C\-conformant ways of casting your callback
3718function type instead have been omitted. 3821function type instead have been omitted.
3719.SS "\s-1BUILDING\s0 \s-1YOUR\s0 \s-1OWN\s0 \s-1COMPOSITE\s0 \s-1WATCHERS\s0" 3822.SS "\s-1BUILDING YOUR OWN COMPOSITE WATCHERS\s0"
3720.IX Subsection "BUILDING YOUR OWN COMPOSITE WATCHERS" 3823.IX Subsection "BUILDING YOUR OWN COMPOSITE WATCHERS"
3721Another common scenario is to use some data structure with multiple 3824Another common scenario is to use some data structure with multiple
3722embedded watchers, in effect creating your own watcher that combines 3825embedded watchers, in effect creating your own watcher that combines
3723multiple libev event sources into one \*(L"super-watcher\*(R": 3826multiple libev event sources into one \*(L"super-watcher\*(R":
3724.PP 3827.PP
… …
3752\& { 3855\& {
3753\& struct my_biggy big = (struct my_biggy *) 3856\& struct my_biggy big = (struct my_biggy *)
3754\& (((char *)w) \- offsetof (struct my_biggy, t2)); 3857\& (((char *)w) \- offsetof (struct my_biggy, t2));
3755\& } 3858\& }
3756.Ve 3859.Ve
3757.SS "\s-1AVOIDING\s0 \s-1FINISHING\s0 \s-1BEFORE\s0 \s-1RETURNING\s0" 3860.SS "\s-1AVOIDING FINISHING BEFORE RETURNING\s0"
3758.IX Subsection "AVOIDING FINISHING BEFORE RETURNING" 3861.IX Subsection "AVOIDING FINISHING BEFORE RETURNING"
3759Often you have structures like this in event-based programs: 3862Often you have structures like this in event-based programs:
3760.PP 3863.PP
3761.Vb 4 3864.Vb 4
3762\& callback () 3865\& callback ()
… …
3795\& ev_feed_event (EV_A_ watcher, 0); 3898\& ev_feed_event (EV_A_ watcher, 0);
3796.Ve 3899.Ve
3797.PP 3900.PP
3798This way, \f(CW\*(C`start_new_request\*(C'\fR can safely return before the callback is 3901This way, \f(CW\*(C`start_new_request\*(C'\fR can safely return before the callback is
3799invoked, while not delaying callback invocation too much. 3902invoked, while not delaying callback invocation too much.
3800.SS "\s-1MODEL/NESTED\s0 \s-1EVENT\s0 \s-1LOOP\s0 \s-1INVOCATIONS\s0 \s-1AND\s0 \s-1EXIT\s0 \s-1CONDITIONS\s0" 3903.SS "\s-1MODEL/NESTED EVENT LOOP INVOCATIONS AND EXIT CONDITIONS\s0"
3801.IX Subsection "MODEL/NESTED EVENT LOOP INVOCATIONS AND EXIT CONDITIONS" 3904.IX Subsection "MODEL/NESTED EVENT LOOP INVOCATIONS AND EXIT CONDITIONS"
3802Often (especially in \s-1GUI\s0 toolkits) there are places where you have 3905Often (especially in \s-1GUI\s0 toolkits) there are places where you have
3803\&\fImodal\fR interaction, which is most easily implemented by recursively 3906\&\fImodal\fR interaction, which is most easily implemented by recursively
3804invoking \f(CW\*(C`ev_run\*(C'\fR. 3907invoking \f(CW\*(C`ev_run\*(C'\fR.
3805.PP 3908.PP
… …
3837\& exit_main_loop = 1; 3940\& exit_main_loop = 1;
3838\& 3941\&
3839\& // exit both 3942\& // exit both
3840\& exit_main_loop = exit_nested_loop = 1; 3943\& exit_main_loop = exit_nested_loop = 1;
3841.Ve 3944.Ve
3842.SS "\s-1THREAD\s0 \s-1LOCKING\s0 \s-1EXAMPLE\s0" 3945.SS "\s-1THREAD LOCKING EXAMPLE\s0"
3843.IX Subsection "THREAD LOCKING EXAMPLE" 3946.IX Subsection "THREAD LOCKING EXAMPLE"
3844Here is a fictitious example of how to run an event loop in a different 3947Here is a fictitious example of how to run an event loop in a different
3845thread from where callbacks are being invoked and watchers are 3948thread from where callbacks are being invoked and watchers are
3846created/added/removed. 3949created/added/removed.
3847.PP 3950.PP
… …
3988.PP 4091.PP
3989Note that sending the \f(CW\*(C`ev_async\*(C'\fR watcher is required because otherwise 4092Note that sending the \f(CW\*(C`ev_async\*(C'\fR watcher is required because otherwise
3990an event loop currently blocking in the kernel will have no knowledge 4093an event loop currently blocking in the kernel will have no knowledge
3991about the newly added timer. By waking up the loop it will pick up any new 4094about the newly added timer. By waking up the loop it will pick up any new
3992watchers in the next event loop iteration. 4095watchers in the next event loop iteration.
3993.SS "\s-1THREADS\s0, \s-1COROUTINES\s0, \s-1CONTINUATIONS\s0, \s-1QUEUES\s0... \s-1INSTEAD\s0 \s-1OF\s0 \s-1CALLBACKS\s0" 4096.SS "\s-1THREADS, COROUTINES, CONTINUATIONS, QUEUES... INSTEAD OF CALLBACKS\s0"
3994.IX Subsection "THREADS, COROUTINES, CONTINUATIONS, QUEUES... INSTEAD OF CALLBACKS" 4097.IX Subsection "THREADS, COROUTINES, CONTINUATIONS, QUEUES... INSTEAD OF CALLBACKS"
3995While the overhead of a callback that e.g. schedules a thread is small, it 4098While the overhead of a callback that e.g. schedules a thread is small, it
3996is still an overhead. If you embed libev, and your main usage is with some 4099is still an overhead. If you embed libev, and your main usage is with some
3997kind of threads or coroutines, you might want to customise libev so that 4100kind of threads or coroutines, you might want to customise libev so that
3998doesn't need callbacks anymore. 4101doesn't need callbacks anymore.
… …
4034You can do similar tricks if you have, say, threads with an event queue \- 4137You can do similar tricks if you have, say, threads with an event queue \-
4035instead of storing a coroutine, you store the queue object and instead of 4138instead of storing a coroutine, you store the queue object and instead of
4036switching to a coroutine, you push the watcher onto the queue and notify 4139switching to a coroutine, you push the watcher onto the queue and notify
4037any waiters. 4140any waiters.
4038.PP 4141.PP
4039To embed libev, see \*(L"\s-1EMBEDDING\s0\*(R", but in short, it's easiest to create two 4142To embed libev, see \*(L"\s-1EMBEDDING\*(R"\s0, but in short, it's easiest to create two
4040files, \fImy_ev.h\fR and \fImy_ev.c\fR that include the respective libev files: 4143files, \fImy_ev.h\fR and \fImy_ev.c\fR that include the respective libev files:
4041.PP 4144.PP
4042.Vb 4 4145.Vb 4
4043\& // my_ev.h 4146\& // my_ev.h
4044\& #define EV_CB_DECLARE(type) struct my_coro *cb; 4147\& #define EV_CB_DECLARE(type) struct my_coro *cb;
4045\& #define EV_CB_INVOKE(watcher) switch_to ((watcher)\->cb); 4148\& #define EV_CB_INVOKE(watcher) switch_to ((watcher)\->cb)
4046\& #include "../libev/ev.h" 4149\& #include "../libev/ev.h"
4047\& 4150\&
4048\& // my_ev.c 4151\& // my_ev.c
4049\& #define EV_H "my_ev.h" 4152\& #define EV_H "my_ev.h"
4050\& #include "../libev/ev.c" 4153\& #include "../libev/ev.c"
… …
4090The normal C \s-1API\s0 should work fine when used from \*(C+: both ev.h and the 4193The normal C \s-1API\s0 should work fine when used from \*(C+: both ev.h and the
4091libev sources can be compiled as \*(C+. Therefore, code that uses the C \s-1API\s0 4194libev sources can be compiled as \*(C+. Therefore, code that uses the C \s-1API\s0
4092will work fine. 4195will work fine.
4093.PP 4196.PP
4094Proper exception specifications might have to be added to callbacks passed 4197Proper exception specifications might have to be added to callbacks passed
4095to libev: exceptions may be thrown only from watcher callbacks, all 4198to libev: exceptions may be thrown only from watcher callbacks, all other
4096other callbacks (allocator, syserr, loop acquire/release and periodic 4199callbacks (allocator, syserr, loop acquire/release and periodic reschedule
4097reschedule callbacks) must not throw exceptions, and might need a \f(CW\*(C`throw 4200callbacks) must not throw exceptions, and might need a \f(CW\*(C`noexcept\*(C'\fR
4098()\*(C'\fR specification. If you have code that needs to be compiled as both C 4201specification. If you have code that needs to be compiled as both C and
4099and \*(C+ you can use the \f(CW\*(C`EV_THROW\*(C'\fR macro for this: 4202\&\*(C+ you can use the \f(CW\*(C`EV_NOEXCEPT\*(C'\fR macro for this:
4100.PP 4203.PP
4101.Vb 6 4204.Vb 6
4102\& static void 4205\& static void
4103\& fatal_error (const char *msg) EV_THROW 4206\& fatal_error (const char *msg) EV_NOEXCEPT
4104\& { 4207\& {
4105\& perror (msg); 4208\& perror (msg);
4106\& abort (); 4209\& abort ();
4107\& } 4210\& }
4108\& 4211\&
… …
4236\& void operator() (ev::io &w, int revents) 4339\& void operator() (ev::io &w, int revents)
4237\& { 4340\& {
4238\& ... 4341\& ...
4239\& } 4342\& }
4240\& } 4343\& }
4241\& 4344\&
4242\& myfunctor f; 4345\& myfunctor f;
4243\& 4346\&
4244\& ev::io w; 4347\& ev::io w;
4245\& w.set (&f); 4348\& w.set (&f);
4246.Ve 4349.Ve
… …
4339there are additional modules that implement libev-compatible interfaces 4442there are additional modules that implement libev-compatible interfaces
4340to \f(CW\*(C`libadns\*(C'\fR (\f(CW\*(C`EV::ADNS\*(C'\fR, but \f(CW\*(C`AnyEvent::DNS\*(C'\fR is preferred nowadays), 4443to \f(CW\*(C`libadns\*(C'\fR (\f(CW\*(C`EV::ADNS\*(C'\fR, but \f(CW\*(C`AnyEvent::DNS\*(C'\fR is preferred nowadays),
4341\&\f(CW\*(C`Net::SNMP\*(C'\fR (\f(CW\*(C`Net::SNMP::EV\*(C'\fR) and the \f(CW\*(C`libglib\*(C'\fR event core (\f(CW\*(C`Glib::EV\*(C'\fR 4444\&\f(CW\*(C`Net::SNMP\*(C'\fR (\f(CW\*(C`Net::SNMP::EV\*(C'\fR) and the \f(CW\*(C`libglib\*(C'\fR event core (\f(CW\*(C`Glib::EV\*(C'\fR
4342and \f(CW\*(C`EV::Glib\*(C'\fR). 4445and \f(CW\*(C`EV::Glib\*(C'\fR).
4343.Sp 4446.Sp
4344It can be found and installed via \s-1CPAN\s0, its homepage is at 4447It can be found and installed via \s-1CPAN,\s0 its homepage is at
4345<http://software.schmorp.de/pkg/EV>. 4448<http://software.schmorp.de/pkg/EV>.
4346.IP "Python" 4 4449.IP "Python" 4
4347.IX Item "Python" 4450.IX Item "Python"
4348Python bindings can be found at <http://code.google.com/p/pyev/>. It 4451Python bindings can be found at <http://code.google.com/p/pyev/>. It
4349seems to be quite complete and well-documented. 4452seems to be quite complete and well-documented.
… …
4357Roger Pack reports that using the link order \f(CW\*(C`\-lws2_32 \-lmsvcrt\-ruby\-190\*(C'\fR 4460Roger Pack reports that using the link order \f(CW\*(C`\-lws2_32 \-lmsvcrt\-ruby\-190\*(C'\fR
4358makes rev work even on mingw. 4461makes rev work even on mingw.
4359.IP "Haskell" 4 4462.IP "Haskell" 4
4360.IX Item "Haskell" 4463.IX Item "Haskell"
4361A haskell binding to libev is available at 4464A haskell binding to libev is available at
4362http://hackage.haskell.org/cgi\-bin/hackage\-scripts/package/hlibev <http://hackage.haskell.org/cgi-bin/hackage-scripts/package/hlibev>. 4465<http://hackage.haskell.org/cgi\-bin/hackage\-scripts/package/hlibev>.
4363.IP "D" 4 4466.IP "D" 4
4364.IX Item "D" 4467.IX Item "D"
4365Leandro Lucarella has written a D language binding (\fIev.d\fR) for libev, to 4468Leandro Lucarella has written a D language binding (\fIev.d\fR) for libev, to
4366be found at <http://www.llucax.com.ar/proj/ev.d/index.html>. 4469be found at <http://www.llucax.com.ar/proj/ev.d/index.html>.
4367.IP "Ocaml" 4 4470.IP "Ocaml" 4
4368.IX Item "Ocaml" 4471.IX Item "Ocaml"
4369Erkki Seppala has written Ocaml bindings for libev, to be found at 4472Erkki Seppala has written Ocaml bindings for libev, to be found at
4370http://modeemi.cs.tut.fi/~flux/software/ocaml\-ev/ <http://modeemi.cs.tut.fi/~flux/software/ocaml-ev/>. 4473<http://modeemi.cs.tut.fi/~flux/software/ocaml\-ev/>.
4371.IP "Lua" 4 4474.IP "Lua" 4
4372.IX Item "Lua" 4475.IX Item "Lua"
4373Brian Maher has written a partial interface to libev for lua (at the 4476Brian Maher has written a partial interface to libev for lua (at the
4374time of this writing, only \f(CW\*(C`ev_io\*(C'\fR and \f(CW\*(C`ev_timer\*(C'\fR), to be found at 4477time of this writing, only \f(CW\*(C`ev_io\*(C'\fR and \f(CW\*(C`ev_timer\*(C'\fR), to be found at
4375http://github.com/brimworks/lua\-ev <http://github.com/brimworks/lua-ev>. 4478<http://github.com/brimworks/lua\-ev>.
4376.IP "Javascript" 4 4479.IP "Javascript" 4
4377.IX Item "Javascript" 4480.IX Item "Javascript"
4378Node.js (<http://nodejs.org>) uses libev as the underlying event library. 4481Node.js (<http://nodejs.org>) uses libev as the underlying event library.
4379.IP "Others" 4 4482.IP "Others" 4
4380.IX Item "Others" 4483.IX Item "Others"
… …
4469.SS "\s-1FILESETS\s0" 4572.SS "\s-1FILESETS\s0"
4470.IX Subsection "FILESETS" 4573.IX Subsection "FILESETS"
4471Depending on what features you need you need to include one or more sets of files 4574Depending on what features you need you need to include one or more sets of files
4472in your application. 4575in your application.
4473.PP 4576.PP
4474\fI\s-1CORE\s0 \s-1EVENT\s0 \s-1LOOP\s0\fR 4577\fI\s-1CORE EVENT LOOP\s0\fR
4475.IX Subsection "CORE EVENT LOOP" 4578.IX Subsection "CORE EVENT LOOP"
4476.PP 4579.PP
4477To include only the libev core (all the \f(CW\*(C`ev_*\*(C'\fR functions), with manual 4580To include only the libev core (all the \f(CW\*(C`ev_*\*(C'\fR functions), with manual
4478configuration (no autoconf): 4581configuration (no autoconf):
4479.PP 4582.PP
… …
4506\& ev_vars.h 4609\& ev_vars.h
4507\& ev_wrap.h 4610\& ev_wrap.h
4508\& 4611\&
4509\& ev_win32.c required on win32 platforms only 4612\& ev_win32.c required on win32 platforms only
4510\& 4613\&
4511\& ev_select.c only when select backend is enabled (which is enabled by default) 4614\& ev_select.c only when select backend is enabled
4512\& ev_poll.c only when poll backend is enabled (disabled by default) 4615\& ev_poll.c only when poll backend is enabled
4513\& ev_epoll.c only when the epoll backend is enabled (disabled by default) 4616\& ev_epoll.c only when the epoll backend is enabled
4617\& ev_linuxaio.c only when the linux aio backend is enabled
4514\& ev_kqueue.c only when the kqueue backend is enabled (disabled by default) 4618\& ev_kqueue.c only when the kqueue backend is enabled
4515\& ev_port.c only when the solaris port backend is enabled (disabled by default) 4619\& ev_port.c only when the solaris port backend is enabled
4516.Ve 4620.Ve
4517.PP 4621.PP
4518\&\fIev.c\fR includes the backend files directly when enabled, so you only need 4622\&\fIev.c\fR includes the backend files directly when enabled, so you only need
4519to compile this single file. 4623to compile this single file.
4520.PP 4624.PP
4521\fI\s-1LIBEVENT\s0 \s-1COMPATIBILITY\s0 \s-1API\s0\fR 4625\fI\s-1LIBEVENT COMPATIBILITY API\s0\fR
4522.IX Subsection "LIBEVENT COMPATIBILITY API" 4626.IX Subsection "LIBEVENT COMPATIBILITY API"
4523.PP 4627.PP
4524To include the libevent compatibility \s-1API\s0, also include: 4628To include the libevent compatibility \s-1API,\s0 also include:
4525.PP 4629.PP
4526.Vb 1 4630.Vb 1
4527\& #include "event.c" 4631\& #include "event.c"
4528.Ve 4632.Ve
4529.PP 4633.PP
… …
4531.PP 4635.PP
4532.Vb 1 4636.Vb 1
4533\& #include "event.h" 4637\& #include "event.h"
4534.Ve 4638.Ve
4535.PP 4639.PP
4536in the files that want to use the libevent \s-1API\s0. This also includes \fIev.h\fR. 4640in the files that want to use the libevent \s-1API.\s0 This also includes \fIev.h\fR.
4537.PP 4641.PP
4538You need the following additional files for this: 4642You need the following additional files for this:
4539.PP 4643.PP
4540.Vb 2 4644.Vb 2
4541\& event.h 4645\& event.h
4542\& event.c 4646\& event.c
4543.Ve 4647.Ve
4544.PP 4648.PP
4545\fI\s-1AUTOCONF\s0 \s-1SUPPORT\s0\fR 4649\fI\s-1AUTOCONF SUPPORT\s0\fR
4546.IX Subsection "AUTOCONF SUPPORT" 4650.IX Subsection "AUTOCONF SUPPORT"
4547.PP 4651.PP
4548Instead of using \f(CW\*(C`EV_STANDALONE=1\*(C'\fR and providing your configuration in 4652Instead of using \f(CW\*(C`EV_STANDALONE=1\*(C'\fR and providing your configuration in
4549whatever way you want, you can also \f(CW\*(C`m4_include([libev.m4])\*(C'\fR in your 4653whatever way you want, you can also \f(CW\*(C`m4_include([libev.m4])\*(C'\fR in your
4550\&\fIconfigure.ac\fR and leave \f(CW\*(C`EV_STANDALONE\*(C'\fR undefined. \fIev.c\fR will then 4654\&\fIconfigure.ac\fR and leave \f(CW\*(C`EV_STANDALONE\*(C'\fR undefined. \fIev.c\fR will then
… …
4553For this of course you need the m4 file: 4657For this of course you need the m4 file:
4554.PP 4658.PP
4555.Vb 1 4659.Vb 1
4556\& libev.m4 4660\& libev.m4
4557.Ve 4661.Ve
4558.SS "\s-1PREPROCESSOR\s0 \s-1SYMBOLS/MACROS\s0" 4662.SS "\s-1PREPROCESSOR SYMBOLS/MACROS\s0"
4559.IX Subsection "PREPROCESSOR SYMBOLS/MACROS" 4663.IX Subsection "PREPROCESSOR SYMBOLS/MACROS"
4560Libev can be configured via a variety of preprocessor symbols you have to 4664Libev can be configured via a variety of preprocessor symbols you have to
4561define before including (or compiling) any of its files. The default in 4665define before including (or compiling) any of its files. The default in
4562the absence of autoconf is documented for every option. 4666the absence of autoconf is documented for every option.
4563.PP 4667.PP
4564Symbols marked with \*(L"(h)\*(R" do not change the \s-1ABI\s0, and can have different 4668Symbols marked with \*(L"(h)\*(R" do not change the \s-1ABI,\s0 and can have different
4565values when compiling libev vs. including \fIev.h\fR, so it is permissible 4669values when compiling libev vs. including \fIev.h\fR, so it is permissible
4566to redefine them before including \fIev.h\fR without breaking compatibility 4670to redefine them before including \fIev.h\fR without breaking compatibility
4567to a compiled library. All other symbols change the \s-1ABI\s0, which means all 4671to a compiled library. All other symbols change the \s-1ABI,\s0 which means all
4568users of libev and the libev code itself must be compiled with compatible 4672users of libev and the libev code itself must be compiled with compatible
4569settings. 4673settings.
4570.IP "\s-1EV_COMPAT3\s0 (h)" 4 4674.IP "\s-1EV_COMPAT3\s0 (h)" 4
4571.IX Item "EV_COMPAT3 (h)" 4675.IX Item "EV_COMPAT3 (h)"
4572Backwards compatibility is a major concern for libev. This is why this 4676Backwards compatibility is a major concern for libev. This is why this
… …
4699If defined to be \f(CW1\fR, libev will compile in support for the Linux 4803If defined to be \f(CW1\fR, libev will compile in support for the Linux
4700\&\f(CW\*(C`epoll\*(C'\fR(7) backend. Its availability will be detected at runtime, 4804\&\f(CW\*(C`epoll\*(C'\fR(7) backend. Its availability will be detected at runtime,
4701otherwise another method will be used as fallback. This is the preferred 4805otherwise another method will be used as fallback. This is the preferred
4702backend for GNU/Linux systems. If undefined, it will be enabled if the 4806backend for GNU/Linux systems. If undefined, it will be enabled if the
4703headers indicate GNU/Linux + Glibc 2.4 or newer, otherwise disabled. 4807headers indicate GNU/Linux + Glibc 2.4 or newer, otherwise disabled.
4808.IP "\s-1EV_USE_LINUXAIO\s0" 4
4809.IX Item "EV_USE_LINUXAIO"
4810If defined to be \f(CW1\fR, libev will compile in support for the Linux
4811aio backend. Due to it's currenbt limitations it has to be requested
4812explicitly. If undefined, it will be enabled on linux, otherwise
4813disabled.
4704.IP "\s-1EV_USE_KQUEUE\s0" 4 4814.IP "\s-1EV_USE_KQUEUE\s0" 4
4705.IX Item "EV_USE_KQUEUE" 4815.IX Item "EV_USE_KQUEUE"
4706If defined to be \f(CW1\fR, libev will compile in support for the \s-1BSD\s0 style 4816If defined to be \f(CW1\fR, libev will compile in support for the \s-1BSD\s0 style
4707\&\f(CW\*(C`kqueue\*(C'\fR(2) backend. Its actual availability will be detected at runtime, 4817\&\f(CW\*(C`kqueue\*(C'\fR(2) backend. Its actual availability will be detected at runtime,
4708otherwise another method will be used as fallback. This is the preferred 4818otherwise another method will be used as fallback. This is the preferred
… …
4796all the priorities, so having many of them (hundreds) uses a lot of space 4906all the priorities, so having many of them (hundreds) uses a lot of space
4797and time, so using the defaults of five priorities (\-2 .. +2) is usually 4907and time, so using the defaults of five priorities (\-2 .. +2) is usually
4798fine. 4908fine.
4799.Sp 4909.Sp
4800If your embedding application does not need any priorities, defining these 4910If your embedding application does not need any priorities, defining these
4801both to \f(CW0\fR will save some memory and \s-1CPU\s0. 4911both to \f(CW0\fR will save some memory and \s-1CPU.\s0
4802.IP "\s-1EV_PERIODIC_ENABLE\s0, \s-1EV_IDLE_ENABLE\s0, \s-1EV_EMBED_ENABLE\s0, \s-1EV_STAT_ENABLE\s0, \s-1EV_PREPARE_ENABLE\s0, \s-1EV_CHECK_ENABLE\s0, \s-1EV_FORK_ENABLE\s0, \s-1EV_SIGNAL_ENABLE\s0, \s-1EV_ASYNC_ENABLE\s0, \s-1EV_CHILD_ENABLE\s0." 4 4912.IP "\s-1EV_PERIODIC_ENABLE, EV_IDLE_ENABLE, EV_EMBED_ENABLE, EV_STAT_ENABLE, EV_PREPARE_ENABLE, EV_CHECK_ENABLE, EV_FORK_ENABLE, EV_SIGNAL_ENABLE, EV_ASYNC_ENABLE, EV_CHILD_ENABLE.\s0" 4
4803.IX Item "EV_PERIODIC_ENABLE, EV_IDLE_ENABLE, EV_EMBED_ENABLE, EV_STAT_ENABLE, EV_PREPARE_ENABLE, EV_CHECK_ENABLE, EV_FORK_ENABLE, EV_SIGNAL_ENABLE, EV_ASYNC_ENABLE, EV_CHILD_ENABLE." 4913.IX Item "EV_PERIODIC_ENABLE, EV_IDLE_ENABLE, EV_EMBED_ENABLE, EV_STAT_ENABLE, EV_PREPARE_ENABLE, EV_CHECK_ENABLE, EV_FORK_ENABLE, EV_SIGNAL_ENABLE, EV_ASYNC_ENABLE, EV_CHILD_ENABLE."
4804If undefined or defined to be \f(CW1\fR (and the platform supports it), then 4914If undefined or defined to be \f(CW1\fR (and the platform supports it), then
4805the respective watcher type is supported. If defined to be \f(CW0\fR, then it 4915the respective watcher type is supported. If defined to be \f(CW0\fR, then it
4806is not. Disabling watcher types mainly saves code size. 4916is not. Disabling watcher types mainly saves code size.
4807.IP "\s-1EV_FEATURES\s0" 4 4917.IP "\s-1EV_FEATURES\s0" 4
… …
4995and the way callbacks are invoked and set. Must expand to a struct member 5105and the way callbacks are invoked and set. Must expand to a struct member
4996definition and a statement, respectively. See the \fIev.h\fR header file for 5106definition and a statement, respectively. See the \fIev.h\fR header file for
4997their default definitions. One possible use for overriding these is to 5107their default definitions. One possible use for overriding these is to
4998avoid the \f(CW\*(C`struct ev_loop *\*(C'\fR as first argument in all cases, or to use 5108avoid the \f(CW\*(C`struct ev_loop *\*(C'\fR as first argument in all cases, or to use
4999method calls instead of plain function calls in \*(C+. 5109method calls instead of plain function calls in \*(C+.
5000.SS "\s-1EXPORTED\s0 \s-1API\s0 \s-1SYMBOLS\s0" 5110.SS "\s-1EXPORTED API SYMBOLS\s0"
5001.IX Subsection "EXPORTED API SYMBOLS" 5111.IX Subsection "EXPORTED API SYMBOLS"
5002If you need to re-export the \s-1API\s0 (e.g. via a \s-1DLL\s0) and you need a list of 5112If you need to re-export the \s-1API\s0 (e.g. via a \s-1DLL\s0) and you need a list of
5003exported symbols, you can use the provided \fISymbol.*\fR files which list 5113exported symbols, you can use the provided \fISymbol.*\fR files which list
5004all public symbols, one per line: 5114all public symbols, one per line:
5005.PP 5115.PP
… …
5059\& #include "ev_cpp.h" 5169\& #include "ev_cpp.h"
5060\& #include "ev.c" 5170\& #include "ev.c"
5061.Ve 5171.Ve
5062.SH "INTERACTION WITH OTHER PROGRAMS, LIBRARIES OR THE ENVIRONMENT" 5172.SH "INTERACTION WITH OTHER PROGRAMS, LIBRARIES OR THE ENVIRONMENT"
5063.IX Header "INTERACTION WITH OTHER PROGRAMS, LIBRARIES OR THE ENVIRONMENT" 5173.IX Header "INTERACTION WITH OTHER PROGRAMS, LIBRARIES OR THE ENVIRONMENT"
5064.SS "\s-1THREADS\s0 \s-1AND\s0 \s-1COROUTINES\s0" 5174.SS "\s-1THREADS AND COROUTINES\s0"
5065.IX Subsection "THREADS AND COROUTINES" 5175.IX Subsection "THREADS AND COROUTINES"
5066\fI\s-1THREADS\s0\fR 5176\fI\s-1THREADS\s0\fR
5067.IX Subsection "THREADS" 5177.IX Subsection "THREADS"
5068.PP 5178.PP
5069All libev functions are reentrant and thread-safe unless explicitly 5179All libev functions are reentrant and thread-safe unless explicitly
… …
5115An example use would be to communicate signals or other events that only 5225An example use would be to communicate signals or other events that only
5116work in the default loop by registering the signal watcher with the 5226work in the default loop by registering the signal watcher with the
5117default loop and triggering an \f(CW\*(C`ev_async\*(C'\fR watcher from the default loop 5227default loop and triggering an \f(CW\*(C`ev_async\*(C'\fR watcher from the default loop
5118watcher callback into the event loop interested in the signal. 5228watcher callback into the event loop interested in the signal.
5119.PP 5229.PP
5120See also \*(L"\s-1THREAD\s0 \s-1LOCKING\s0 \s-1EXAMPLE\s0\*(R". 5230See also \*(L"\s-1THREAD LOCKING EXAMPLE\*(R"\s0.
5121.PP 5231.PP
5122\fI\s-1COROUTINES\s0\fR 5232\fI\s-1COROUTINES\s0\fR
5123.IX Subsection "COROUTINES" 5233.IX Subsection "COROUTINES"
5124.PP 5234.PP
5125Libev is very accommodating to coroutines (\*(L"cooperative threads\*(R"): 5235Libev is very accommodating to coroutines (\*(L"cooperative threads\*(R"):
… …
5130that you must not do this from \f(CW\*(C`ev_periodic\*(C'\fR reschedule callbacks. 5240that you must not do this from \f(CW\*(C`ev_periodic\*(C'\fR reschedule callbacks.
5131.PP 5241.PP
5132Care has been taken to ensure that libev does not keep local state inside 5242Care has been taken to ensure that libev does not keep local state inside
5133\&\f(CW\*(C`ev_run\*(C'\fR, and other calls do not usually allow for coroutine switches as 5243\&\f(CW\*(C`ev_run\*(C'\fR, and other calls do not usually allow for coroutine switches as
5134they do not call any callbacks. 5244they do not call any callbacks.
5135.SS "\s-1COMPILER\s0 \s-1WARNINGS\s0" 5245.SS "\s-1COMPILER WARNINGS\s0"
5136.IX Subsection "COMPILER WARNINGS" 5246.IX Subsection "COMPILER WARNINGS"
5137Depending on your compiler and compiler settings, you might get no or a 5247Depending on your compiler and compiler settings, you might get no or a
5138lot of warnings when compiling libev code. Some people are apparently 5248lot of warnings when compiling libev code. Some people are apparently
5139scared by this. 5249scared by this.
5140.PP 5250.PP
… …
5192.PP 5302.PP
5193If you need, for some reason, empty reports from valgrind for your project 5303If you need, for some reason, empty reports from valgrind for your project
5194I suggest using suppression lists. 5304I suggest using suppression lists.
5195.SH "PORTABILITY NOTES" 5305.SH "PORTABILITY NOTES"
5196.IX Header "PORTABILITY NOTES" 5306.IX Header "PORTABILITY NOTES"
5197.SS "\s-1GNU/LINUX\s0 32 \s-1BIT\s0 \s-1LIMITATIONS\s0" 5307.SS "\s-1GNU/LINUX 32 BIT LIMITATIONS\s0"
5198.IX Subsection "GNU/LINUX 32 BIT LIMITATIONS" 5308.IX Subsection "GNU/LINUX 32 BIT LIMITATIONS"
5199GNU/Linux is the only common platform that supports 64 bit file/large file 5309GNU/Linux is the only common platform that supports 64 bit file/large file
5200interfaces but \fIdisables\fR them by default. 5310interfaces but \fIdisables\fR them by default.
5201.PP 5311.PP
5202That means that libev compiled in the default environment doesn't support 5312That means that libev compiled in the default environment doesn't support
5203files larger than 2GiB or so, which mainly affects \f(CW\*(C`ev_stat\*(C'\fR watchers. 5313files larger than 2GiB or so, which mainly affects \f(CW\*(C`ev_stat\*(C'\fR watchers.
5204.PP 5314.PP
5205Unfortunately, many programs try to work around this GNU/Linux issue 5315Unfortunately, many programs try to work around this GNU/Linux issue
5206by enabling the large file \s-1API\s0, which makes them incompatible with the 5316by enabling the large file \s-1API,\s0 which makes them incompatible with the
5207standard libev compiled for their system. 5317standard libev compiled for their system.
5208.PP 5318.PP
5209Likewise, libev cannot enable the large file \s-1API\s0 itself as this would 5319Likewise, libev cannot enable the large file \s-1API\s0 itself as this would
5210suddenly make it incompatible to the default compile time environment, 5320suddenly make it incompatible to the default compile time environment,
5211i.e. all programs not using special compile switches. 5321i.e. all programs not using special compile switches.
5212.SS "\s-1OS/X\s0 \s-1AND\s0 \s-1DARWIN\s0 \s-1BUGS\s0" 5322.SS "\s-1OS/X AND DARWIN BUGS\s0"
5213.IX Subsection "OS/X AND DARWIN BUGS" 5323.IX Subsection "OS/X AND DARWIN BUGS"
5214The whole thing is a bug if you ask me \- basically any system interface 5324The whole thing is a bug if you ask me \- basically any system interface
5215you touch is broken, whether it is locales, poll, kqueue or even the 5325you touch is broken, whether it is locales, poll, kqueue or even the
5216OpenGL drivers. 5326OpenGL drivers.
5217.PP 5327.PP
… …
5239.PP 5349.PP
5240\fI\f(CI\*(C`select\*(C'\fI is buggy\fR 5350\fI\f(CI\*(C`select\*(C'\fI is buggy\fR
5241.IX Subsection "select is buggy" 5351.IX Subsection "select is buggy"
5242.PP 5352.PP
5243All that's left is \f(CW\*(C`select\*(C'\fR, and of course Apple found a way to fuck this 5353All that's left is \f(CW\*(C`select\*(C'\fR, and of course Apple found a way to fuck this
5244one up as well: On \s-1OS/X\s0, \f(CW\*(C`select\*(C'\fR actively limits the number of file 5354one up as well: On \s-1OS/X,\s0 \f(CW\*(C`select\*(C'\fR actively limits the number of file
5245descriptors you can pass in to 1024 \- your program suddenly crashes when 5355descriptors you can pass in to 1024 \- your program suddenly crashes when
5246you use more. 5356you use more.
5247.PP 5357.PP
5248There is an undocumented \*(L"workaround\*(R" for this \- defining 5358There is an undocumented \*(L"workaround\*(R" for this \- defining
5249\&\f(CW\*(C`_DARWIN_UNLIMITED_SELECT\*(C'\fR, which libev tries to use, so select \fIshould\fR 5359\&\f(CW\*(C`_DARWIN_UNLIMITED_SELECT\*(C'\fR, which libev tries to use, so select \fIshould\fR
5250work on \s-1OS/X\s0. 5360work on \s-1OS/X.\s0
5251.SS "\s-1SOLARIS\s0 \s-1PROBLEMS\s0 \s-1AND\s0 \s-1WORKAROUNDS\s0" 5361.SS "\s-1SOLARIS PROBLEMS AND WORKAROUNDS\s0"
5252.IX Subsection "SOLARIS PROBLEMS AND WORKAROUNDS" 5362.IX Subsection "SOLARIS PROBLEMS AND WORKAROUNDS"
5253\fI\f(CI\*(C`errno\*(C'\fI reentrancy\fR 5363\fI\f(CI\*(C`errno\*(C'\fI reentrancy\fR
5254.IX Subsection "errno reentrancy" 5364.IX Subsection "errno reentrancy"
5255.PP 5365.PP
5256The default compile environment on Solaris is unfortunately so 5366The default compile environment on Solaris is unfortunately so
… …
5273great. 5383great.
5274.PP 5384.PP
5275If you can't get it to work, you can try running the program by setting 5385If you can't get it to work, you can try running the program by setting
5276the environment variable \f(CW\*(C`LIBEV_FLAGS=3\*(C'\fR to only allow \f(CW\*(C`poll\*(C'\fR and 5386the environment variable \f(CW\*(C`LIBEV_FLAGS=3\*(C'\fR to only allow \f(CW\*(C`poll\*(C'\fR and
5277\&\f(CW\*(C`select\*(C'\fR backends. 5387\&\f(CW\*(C`select\*(C'\fR backends.
5278.SS "\s-1AIX\s0 \s-1POLL\s0 \s-1BUG\s0" 5388.SS "\s-1AIX POLL BUG\s0"
5279.IX Subsection "AIX POLL BUG" 5389.IX Subsection "AIX POLL BUG"
5280\&\s-1AIX\s0 unfortunately has a broken \f(CW\*(C`poll.h\*(C'\fR header. Libev works around 5390\&\s-1AIX\s0 unfortunately has a broken \f(CW\*(C`poll.h\*(C'\fR header. Libev works around
5281this by trying to avoid the poll backend altogether (i.e. it's not even 5391this by trying to avoid the poll backend altogether (i.e. it's not even
5282compiled in), which normally isn't a big problem as \f(CW\*(C`select\*(C'\fR works fine 5392compiled in), which normally isn't a big problem as \f(CW\*(C`select\*(C'\fR works fine
5283with large bitsets on \s-1AIX\s0, and \s-1AIX\s0 is dead anyway. 5393with large bitsets on \s-1AIX,\s0 and \s-1AIX\s0 is dead anyway.
5284.SS "\s-1WIN32\s0 \s-1PLATFORM\s0 \s-1LIMITATIONS\s0 \s-1AND\s0 \s-1WORKAROUNDS\s0" 5394.SS "\s-1WIN32 PLATFORM LIMITATIONS AND WORKAROUNDS\s0"
5285.IX Subsection "WIN32 PLATFORM LIMITATIONS AND WORKAROUNDS" 5395.IX Subsection "WIN32 PLATFORM LIMITATIONS AND WORKAROUNDS"
5286\fIGeneral issues\fR 5396\fIGeneral issues\fR
5287.IX Subsection "General issues" 5397.IX Subsection "General issues"
5288.PP 5398.PP
5289Win32 doesn't support any of the standards (e.g. \s-1POSIX\s0) that libev 5399Win32 doesn't support any of the standards (e.g. \s-1POSIX\s0) that libev
… …
5358\& #define EV_USE_SELECT 1 5468\& #define EV_USE_SELECT 1
5359\& #define EV_SELECT_IS_WINSOCKET 1 /* forces EV_SELECT_USE_FD_SET, too */ 5469\& #define EV_SELECT_IS_WINSOCKET 1 /* forces EV_SELECT_USE_FD_SET, too */
5360.Ve 5470.Ve
5361.PP 5471.PP
5362Note that winsockets handling of fd sets is O(n), so you can easily get a 5472Note that winsockets handling of fd sets is O(n), so you can easily get a
5363complexity in the O(nA\*^X) range when using win32. 5473complexity in the O(nX) range when using win32.
5364.PP 5474.PP
5365\fILimited number of file descriptors\fR 5475\fILimited number of file descriptors\fR
5366.IX Subsection "Limited number of file descriptors" 5476.IX Subsection "Limited number of file descriptors"
5367.PP 5477.PP
5368Windows has numerous arbitrary (and low) limits on things. 5478Windows has numerous arbitrary (and low) limits on things.
… …
5384by calling \f(CW\*(C`_setmaxstdio\*(C'\fR, which can increase this limit to \f(CW2048\fR 5494by calling \f(CW\*(C`_setmaxstdio\*(C'\fR, which can increase this limit to \f(CW2048\fR
5385(another arbitrary limit), but is broken in many versions of the Microsoft 5495(another arbitrary limit), but is broken in many versions of the Microsoft
5386runtime libraries. This might get you to about \f(CW512\fR or \f(CW2048\fR sockets 5496runtime libraries. This might get you to about \f(CW512\fR or \f(CW2048\fR sockets
5387(depending on windows version and/or the phase of the moon). To get more, 5497(depending on windows version and/or the phase of the moon). To get more,
5388you need to wrap all I/O functions and provide your own fd management, but 5498you need to wrap all I/O functions and provide your own fd management, but
5389the cost of calling select (O(nA\*^X)) will likely make this unworkable. 5499the cost of calling select (O(nX)) will likely make this unworkable.
5390.SS "\s-1PORTABILITY\s0 \s-1REQUIREMENTS\s0" 5500.SS "\s-1PORTABILITY REQUIREMENTS\s0"
5391.IX Subsection "PORTABILITY REQUIREMENTS" 5501.IX Subsection "PORTABILITY REQUIREMENTS"
5392In addition to a working ISO-C implementation and of course the 5502In addition to a working ISO-C implementation and of course the
5393backend-specific APIs, libev relies on a few additional extensions: 5503backend-specific APIs, libev relies on a few additional extensions:
5394.ie n .IP """void (*)(ev_watcher_type *, int revents)"" must have compatible calling conventions regardless of ""ev_watcher_type *""." 4 5504.ie n .IP """void (*)(ev_watcher_type *, int revents)"" must have compatible calling conventions regardless of ""ev_watcher_type *""." 4
5395.el .IP "\f(CWvoid (*)(ev_watcher_type *, int revents)\fR must have compatible calling conventions regardless of \f(CWev_watcher_type *\fR." 4 5505.el .IP "\f(CWvoid (*)(ev_watcher_type *, int revents)\fR must have compatible calling conventions regardless of \f(CWev_watcher_type *\fR." 4
5396.IX Item "void (*)(ev_watcher_type *, int revents) must have compatible calling conventions regardless of ev_watcher_type *." 5506.IX Item "void (*)(ev_watcher_type *, int revents) must have compatible calling conventions regardless of ev_watcher_type *."
5397Libev assumes not only that all watcher pointers have the same internal 5507Libev assumes not only that all watcher pointers have the same internal
5398structure (guaranteed by \s-1POSIX\s0 but not by \s-1ISO\s0 C for example), but it also 5508structure (guaranteed by \s-1POSIX\s0 but not by \s-1ISO C\s0 for example), but it also
5399assumes that the same (machine) code can be used to call any watcher 5509assumes that the same (machine) code can be used to call any watcher
5400callback: The watcher callbacks have different type signatures, but libev 5510callback: The watcher callbacks have different type signatures, but libev
5401calls them using an \f(CW\*(C`ev_watcher *\*(C'\fR internally. 5511calls them using an \f(CW\*(C`ev_watcher *\*(C'\fR internally.
5512.IP "null pointers and integer zero are represented by 0 bytes" 4
5513.IX Item "null pointers and integer zero are represented by 0 bytes"
5514Libev uses \f(CW\*(C`memset\*(C'\fR to initialise structs and arrays to \f(CW0\fR bytes, and
5515relies on this setting pointers and integers to null.
5402.IP "pointer accesses must be thread-atomic" 4 5516.IP "pointer accesses must be thread-atomic" 4
5403.IX Item "pointer accesses must be thread-atomic" 5517.IX Item "pointer accesses must be thread-atomic"
5404Accessing a pointer value must be atomic, it must both be readable and 5518Accessing a pointer value must be atomic, it must both be readable and
5405writable in one piece \- this is the case on all current architectures. 5519writable in one piece \- this is the case on all current architectures.
5406.ie n .IP """sig_atomic_t volatile"" must be thread-atomic as well" 4 5520.ie n .IP """sig_atomic_t volatile"" must be thread-atomic as well" 4
… …
5424except the initial one, and run the signal handling loop in the initial 5538except the initial one, and run the signal handling loop in the initial
5425thread as well. 5539thread as well.
5426.ie n .IP """long"" must be large enough for common memory allocation sizes" 4 5540.ie n .IP """long"" must be large enough for common memory allocation sizes" 4
5427.el .IP "\f(CWlong\fR must be large enough for common memory allocation sizes" 4 5541.el .IP "\f(CWlong\fR must be large enough for common memory allocation sizes" 4
5428.IX Item "long must be large enough for common memory allocation sizes" 5542.IX Item "long must be large enough for common memory allocation sizes"
5429To improve portability and simplify its \s-1API\s0, libev uses \f(CW\*(C`long\*(C'\fR internally 5543To improve portability and simplify its \s-1API,\s0 libev uses \f(CW\*(C`long\*(C'\fR internally
5430instead of \f(CW\*(C`size_t\*(C'\fR when allocating its data structures. On non-POSIX 5544instead of \f(CW\*(C`size_t\*(C'\fR when allocating its data structures. On non-POSIX
5431systems (Microsoft...) this might be unexpectedly low, but is still at 5545systems (Microsoft...) this might be unexpectedly low, but is still at
5432least 31 bits everywhere, which is enough for hundreds of millions of 5546least 31 bits everywhere, which is enough for hundreds of millions of
5433watchers. 5547watchers.
5434.ie n .IP """double"" must hold a time value in seconds with enough accuracy" 4 5548.ie n .IP """double"" must hold a time value in seconds with enough accuracy" 4
… …
5436.IX Item "double must hold a time value in seconds with enough accuracy" 5550.IX Item "double must hold a time value in seconds with enough accuracy"
5437The type \f(CW\*(C`double\*(C'\fR is used to represent timestamps. It is required to 5551The type \f(CW\*(C`double\*(C'\fR is used to represent timestamps. It is required to
5438have at least 51 bits of mantissa (and 9 bits of exponent), which is 5552have at least 51 bits of mantissa (and 9 bits of exponent), which is
5439good enough for at least into the year 4000 with millisecond accuracy 5553good enough for at least into the year 4000 with millisecond accuracy
5440(the design goal for libev). This requirement is overfulfilled by 5554(the design goal for libev). This requirement is overfulfilled by
5441implementations using \s-1IEEE\s0 754, which is basically all existing ones. 5555implementations using \s-1IEEE 754,\s0 which is basically all existing ones.
5442.Sp 5556.Sp
5443With \s-1IEEE\s0 754 doubles, you get microsecond accuracy until at least the 5557With \s-1IEEE 754\s0 doubles, you get microsecond accuracy until at least the
5444year 2255 (and millisecond accuracy till the year 287396 \- by then, libev 5558year 2255 (and millisecond accuracy till the year 287396 \- by then, libev
5445is either obsolete or somebody patched it to use \f(CW\*(C`long double\*(C'\fR or 5559is either obsolete or somebody patched it to use \f(CW\*(C`long double\*(C'\fR or
5446something like that, just kidding). 5560something like that, just kidding).
5447.PP 5561.PP
5448If you know of other additional requirements drop me a note. 5562If you know of other additional requirements drop me a note.
… …
5510calls in the current loop iteration and the loop is currently 5624calls in the current loop iteration and the loop is currently
5511blocked. Checking for async and signal events involves iterating over all 5625blocked. Checking for async and signal events involves iterating over all
5512running async watchers or all signal numbers. 5626running async watchers or all signal numbers.
5513.SH "PORTING FROM LIBEV 3.X TO 4.X" 5627.SH "PORTING FROM LIBEV 3.X TO 4.X"
5514.IX Header "PORTING FROM LIBEV 3.X TO 4.X" 5628.IX Header "PORTING FROM LIBEV 3.X TO 4.X"
5515The major version 4 introduced some incompatible changes to the \s-1API\s0. 5629The major version 4 introduced some incompatible changes to the \s-1API.\s0
5516.PP 5630.PP
5517At the moment, the \f(CW\*(C`ev.h\*(C'\fR header file provides compatibility definitions 5631At the moment, the \f(CW\*(C`ev.h\*(C'\fR header file provides compatibility definitions
5518for all changes, so most programs should still compile. The compatibility 5632for all changes, so most programs should still compile. The compatibility
5519layer might be removed in later versions of libev, so better update to the 5633layer might be removed in later versions of libev, so better update to the
5520new \s-1API\s0 early than late. 5634new \s-1API\s0 early than late.
5521.ie n .IP """EV_COMPAT3"" backwards compatibility mechanism" 4 5635.ie n .IP """EV_COMPAT3"" backwards compatibility mechanism" 4
5522.el .IP "\f(CWEV_COMPAT3\fR backwards compatibility mechanism" 4 5636.el .IP "\f(CWEV_COMPAT3\fR backwards compatibility mechanism" 4
5523.IX Item "EV_COMPAT3 backwards compatibility mechanism" 5637.IX Item "EV_COMPAT3 backwards compatibility mechanism"
5524The backward compatibility mechanism can be controlled by 5638The backward compatibility mechanism can be controlled by
5525\&\f(CW\*(C`EV_COMPAT3\*(C'\fR. See \*(L"\s-1PREPROCESSOR\s0 \s-1SYMBOLS/MACROS\s0\*(R" in the \*(L"\s-1EMBEDDING\s0\*(R" 5639\&\f(CW\*(C`EV_COMPAT3\*(C'\fR. See \*(L"\s-1PREPROCESSOR SYMBOLS/MACROS\*(R"\s0 in the \*(L"\s-1EMBEDDING\*(R"\s0
5526section. 5640section.
5527.ie n .IP """ev_default_destroy"" and ""ev_default_fork"" have been removed" 4 5641.ie n .IP """ev_default_destroy"" and ""ev_default_fork"" have been removed" 4
5528.el .IP "\f(CWev_default_destroy\fR and \f(CWev_default_fork\fR have been removed" 4 5642.el .IP "\f(CWev_default_destroy\fR and \f(CWev_default_fork\fR have been removed" 4
5529.IX Item "ev_default_destroy and ev_default_fork have been removed" 5643.IX Item "ev_default_destroy and ev_default_fork have been removed"
5530These calls can be replaced easily by their \f(CW\*(C`ev_loop_xxx\*(C'\fR counterparts: 5644These calls can be replaced easily by their \f(CW\*(C`ev_loop_xxx\*(C'\fR counterparts:
… …
5570.SH "GLOSSARY" 5684.SH "GLOSSARY"
5571.IX Header "GLOSSARY" 5685.IX Header "GLOSSARY"
5572.IP "active" 4 5686.IP "active" 4
5573.IX Item "active" 5687.IX Item "active"
5574A watcher is active as long as it has been started and not yet stopped. 5688A watcher is active as long as it has been started and not yet stopped.
5575See \*(L"\s-1WATCHER\s0 \s-1STATES\s0\*(R" for details. 5689See \*(L"\s-1WATCHER STATES\*(R"\s0 for details.
5576.IP "application" 4 5690.IP "application" 4
5577.IX Item "application" 5691.IX Item "application"
5578In this document, an application is whatever is using libev. 5692In this document, an application is whatever is using libev.
5579.IP "backend" 4 5693.IP "backend" 4
5580.IX Item "backend" 5694.IX Item "backend"
… …
5607The model used to describe how an event loop handles and processes 5721The model used to describe how an event loop handles and processes
5608watchers and events. 5722watchers and events.
5609.IP "pending" 4 5723.IP "pending" 4
5610.IX Item "pending" 5724.IX Item "pending"
5611A watcher is pending as soon as the corresponding event has been 5725A watcher is pending as soon as the corresponding event has been
5612detected. See \*(L"\s-1WATCHER\s0 \s-1STATES\s0\*(R" for details. 5726detected. See \*(L"\s-1WATCHER STATES\*(R"\s0 for details.
5613.IP "real time" 4 5727.IP "real time" 4
5614.IX Item "real time" 5728.IX Item "real time"
5615The physical time that is observed. It is apparently strictly monotonic :) 5729The physical time that is observed. It is apparently strictly monotonic :)
5616.IP "wall-clock time" 4 5730.IP "wall-clock time" 4
5617.IX Item "wall-clock time" 5731.IX Item "wall-clock time"

Diff Legend

– Removed lines
+ Added lines
< Changed lines
> Changed lines