Peter Its my understanding that everything in the SDWA is copied from another control block somewhere in the case of SDWAEC2 you helped me locate that in the linkage stack.
For SDWAEC1 I was able to locate that in the RBOPSW of SDWARBAD My logic tells me that PSW and REGS go together but when I tried to match up SDWAGRSV to TBGRSAVE it didn’t. I think tried chaining back via RBLINK, but I got the TCB address meaning it was the end of the chain. Grasping at straws I looked at TCBREGS, but it was there either. If the error regs SDWAGRSV are in some private IBM control block I can understand that you cannot, or it would be useless to tell me. But my gut tells me it somewhere I can access it. thanks -----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Peter Relson Sent: Tuesday, January 16, 2024 5:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: sdwagrsv not equal rbgrsave Simple experimentation will show what you need to know about what is saved where. For example, suppose your mainline links to another routine.You mainline's RB and the LINK target's RB can be examined. Or suppose your mainline has an ESTAE and abends.You can examine the mainline's RB, then the (next newer) RTM SVRB, then the (next newer) ESTAE routine's PRB. If you were trying to think about why it does what you will figure out that it does, you'd realize that the regs that the SVC interrupt handler processing wants to use have to be saved really quickly but the PSW is already captured (in SVC Old PSW). Peter Relsonz/OS Core Technology Design ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
