From 1260001bb124e3b8e60d559e1736ed3432c8cc6e Mon Sep 17 00:00:00 2001
From: root loop
(which is always of type struct ev_loop
will not have this argument.
Libev represents time as a single floating point number, representing the
(fractional) number of seconds since the (POSIX) epoch (somewhere near
the beginning of 1970, details are complicated, don't ask). This type is
called ev_tstamp
, which is what you should use too. It usually aliases
to the double type in C.
If you use threads, a common model is to run the default event loop
-in your main thread (or in a separate thrad) and for each thread you
+in your main thread (or in a separate thread) and for each thread you
create, you also create another event loop. Libev itself does no locking
whatsoever, so if you mix calls to the same event loop in different
threads, make sure you lock (this is usually a bad idea, though, even if
diff --git a/ev.pod b/ev.pod
index bbc0893..82febdd 100644
--- a/ev.pod
+++ b/ev.pod
@@ -51,6 +51,9 @@ to the double type in C.
=head1 GLOBAL FUNCTIONS
+These functions can be called anytime, even before initialising the
+library in any way.
+
=over 4
=item ev_tstamp ev_time ()
@@ -562,12 +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.
-NOTE: I