On Tue, 22 Feb 2022 02:03:21 -0400, Jim Mulder \wrote: > Location 4 means address 4 (i.e. offset 4 in the PSA). > > There was a latent bug from a prior release in the loop control >code so that it was erroneously fetching from address 4, and >behaving especially badly when the data at that location >is x'00000000', which it is as of z/OS 2.5. In prior releases, >it was x'000130E1' when in zArchitecture mode. > Thanks.
I like the suggestion of ignoring the content of location 4 and proceeding with the constant value x'000130E1'. Historians tell me that in the earliest days of OS/360 et al. ENQs established by initiators were simply held until job termination. Is that correct? Later, the behavior was changed to DEQ after the last step mentioning each DSN. I don't see that this was ever optional; it was unconditional. Why was the DSENQSHR behavior similarly made unconditional, avoiding the need for the 3×3 matrix in <https://www.ibm.com/docs/en/zos/2.5.0?topic=dp-overrides-5> Often, the cost of complexity outweighs the value of flexibility. Particularly, what is the value to customers in providing JES2 JOBCLASS sensitivity rather than only a simple binary option on the JOB statement? -- Thanks again, gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
