diff options
author | root <root> | 2007-11-12 08:35:18 +0000 |
---|---|---|
committer | root <root> | 2007-11-12 08:35:18 +0000 |
commit | 5fa73f11e7de1ec05ae002455b8f58d622df2fa2 (patch) | |
tree | cc6e7434edd201ff70eaf386c43ebf0d976d6689 /ev.html | |
parent | c585a019b5590e9c5b01a77fc81088d551c99da9 (diff) |
*** empty log message ***
Diffstat (limited to 'ev.html')
-rw-r--r-- | ev.html | 10 |
1 files changed, 6 insertions, 4 deletions
@@ -6,7 +6,7 @@ <meta name="description" content="Pod documentation for libev" /> <meta name="inputfile" content="<standard input>" /> <meta name="outputfile" content="<standard output>" /> - <meta name="created" content="Mon Nov 12 09:32:51 2007" /> + <meta name="created" content="Mon Nov 12 09:35:17 2007" /> <meta name="generator" content="Pod::Xhtml 1.57" /> <link rel="stylesheet" href="http://res.tst.eu/pod.css"/></head> <body> @@ -552,7 +552,7 @@ time:</p> </pre> <p>This doesn't mean there will always be 3600 seconds in between triggers, but only that the the callback will be called when the system time shows a -full hour (UTC), or more correct, when the system time is evenly divisible +full hour (UTC), or more correctly, when the system time is evenly divisible by 3600.</p> <p>Another way to think about it (for the mathematically inclined) is that <code>ev_periodic</code> will try to run the callback in this mode at the next possible @@ -565,8 +565,10 @@ ignored. Instead, each time the periodic watcher gets scheduled, the reschedule callback will be called with the watcher as first, and the current time as second argument.</p> <p>NOTE: <i>This callback MUST NOT stop or destroy the periodic or any other -periodic watcher, ever, or make any event loop modificstions</i>. If you need -to stop it, return 1e30 (or so, fudge fudge) and stop it afterwards.</p> +periodic watcher, ever, or make any event loop modifications</i>. If you need +to stop it, return <code>now + 1e30</code> (or so, fudge fudge) and stop it afterwards.</p> + <p>Also, <i><this callback must always return a time that is later than the +passed <code>now</code> value </i>>. Not even <code>now</code> itself will be ok.</p> <p>Its prototype is c<ev_tstamp (*reschedule_cb)(struct ev_periodic *w, ev_tstamp now)>, e.g.:</p> <pre> static ev_tstamp my_rescheduler (struct ev_periodic *w, ev_tstamp now) |