> rdate time-A.timefreq.bldrdoc.gov
> clock -w
> If somebody was writing a file at the time, the update time (UTIME) of the
> file could actually be earlier than its creation time, but only for that
> instant. If this was a problem, and I have only heard theoretical
> balderdash about it being a problem, no actual evidence of anything
> such as this even occurring; one could run `rdate` as such a high
> priority that it completes before anything else is allowed to run.
If you use gettime instead of rtime or nettime, then the
time will slowly adjust, and no sudden time travel is involved.
It's on Sunsite somewhere and it works very well for me.
-- Erik Corry- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu