mirror of
https://github.com/troglobit/libuev.git
synced 2026-11-10 16:31:08 +00:00
API.md: We handle Y2038 on GLIBC systems, but use relative timers
Signed-off-by: Joachim Nilsson <troglobit@gmail.com>
This commit is contained in:
1 parent
cc7fdc747a
commit
25701b4fc4
1 file changed
+5
-3
@@ -24,9 +24,11 @@ a time given in `time_t`, see `mktime()` et al. Absolute timers are
|
|||||||
called cron timers and their callbacks get an `UEV_HUP` error event if
|
called cron timers and their callbacks get an `UEV_HUP` error event if
|
||||||
the wall clock changes, either via NTP or user input.
|
the wall clock changes, either via NTP or user input.
|
||||||
|
|
||||||
**NOTE:** On some systems, embedded systems in particular, `time_t` is a
|
**NOTE:** On some systems, embedded in particular, `time_t` is a 32-bit
|
||||||
32-bit integer that wraps around in the year 2038. [libuEv][] cannot
|
integer that wraps around in the year 2038. A workaround for GLIBC
|
||||||
protect you against this problem, unless you stick to relative timers.
|
systems (`-D_TIME_BITS=64`) protects against this problem, bu users of
|
||||||
|
other C libraries have no known fix. It is strongly recommended to
|
||||||
|
use relative timers as often as possible.
|
||||||
|
|
||||||
```C
|
```C
|
||||||
/*
|
/*
|
||||||
|
|||||||
Reference in new issue
Block a user