No, you werent where you thought you were in the code. The system doesn't lie about what happened. You can't issue any SVC instructions while you have an FRR on the stack, regardless of what kind of FRR you have. And don't forget you may be calling other system services whether you're aware of it or not.
Leaving aside the general undesirability of testing SRB code by trial and error, If you did manage to get the SRB scheduled then two interesting things are happening to you. First you have another independent unit of work running (the SRB) which will muddy the waters because any error that befalls the SRB will be reflected back on the TCB you're running under so your debugging information is going to be quite confusing. Frankly you're kind of stumbling around in a coal mine with a flashlight even trying this. I would usually give a little sermon about all the things that can go horribly wrong. I will spare you that but here's the rub -- there's not a lot of chance you're going to suddenly converge on a solution that works. Tell us what problem you're trying to solve and maybe we can help you without trashing your system. Sent from my iPad On Oct 17, 2011, at 10:07 PM, Micheal Butz <michealb...@optonline.net> wrote: > I didn't issue any SVC > > The code blew up under TESTAUTH at the fifth instruction after the > expansion of the SETFRR macro > > I normally get 0F8 when I am in XMEM mode and issue a SVC I didn't abended > on a SVC I abended whitin STM of the SETFRR inst > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf > Of Lizette Koehler > Sent: Monday, October 17, 2011 10:54 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: SYSTEM ABEND CODE 0F8 REASON CODE 00000014 under TESTAUTH > >> Hi, >> >> >> >> I am trying to establish a FRR in a TSO command processor program that is > not re- >> entrant this is because > >> >> Later I schedule a SRB and I want to use the routine I established as a > FRR, as input >> to the SRBFRRA parameter >> > > Did you review the abend and code? > S0F8 - 14 - THE SVC ISSUER HAD AN ENABLED UNLOCKED TASK MODE FRR. > IE. EUT=YES WAS SPECIFIED ON THE SETFRR MACRO. > > Did it help? > > Are you a member of the assembler language newsgroup? You might have better > response there or better assistance. assembler-l...@listserv.uga.edu ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
