Re: [PATCH] 'select' failure or signal should not update timeout

[David Schwartz]

>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