On 4/28/2023 10:25 AM, Steve Smith wrote:
Frankly, I think it was unwise by z/OS to lump translation exceptions (PICs 10, 11, 39-3B) in with S0C4. There's a fundamental difference between attempting to access storage with the wrong key, and storage that doesn't exist (S0C5 is a variant). S0D0 for the latter would have make sense.
Many abend codes have reason codes. Abend0C4 reason codes are simply the PIC codes. That seems canonical to me if you think of an 0C4 as a "storage access problem" whether by protection or translation or whatever. Consult the reason code for the specific failure reason. Makes sense.
To my mind, the bigger issue is the inconsistent handling of the NSI address in the PSW. If it's a protection exception, the PSW NSI address has been incremented by the ILC. For a translation exception is has not been incremented (to allow for easy retry by the OS after the page fault is resolved). Subtle complexities of this kind help make z/OS dump reading difficult for those new to the platform...
-- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ -------------------------------------------------------------------------------- This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
