Since IBM and Linux / Unix handle Leap Seconds differently, is this done so MVS is ahead of Linux, because if you are behind you get rejected?
On Mon, May 10, 2021 at 5:54 PM Attila Fogarasi <fogar...@gmail.com> wrote: > > Z/os has to handle arbitrary TIMEZONE values -- and does it well. Keep in > mind that there are dozens of world locations that have non-hour timezone > offsets (typically 30 min and 15 min). There are even locations which have > Daylight Saving Time 30 min ahead of standard time instead of the usual 1 > hour. Could be worse, there used to be countries with 12 min offset for > timezone, but that ended circa 1986. The net is that z/OS doesn't think > that 1 hour 1 minute timezone offset is unusual :) > > On Mon, May 10, 2021 at 9:43 PM Paul Gilmartin < > 0000000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > > (I guess Peter R. overlooked that you appear to be operating > > near the Prime Meridian.) > > > > On Mon, 10 May 2021 09:52:16 +0100, Steve Austin wrote: > > > > >I've just found out that PARMLIB(CLOCKxx) here specifies; > > > > > > TIMEZONE E.01.01.00 > > > > > Ouch! Does that mean that SYSLOG, etc. timestamps are a minute > > ahead of your smartphone? Will that adjust to: > > TIMEZONE E.00.01.00 > > next Fall? (Does STP handle that?) > > > > How does that affect OMVS? A test might be: > > //WHEN EXEC PGM=BPXBATCH,PARM='SH date >/dev/console' > > > > >Something to do with synchronising with SVN and Jenkin apparently. Didn't > > >think I'd need to code for ad-hoc tweaks like that. > > > > > Does the TIME LT macro avoid tweaks required by STCKE; STCKCONV? > > > > May I infer that SVN and Jenkin (subversion?) is broken and admins > > introduced an offsetting breakage? That's *just*wrong*! > > > > >Sorry to waste your time. > > > > > Rather, the feckless morons who made that accommodation should > > apologi[sz]e to Peter and to you. > > > > > > On Mon, 10 May 2021 09:22:16 +0100, Steve Austin wrote: > > > ... > > > +0038 LDTO..... 00000DA2 72B00000 ATCVT.... 80BFC000 > > > > > 1 *-* say x2d( 00000DA2 72B00000 ) * 2 ** ( 51 - 63 ) * 1e-6 > > 3660.00000 > > > > Yup. > > > > -- 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 -- 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
