[Scheme-reports] Comments on draft 6
Vitaly Magerya
(18 Feb 2012 15:31 UTC)
|
Re: [Scheme-reports] Comments on draft 6
Jussi Piitulainen
(18 Feb 2012 15:56 UTC)
|
Re: [Scheme-reports] Comments on draft 6
John Cowan
(18 Feb 2012 23:16 UTC)
|
Re: [Scheme-reports] Comments on draft 6
Alex Shinn
(19 Feb 2012 05:24 UTC)
|
Re: [Scheme-reports] Comments on draft 6
John Cowan
(19 Feb 2012 19:23 UTC)
|
Re: [Scheme-reports] Comments on draft 6
John Cowan
(19 Feb 2012 22:39 UTC)
|
Re: [Scheme-reports] Comments on draft 6
Vitaly Magerya
(20 Feb 2012 15:53 UTC)
|
Re: [Scheme-reports] Comments on draft 6
John Cowan
(20 Feb 2012 18:50 UTC)
|
Re: [Scheme-reports] Comments on draft 6
Vitaly Magerya
(21 Feb 2012 15:34 UTC)
|
Re: [Scheme-reports] Comments on draft 6
John Cowan
(21 Feb 2012 16:25 UTC)
|
Re: [Scheme-reports] Comments on draft 6 Alex Shinn (23 Feb 2012 01:27 UTC)
|
Re: [Scheme-reports] Comments on draft 6
John Cowan
(23 Feb 2012 03:27 UTC)
|
Re: Comments on draft 6
Arthur A. Gleckler
(21 Feb 2012 05:39 UTC)
|
Re: Comments on draft 6
Arthur A. Gleckler
(21 Feb 2012 06:29 UTC)
|
Re: [Scheme-reports] Comments on draft 6
John Cowan
(22 Feb 2012 22:34 UTC)
|
On Tue, Feb 21, 2012 at 12:52 AM, Vitaly Magerya <vmagerya@gmail.com> wrote: > John Cowan <cowan@mercury.ccil.org> wrote: >> Vitaly Magerya scripsit: >> >>> Page 56, section 6.13.4: what is the rationale of current-second >>> function, what are it's intended uses? >> >> I'm somewhat at a loss here. Most languages provide some variant of >> this functionality, but I can't find any specific rationales for it. > > Fair enough, and that question was less editorial than the others, > so let me clarify. Specifying TAI is an unusual decision, and it > seems to me that either using Unix time or not providing this > function at all will be better, but I can only claim so if we agree > on goals of introduction of this function. As you say, there are generally two uses of monotonic time - as a timer, and as a timestamp (and basis for conversion to calendar time). POSIX time is completely unusable for the former because it jumps a second. It is also broken for the latter because it is unable to represent the distinction between the first and second repetition of a leap second. POSIX time was a mistake that should not be repeated. TAI time has neither of these problems - it is clearly the Right Thing. There are two concerns: first conversion to POSIX time for interoperability with broken systems. I'd just as soon leave this to WG2 and not stain the core language with historical cruft that is not part of Scheme's history. Second, ease of implementation. This is not as hard as one would think, and a reference implementation which supports runtime updates to the leap-second table will be provided. In the worst case, TAI with no runtime updates is no more broken than POSIX time with no updates. -- Alex _______________________________________________ Scheme-reports mailing list Scheme-reports@scheme-reports.org http://lists.scheme-reports.org/cgi-bin/mailman/listinfo/scheme-reports