50 lines
2.4 KiB
Diff
50 lines
2.4 KiB
Diff
From a47ef9c7168557c0dfdfd003cf970ccd6f25a57c Mon Sep 17 00:00:00 2001
|
|
From: Paul Eggert <eggert@cs.ucla.edu>
|
|
Date: Thu, 12 Nov 2020 14:52:22 -0800
|
|
Subject: [PATCH] * tz-link.html: Use <abbr> more systematically.
|
|
|
|
Document "right" seconds better
|
|
* tz-link.html (Precision timekeeping):
|
|
Clarify "right" vs "posix" time_t.
|
|
---
|
|
tz-link.html | 12 +++++++-----
|
|
1 file changed, 7 insertions(+), 5 deletions(-)
|
|
|
|
diff --git a/tz-link.html b/tz-link.html
|
|
index eb4a235..56ef9e4 100644
|
|
--- a/tz-link.html
|
|
+++ b/tz-link.html
|
|
@@ -1039,14 +1039,16 @@ via an optional "<code>right</code>" configuration where a computer's internal
|
|
as opposed to the default "<code>posix</code>" configuration
|
|
where the internal clock ignores leap seconds.
|
|
The two configurations agree for timestamps starting with 1972-01-01 00:00:00
|
|
-UTC (<code>time_t</code> 63 072 000) and diverge for
|
|
+<abbr>UTC</abbr> (<code>time_t</code> 63 072 000) and diverge for
|
|
timestamps starting with <code>time_t</code> 78 796 800,
|
|
which corresponds to the first leap second
|
|
-1972-06-30 23:59:60 UTC in the "<code>right</code>" configuration, and to
|
|
-1972-07-01 00:00:00 UTC in the "<code>posix</code>" configuration.
|
|
+1972-06-30 23:59:60 <abbr>UTC</abbr> in the "<code>right</code>" configuration,
|
|
+and to
|
|
+1972-07-01 00:00:00 <abbr>UTC</abbr> in the "<code>posix</code>" configuration.
|
|
In practice the two configurations also agree for timestamps before
|
|
1972 even though the historical situation is messy, partly because
|
|
-neither UTC nor TAI is well-defined for sufficiently-old timestamps.</li>
|
|
+neither <abbr>UTC</abbr> nor <abbr>TAI</abbr>
|
|
+is well-defined for sufficiently-old timestamps.</li>
|
|
<li><a href="https://developers.google.com/time/smear">Leap Smear</a>
|
|
discusses how to gradually adjust <abbr>POSIX</abbr> clocks near a
|
|
leap second so that they disagree with <abbr>UTC</abbr> by at most a
|
|
@@ -1059,7 +1061,7 @@ cloud service providers. However, according to
|
|
<a href="https://tools.ietf.org/html/rfc8633#section-3.7.1">§3.7.1 of
|
|
Network Time Protocol Best Current Practices</a>
|
|
(Internet <abbr>RFC</abbr> 8633), leap smearing is not suitable for
|
|
-applications requiring accurate UTC or civil time,
|
|
+applications requiring accurate <abbr>UTC</abbr> or civil time,
|
|
and is intended for use only in single, well-controlled environments.</li>
|
|
<li>The <a
|
|
href="https://pairlist6.pair.net/mailman/listinfo/leapsecs">Leap
|
|
--
|
|
1.8.3.1
|
|
|