So what was the answer?

Lizette


> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf
> Of Anthony Fletcher
> Sent: Thursday, January 17, 2013 5:41 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: ISPF RC20 on SELECT PGM(xxx) PARM(yyy) clues needed
> 
> Thanks to all responders. The ISPVCALL one was the easiest and led
straight to the
> answer I needed.
> 
> 
> regards,
> Anthony Fletcher - NZ MIITP
> Team Lead NZ SMM
> (AirNZ, Westpac NZ , TelstraClear NZ and NWM AU)
> 
> IBM Strategic Outsourcing Delivery
> Server Systems Operations
> Server Management Mainframe
> 
> Mainframe Software Program Manager  NZ
> z/OS Technical Lead A/NZ
> 
> Ph: Direct +64 4 576 8142, tieline 61 929 8142,             ITN
*869298142,
> mobile +64 21 464 864, Fax +64 4 576 5808.
> Internet: flet...@nz1.ibm.com, Sametime: flet...@nz1.ibm.com
> 
>  "The biggest threat to effective communication is the belief that it has
occurred"
>  "Winners make commitments, Losers make promises"
> 
> 
> 
> From: Lizette Koehler <stars...@mindspring.com>
> To:   IBM-MAIN@listserv.ua.edu,
> Date: 17/01/2013 17:30
> Subject:      Re: ISPF RC20 on SELECT PGM(xxx) PARM(yyy) clues needed
> Sent by:      IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu>
> 
> 
> 
> First, if you have not done so, you can join the ISPF Newsgroup for these
types of
> issues.  https://listserv.nd.edu/cgi-bin/wa?A0=ispf-l
> 
> 
> Second, I would run ISPF TEST and set breakpoints on your process.  The
ISPF
> manuals have some decent descriptions of the ISPF TEST facility.
> 
> Other is to issue TSO ISPVCALL which will set up a trace facility.
> Run your process.
> Then issue TSO ISPVCALL which will then unload the trace file.  Then go
through the
> output and find your RC20
> 
> Lizette
> 
> 
> > -----Original Message-----
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On
> Behalf
> > Of Anthony Fletcher
> > Sent: Wednesday, January 16, 2013 7:49 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: ISPF RC20 on SELECT PGM(xxx) PARM(yyy) clues needed
> >
> > I have some code (that I didn't write) that is coming back with RC 20
> when issuing a
> > command like
> >
> > SELECT PGM(xxx) PARM(yyy)
> >
> > I need some clues as to what it may be objecting to. I have checked
> > all
> the obvious
> > things like IKJTSO00 entries, APF entries, RACF PROGAM class etc, but
> > no
> luck, so I
> > need some ideas as to find out what ISPF is really complaining about.
> >
> > Anyone got any ideas?

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to