If I am reading the code correctly, I think that CONVTOD will give return code x'14' if a date beyond Sept 17, 2042 for TODVAL is specified.
STCKCONV is a more interesting question. Peter Relson added code in z/OS 3.2 to window an STCKVAL by setting the epoch index to 01 if the high order bit of a STCKVAL is off. But we found that it caused a problem for some z/OS code that used STCKCONV in an unconventional way - it passed a duration as the STCKVAL and ignored the returned date of Jan 1, 1900, just wanting the duration to be converted. That doesn't work when this form of windowing is applied. I think we did get that STCKCONV user changed, but out of concern that others might be using that trick with STCKCONV, we fenced off the STCKCONV TODVAL windowing for z/OS 3.2. I guess that is something we will need to reconsider in some future release. Jim Mulder -----Original Message----- From: IBM Mainframe Assembler List <ASSEMBLER-LIST@LISTSERV.UGA.EDU> On Behalf Of ASSEMBLER-LIST automatic digest system Sent: Monday, April 14, 2025 12:00 AM To: ASSEMBLER-LIST@LISTSERV.UGA.EDU Subject: [EXTERNAL] ASSEMBLER-LIST Digest - 12 Apr 2025 to 13 Apr 2025 (#2025-21) There is 1 message totaling 27 lines in this issue. Topics of the day: 1. Store-Clock-Fast Facility ---------------------------------------------------------------------- Date: Sun, 13 Apr 2025 07:45:31 -0600 From: Paul Gilmartin <paulgboul...@aim.com> Subject: Re: Store-Clock-Fast Facility On 4/12/25 11:13, Jonathan Scott wrote: > "When the multiple-epoch facility is installed in the configuration and the > clock-comparator sign control is one, comparison follows the rules of signed > binary arithmetic." ... Will STCKCONV(STCKVAL) and CONVTOD(TODVAL) obey the same windowing rules, subject to the control bit? Will the window boundaries be hard-coded, updated at release (assuming the developers remember), or evaluated dynamically by STCK (less CVTLSO, which hardly matters)? Does CONVTOD report an error on argument out of range? (I notice there are epoch-savvy versions of both functions,) -- Thanks, gil ------------------------------ End of ASSEMBLER-LIST Digest - 12 Apr 2025 to 13 Apr 2025 (#2025-21) ********************************************************************
