[src/trunk]: src/usr.sbin/ntp/ntpdate Sort sections, mark up xrefs with .Xr.

[wiz <wiz%NetBSD.org@localhost>]

details:   https://anonhg.NetBSD.org/src/rev/6dd12952c947
branches:  trunk
changeset: 521551:6dd12952c947
user:      wiz <wiz%NetBSD.org@localhost>
date:      Sat Feb 02 01:25:25 2002 +0000

description:
Sort sections, mark up xrefs with .Xr.

diffstat:

 usr.sbin/ntp/ntpdate/ntpdate.8 |  10 +++++-----
 1 files changed, 5 insertions(+), 5 deletions(-)

diffs (37 lines):

diff -r df500d20aa64 -r 6dd12952c947 usr.sbin/ntp/ntpdate/ntpdate.8
--- a/usr.sbin/ntp/ntpdate/ntpdate.8    Sat Feb 02 01:23:39 2002 +0000
+++ b/usr.sbin/ntp/ntpdate/ntpdate.8    Sat Feb 02 01:25:25 2002 +0000
@@ -1,4 +1,4 @@
-.\"    $NetBSD: ntpdate.8,v 1.5 2002/01/19 11:44:58 wiz Exp $
+.\"    $NetBSD: ntpdate.8,v 1.6 2002/02/02 01:25:25 wiz Exp $
 .\" Converted from HTML to mandoc by ntp-html2mdoc.pl
 .\"
 .Dd March 29, 2000
@@ -63,10 +63,10 @@
 .Nm
 determines the clock is in error more than 0.5 second
 it will simply step the time by calling the system
-.Pa settimeofday()
+.Xr settimeofday 2
 routine. If the error is less than 0.5 seconds, it will slew the time by
 calling the system
-.Pa adjtime()
+.Xr adjtime 2
 routine. The latter technique is
 less disruptive and more accurate when the error is small, and works quite
 well when
@@ -191,6 +191,8 @@
 encryption keys used by
 .Nm "" .
 .El
+.Sh AUTHORS
+David L. Mills (mills%udel.edu@localhost)
 .Sh BUGS
 The slew adjustment is actually 50% larger than the measured offset, since
 this (it is argued) will tend to keep a badly drifting clock more accurate.
@@ -199,5 +201,3 @@
 .Pa tick
 and
 .Pa tickadj .
-.Sh AUTHOR
-David L. Mills (mills%udel.edu@localhost)