On Sat, 28 Jun 2014 09:53:58 -0400, John Gilmore wrote:
>
>Implicit in Chuck's original post is that he also has a date
>available.  He needs a 4tuple:
>
>o date,
>
>o time,
>
>o location, specified as a latitude-longitude pair, and
>
>o identity, UTC|xDT
> 
True.

>...
>In general, date and time values are inseparable.  The international
>date line exists and cannot be wished away.  You will need do your
>conversions on a date-time value, not on a time value alone.
> 
True.  Consider the alternative, that the date should change simultaneously
world-wide, but not everywhere at midnight.  (A more palatable alternative
is world-wide use of UTC.)  Star Date?

>...  Again, time-zone UTC offsets are not in
>general integers.  The Australian Cocos Islands Time Zone is UTC+6.30.
> 
But that's an integral number of minutes.  I know of no offset that's
not an integral number of minutes, but it may not always have been so:

    http://en.wikipedia.org/wiki/Standard_time#North_America

>Skip Robinson is clearly right.  A table-driven solution is ineluctable.
> 
True.

>You can get help, crucial help, from the IANA database, but in my
>experience it is never usable directly.  You will need to extract the
>relevant data it contains, putting them into your own tables, which
>you will need to regenerate in at least quasi-automated fashion every
>time the IANA database is updated.
> 
Most UNIX(-like) systems provide the service.

>It is common to grossly underestimate the complexity of date-time
>calculations, probably because they are usually botched without
>recognizing that they are being botched.
> 
To wit, z/OS.

History questions  (I believe UTC was introduced in 1972):

When was the TOD clock introduced?

When was the Sysplex Timer (AKA ETR) introduced?

When was CVTLSO introduced?

I believe that the TOD clock runs 10 seconds behind TAI (in a sense)
in order than no discontinuity in TOD occur in 1972 when the reference
switched from Earth rotation to an atomic standard.  But was this a
great concern for MVS(?) in 1972?

-- gil

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to