On Fri, 14 Sep 2018 22:34:09 +0200, Peter Hunkeler wrote: > >>There is nothing in error with any of the conversion services. They do >what they intend to do. And yes they do the easy part. > >Is that clear from the description of the service? At least for BLSUXTOD I >can't remember to have read about that fact. > (Concerning the similar STCKCONV): On Sat, 20 Apr 2013 14:39:08 -0400, Peter Relson wrote: >... The documentation says "The STCKCONV macro converts an input >time-of-day (TOD) clock value to time of day and date, and returns the >converted values to the caller in the format requested. " This is correct >and is complete and is all that the service can say. > I (and apparently you) disagree about "complete". The doc could at least specify timezone. It seems to be, "none, rather TAI-27 seconds.)
>>What there is is a lack of functionality that would usually be unimportant to >>have. > >Usually unimportant.... Hmmm. Suppose, I have a case to chase where z/OS as >well as some non-mainframe parts are involved. Looking at a SYSTRACE of a >related dump. Timestamps show by IPCS and those from somewhere else are, as of >the last leap-second, 27 seconds apart..... > >I don't say I had bee burnt by such a case, yet. But I would not state this >fact as unimportant. >I can live with this. I'm just surprised. See Peter Farley's rhetorical plaint here a couple hours ago. -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN