Re: Value in SDWAEC1
Peter I am moving my code to the CBT shortly The point of the code is the analysis of is when SDWAEC1 and SDWAEC2 are different the relevant registers and PSW are those associated with SDWEC2 the one that called SDWAEC1 I could not have done this without your help Thank you I know If you down load and look At the code you are going to say “thank g-d I never hired this guy “ > On Apr 21, 2024, at 4:00 PM, Peter Relson wrote: > > > if I don't find a RB in the RB chain I do a CSVQUERY in the asid of SDWAPRIM > if not I do NUCKLKUP > > > Please be more complete in describing what you are truly doing (and trying to > accomplish). > > For example, suppose you do find an RB for which RBOPSW matches SDWAEC1. > In what way does that help you? The name in the RB's CDE (if there is one, > not even all PRBs have one) would identify the program for which the RB > started but might have next to nothing to do with the problem. And what if > there are two RB's with such a PSW? SDWANAME might already have in it a name > from that CDE. > > You can't do a "CSVQUERY in the ASID of SDWAPRIM" unless you are running with > your current primary ASID equal to SDWAPRIM. I.e., CSVQUERY searches the > information for the current primary address space (even if primary is not > home). Thus, at a minimum, for an ESTAEX, you'd have to check for SDWAPRIM = > current primary ASID (such as by using EPAR to extract the current primary > ASN). > > Peter Relson > z/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
Re: Value in SDWAEC1
if I don't find a RB in the RB chain I do a CSVQUERY in the asid of SDWAPRIM if not I do NUCKLKUP Please be more complete in describing what you are truly doing (and trying to accomplish). For example, suppose you do find an RB for which RBOPSW matches SDWAEC1. In what way does that help you? The name in the RB's CDE (if there is one, not even all PRBs have one) would identify the program for which the RB started but might have next to nothing to do with the problem. And what if there are two RB's with such a PSW? SDWANAME might already have in it a name from that CDE. You can't do a "CSVQUERY in the ASID of SDWAPRIM" unless you are running with your current primary ASID equal to SDWAPRIM. I.e., CSVQUERY searches the information for the current primary address space (even if primary is not home). Thus, at a minimum, for an ESTAEX, you'd have to check for SDWAPRIM = current primary ASID (such as by using EPAR to extract the current primary ASN). Peter Relson z/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
Re: Value in SDWAEC1
Peter Thanks for help if I don’t find a RB in the RB chain I do a CSVQUERY in the asid of SDWAPRIM if not I do NUCKLKUP Moving my code to the CBT shortly > On Apr 19, 2024, at 8:04 PM, Peter Relson wrote: > > I think the comment in SDWAEC1 is quite clear: > > Extended control PSW at time of error(abend). When the error was a program > interrupt within > transactional execution, this is the PSW at the time of the program interrupt > within the transaction. > > It means what it says. > > When you mention an RB, it is important to identify to which RB you refer. > > Peter Relson > > > -- > 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
Re: Value in SDWAEC1
I think the comment in SDWAEC1 is quite clear: Extended control PSW at time of error(abend). When the error was a program interrupt within transactional execution, this is the PSW at the time of the program interrupt within the transaction. It means what it says. When you mention an RB, it is important to identify to which RB you refer. Peter Relson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Value in SDWAEC1
I somehow made an assumption that SDWAEC1 was reflective of a value from an RB namely an RBOPSW Just go an abend with SDWARBAD and RBOPSW didn't match SDWAEC1 in fact RBOPSW pointed to a WTO SVC 35 which was before execution of the ISGENQ REQUEST=OBTAIN Which caused the error ? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN