Paul, the iana.org time database is one of many attempts at solving the time
issue. Databases and other multi-user products have their own implementations
to deal with their specific situation. Mysql is open source so you can see
their implementation.
For the difficult situations, we just accept an acceptable solution.
Jon.
On Saturday, August 17, 2019, 08:05:22 PM PDT, Paul Gilmartin
<0000000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
On Sat, 17 Aug 2019 23:43:34 +0000, Jon Perryman wrote:
> If time were as simple to solve as UTC and a 1 byte UTC offset, then this
> problem would have been solved a long time ago. As I said before, everyone
> assumes the time zone is fixed. What happens when the time zone is at the
> time the data is reference instead of created.
>
This is addressed by: https://www.iana.org/time-zones
>As for localtime better than the z/OS implementation, that's silly. First, bad
>is still bad. Second, C local time is a language feature instead of OS
>feature.
>
Only because you call it so. The TIME macro is a language (HLASM) feature
instead of OS feature.
Third, it was designed around a specific Unix feature (environment variables).
It needs redesign for use in CICS, IMS and most z/OS components.
>
There are other ways to pass such a parameter. It could be a PARMLIB entry.
-- gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
