I was just searching MVS Data areas for CVTLSO and the first hit I got was this (under ASASYMBP Map):
SYMBTTIMESTAMPISGMT "X'20'" The input timestamp is GMT-time, not Local. Note that the value from STCK or STCKSYNC is not GMT. It needs to be corrected by subtracting CVTLSO. Does that not imply that leap seconds have to be considered where converting from STCK to civil time? I do an STCKCONV "by hand" in my code (not because I'm think I'm so smart but because the code is in C and it is faster and simpler to do it in-line than to call out to assembler) and I certainly factor in CVTLSO, and seem to get correct results. Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Jim Mulder Sent: Wednesday, April 08, 2015 2:42 PM To: [email protected] Subject: Re: Leap Second > And IBM refuses to document STCKCONV's treatment of CVTLSO. > > -- gil The STCKCONV 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. The input clock value can be either the basic time-of-day (TOD) format or the extended time-of-day (ETOD) format. And that is exactly what it does. Principles of Operation contains the documentation for what TOD and ETOD format represent. There is no treatment of CVTLSO (or CVTLDTO) in STCKCONV, and hence no documentation describing any nonexistent treatment. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY ---------------------------------------------------------------------- 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
