diff options
author | root <root> | 2011-01-23 18:53:06 +0000 |
---|---|---|
committer | root <root> | 2011-01-23 18:53:06 +0000 |
commit | 4589d9abef4dfb57d31250e310d23264be287e70 (patch) | |
tree | 139147256bdee0699ebcd30c2519ec106e5febda | |
parent | 2433d34aa31bda69b3b28888ac035e1dc08663e3 (diff) |
*** empty log message ***
-rw-r--r-- | ev.c | 2 | ||||
-rw-r--r-- | ev.pod | 11 |
2 files changed, 9 insertions, 4 deletions
@@ -1353,6 +1353,7 @@ pipecb (EV_P_ ev_io *iow, int revents) read (evpipe [0], &dummy, 1); } +#if EV_SIGNAL_ENABLE if (sig_pending) { sig_pending = 0; @@ -1361,6 +1362,7 @@ pipecb (EV_P_ ev_io *iow, int revents) if (expect_false (signals [i].pending)) ev_feed_signal_event (EV_A_ i + 1); } +#endif #if EV_ASYNC_ENABLE if (async_pending) @@ -1380,8 +1380,10 @@ Before a watcher can be registered with the event looop it has to be initialised. This can be done with a call to C<ev_TYPE_init>, or calls to C<ev_init> followed by the watcher-specific C<ev_TYPE_set> function. -In this state it is simply some block of memory that is suitable for use -in an event loop. It can be moved around, freed, reused etc. at will. +In this state it is simply some block of memory that is suitable for +use in an event loop. It can be moved around, freed, reused etc. at +will - as long as you either keep the memory contents intact, or call +C<ev_TYPE_init> again. =item started/running/active @@ -1419,8 +1421,9 @@ of whether it was active or not, so stopping a watcher explicitly before freeing it is often a good idea. While stopped (and not pending) the watcher is essentially in the -initialised state, that is it can be reused, moved, modified in any way -you wish. +initialised state, that is, it can be reused, moved, modified in any way +you wish (but when you trash the memory block, you need to C<ev_TYPE_init> +it again). =back |