X-Git-Url: https://git.llucax.com/software/libev.git/blobdiff_plain/4422091b9b8967efdcfea8f650321595a8d95a98..52b9969b0f7befd5965ad9826d9942897fc4dbce:/ev.pod?ds=inline diff --git a/ev.pod b/ev.pod index cc478bd..17484ff 100644 --- a/ev.pod +++ b/ev.pod @@ -50,7 +50,6 @@ called C, which is what you should use too. It usually aliases to the C type in C, and when you need to do any calculations on it, you should treat it as such. - =head1 GLOBAL FUNCTIONS These functions can be called anytime, even before initialising the @@ -567,6 +566,15 @@ many watchers as they want, and all of them will be taken into account (for example, a C watcher might start an idle watcher to keep C from blocking). +=item C + +The embedded event loop specified in the C watcher needs attention. + +=item C + +The event loop has been resumed in the child process after fork (see +C). + =item C An unspecified error has occured, the watcher has been stopped. This might @@ -1472,6 +1480,27 @@ The embedded event loop. =back +=head2 C - the audacity to resume the event loop after a fork + +Fork watchers are called when a C was detected (usually because +whoever is a good citizen cared to tell libev about it by calling +C or C). The invocation is done before the +event loop blocks next and before C watchers are being called, +and only in the child after the fork. If whoever good citizen calling +C cheats and calls it in the wrong process, the fork +handlers will be invoked, too, of course. + +=over 4 + +=item ev_fork_init (ev_signal *, callback) + +Initialises and configures the fork watcher - it has no parameters of any +kind. There is a C macro, but using it is utterly pointless, +believe me. + +=back + + =head1 OTHER FUNCTIONS There are some other functions of possible interest. Described. Here. Now. @@ -1640,6 +1669,10 @@ C function. Invokes C. +=item w->update () C only + +Invokes C. + =back =back @@ -1662,6 +1695,68 @@ the constructor. io.start (fd, ev::READ); } + +=head1 MACRO MAGIC + +Libev can be compiled with a variety of options, the most fundemantal is +C. This option determines wether (most) functions and +callbacks have an initial C argument. + +To make it easier to write programs that cope with either variant, the +following macros are defined: + +=over 4 + +=item C, C + +This provides the loop I for functions, if one is required ("ev +loop argument"). The C form is used when this is the sole argument, +C is used when other arguments are following. Example: + + ev_unref (EV_A); + ev_timer_add (EV_A_ watcher); + ev_loop (EV_A_ 0); + +It assumes the variable C of type C is in scope, +which is often provided by the following macro. + +=item C, C + +This provides the loop I for functions, if one is required ("ev +loop parameter"). The C form is used when this is the sole parameter, +C is used when other parameters are following. Example: + + // this is how ev_unref is being declared + static void ev_unref (EV_P); + + // this is how you can declare your typical callback + static void cb (EV_P_ ev_timer *w, int revents) + +It declares a parameter C of type C, quite +suitable for use with C. + +=item C, C + +Similar to the other two macros, this gives you the value of the default +loop, if multiple loops are supported ("ev loop default"). + +=back + +Example: Declare and initialise a check watcher, working regardless of +wether multiple loops are supported or not. + + static void + check_cb (EV_P_ ev_timer *w, int revents) + { + ev_check_stop (EV_A_ w); + } + + ev_check check; + ev_check_init (&check, check_cb); + ev_check_start (EV_DEFAULT_ &check); + ev_loop (EV_DEFAULT_ 0); + + =head1 EMBEDDING Libev can (and often is) directly embedded into host @@ -1893,6 +1988,11 @@ defined to be C<0>, then they are not. If undefined or defined to be C<1>, then stat watchers are supported. If defined to be C<0>, then they are not. +=item EV_FORK_ENABLE + +If undefined or defined to be C<1>, then fork watchers are supported. If +defined to be C<0>, then they are not. + =item EV_MINIMAL If you need to shave off some kilobytes of code at the expense of some