adj_systeim()
Gary E. Miller
gem at rellim.com
Sun Mar 12 23:04:30 UTC 2017
Yo Eric!
On Sun, 12 Mar 2017 08:43:37 -0400
"Eric S. Raymond" <esr at thyrsus.com> wrote:
> Hal Murray <hmurray at megapathdsl.net>:
> > It may be worth checking ntp classic. We may have lost something in
> > that area during all the cleanups.
>
> Nope. I am absolutely on top of this. Gary's analysis has gone down a
> fallback path, not the main one which *does* have ns
> precision.
Prove it please.
> What's actually going on here is that there are two functionally
> similar calls, ntp_adjtime() and adjtimex(). The former is sort of
> semi-portable; it's Mills's original spec for advanced timekeeping
> support, more or less, but it's not standardized and various platform
> implementations of it have quirks and extensions. The most important
> quirk is that some variants support nanosecond precision, others only
> microsecond.
Not a quirk, documented in POSIX 1999.
> The second one is adjtimex(). This is used under Linux to implement
> ntp_adjtime(), but has additional capabilities the former does not.
And if we do not use them they are equivalent. Right?
> Therefore we actually prefer to use the
> MOD_ names, they're more portable to (e.g.) BSD systems.
Portability is good.
RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
gem at rellim.com Tel:+1 541 382 8588
Veritas liberabit vos. -- Quid est veritas?
"If you can’t measure it, you can’t improve it." - Lord Kelvin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.ntpsec.org/pipermail/devel/attachments/20170312/a3d2a24d/attachment.bin>
More information about the devel
mailing list