Thanks guys, Real good stuff, although I hoped for some pure and natural Assembler macro or calling routine solution. I will loot into the various approaches suggested here, and probably will select the easiest one.
Thanks again, Arye Shemer. On 27 March 2012 21:43, Mike Schwab <[email protected]> wrote: > http://en.wikipedia.org/wiki/Unix_time > 0 is 1970 Jan 01 00:00:00 GMT or UTC (Starting point) > 1 is 1970 Jan 01 00:00:01 GMT or UTC (1 second) > 60 is 1970 Jan 01 00:01:00 GMT or UTC (1 minute) > 3600 is 1970 Jan 01 01:00:00 GMT or UTC (1 hour) > 86400 is 1970 Jan 02 00:00:00 GMT or UTC (1 day) > 2678400 is 1970 Feb 01 00:00:00 GMT or UTC (31 days) > 31536000 is 1971 Jan 01 00:00:00 GMT or UTC (365 days) > 315532809 is 1980 Jan 01 00:00:00 GMT or UTC (i3650 days plus 2 leap > days plus 9 leap seconds http://en.wikipedia.org/wiki/Leap_second ) > > On Tue, Mar 27, 2012 at 1:28 PM, Charles Mills <[email protected]> wrote: > > So Gil, you are saying that a UNIX time of, for example, 60, represents > 1:34 > > am on 1/1/1970 -- or represents 0:26 am? (Theoretically -- there were no > > leap seconds before 1970.) > > > > Charles > > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf > > Of Paul Gilmartin > > Sent: Tuesday, March 27, 2012 6:30 AM > > To: [email protected] > > Subject: Re: Assembler - convrssion of Epoch (Unix) time to printable > > > > On Tue, 27 Mar 2012 07:47:39 -0500, McKown, John wrote: > > > >> ..., the UNIX epoch is simply a number. The number of seconds since > > 00:00:00 GMT 1 Jan 1970. It would be rather easy to convert to > > yyyy-mm-ddThh:mm:ss if it weren't for the "leap seconds". Which may or > may > > not be of any interest to you. > >> > > Not really. In effect, the origin of NTP shifts by one second every > time a > > leap second occurs. It is now 00:00:34 GMT 1 Jan 1970; in a little over > 3 > > months it will be 00:00:35 GMT 1 Jan 1970. > > > > > http://pubs.opengroup.org/onlinepubs/9699919799/xrat/V4_xbd_chap04.html > > > > ... it is inappropriate to require that a time represented as seconds > > since the Epoch precisely represent the number of seconds between > > the referenced time and the Epoch. > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [email protected] with the message: INFO IBM-MAIN > > > > -- > Mike A Schwab, Springfield IL USA > Where do Forest Rangers go to get away from it all? > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
