>NOT waittimeofday. You need a *new* measure which can't be set forwards
>or back if you want this to be sane. pthreads has absolute timeouts (eg.
>pthread_cond_timedwait), but they suck IRL for this reason.
>Rusty.
The usual way to deal with this is to have a 'clock watcher' thread. If the
system time jumps any significant amount, you signal all condition variables.
You're not guaranteed any particular latency anyway.
I don't think a DVD playback skipping when the system time is changed by a
large amount is unacceptable. However, the use of some sort of linear
timebase is much more convenient for many things.
DS
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue Jul 30 2002 - 14:00:28 EST