That’s what threw my off it didn’t abend in the routine with bakr/pr It abended in in the IARV64
And I missed this note • When retry is from an FRR, the value can reflect entries caused by a PC instruction. All other times, the value can reflect only entries caused by a BAKR FRR (since I am running an SRB ) holds true for a PC stack entry thanks -----Original Message----- From: IBM Mainframe Discussion List <[email protected]> On Behalf Of Joe Monk Sent: Sunday, April 24, 2022 9:31 PM To: [email protected] Subject: Re: help with abend 60D reason code 14 SDWALSLV value The 60D / 14 is telling you that the linkage stack created by BAKR is not sync with the caller on retry. https://www.ibm.com/docs/en/zos/2.2.0?topic=recovery-linkage-stack-time-retry Joe On Sun, Apr 24, 2022 at 7:01 PM Joseph Reichman <[email protected]> wrote: > Hi > > I have an SRB in which branch to a routine which does a BAKR on entry > and PR on exit > > My program abended from an in valid value on IARV64 REQUEST=LIST I > have the abend code DC2 and reason AA > > That's not my problem my problem is doing the retry I get an abend 60D > reason X'14' > > First off for every bakr I do I do a PR I didn't abend within the bakr > routine so I don't understand why RTM is telling me when I do the > retry to set SDWALSLV > > Thank you > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
