For services entered with a branch or jump, the save baarea is also relevant.
-- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר ________________________________________ From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Joseph Reichman <reichman...@gmail.com> Sent: Tuesday, January 23, 2024 8:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: sdwagrsv not equal rbgrsave I had two main objectives in updating file 192 First in amode 64 display 64 gpr Second when a abend occurs in a IBM service Be it PC or SVC Report on where in the user program this occurred For SVC this would be in the RB For PC ( which are normally space switching as well as stacking ) In the linkage stack Sdwaec2 doesn’t have 64 bit gpr but they exist in the linkage stack Thanks > On Jan 23, 2024, at 2:31 AM, Jon Perryman <jperr...@pacbell.net> wrote: > > On Thu, 18 Jan 2024 05:08:17 +0000, Peter Relson <rel...@us.ibm.com> wrote: > >> <snip> >> I chain backward as its the only way to do it wrapping around tcbrbp and >> next rb had the registers in the prefix it had SVC 12 maybe SVC 42 issued >> that >> </snip> >> >> "Wrapping around tcbrbp" is a strange way to do much of anything. > > Hi Peter, > > Joseph is updating the abend recovery provided on the CBT available for > public consumption. IBM abend does not always display abend module with > offset. He is going to great lengths to obtain this information when not > provided or when SDWAEC2 is different from SDWAEC1. > > I doubt that any vendor would do this because of possible risks. Having > worked on critical software, the benefit never justified the risk of > crippling a customer's system. > > I only mention this because you may have some tips for him. For instance, > Wrapping around TCBRBP is his method for locating the module. Are there > situations where the overhead could be problematic or worse yet a true > multi-active task environment encountering problems such as an RB being > removed. UNIX, CICS and OEM products. > > ---------------------------------------------------------------------- > 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 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
