[r6rs-discuss] Date and time arithmetic library proposal for R7RS large Scheme
r6rsguy at free-comp-shop.com
r6rsguy at free-comp-shop.com
Sun Dec 19 12:57:44 EST 2010
> From: John Cowan <cowan at mercury.ccil.org>
> Cc: r6rsguy at free-comp-shop.com, discuss at r6rs.org
>
> Ray Dillinger scripsit:
>
> > > On reflection I agree, and the current version (version 17) of
> > > TimeCowan now makes (current-posix-second) an integer. I have
> > > updated TimeAdvancedCowan to version 15 to reflect this change.
> >
> > I do not understand why this is so. Can you explain it for me?
>
> Because what happens at the subsecond level is not well-defined,
> and insofar as it is well-defined, it is not well-implemented.
> Theoretically the repeat happens exactly at the change from 23:60
> to 23:61, but NTP does it several fractions of a second later.
A nitpick or typo, but there is no 23:61. Seconds within a minute are
numbered from zero (a very good convention) and so the sixty-first
(leap) second is 23:59:60. Most days end with 23:59:59 and change to
00:00:00 of the next day one SI second later.
I do not think there is any "repeat" in NTP. NTP transmits time as an
integer count of seconds, a fractional second, and a leap second
warning. It is up to the client (user) software to break this into
hh:mm:ss form and insert the leap in the proper place or (more likely)
torque it up.
Posix has a repeat, the cause of all our grievances.
-- Keith
More information about the r6rs-discuss
mailing list