Obviously the *server* code that owns the PC routines must run in an authorized environment - however the important thing here is that the *client* code runs in problem state.
Using a PC-ss to add requests to a server ASID to perform the authorized function on behalf of the caller means that : (1) No updates required to IKJTSOxx (2) No MODESET in client code (3) Client code can run in non-authorized state in non-TSO environments (4) System integrity exposures are reduced Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Micheal Butz Sent: 04 March 2014 12:55 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISPF storage protection It's.all a catch 22 as you need to authorized to create PC rtn's Sent from my iPhone > On Mar 4, 2014, at 3:32 AM, Ed Jaffe <edja...@phoenixsoftware.com> wrote: > >> On 3/3/2014 4:52 PM, dpewen wrote: >> Yes ... SPKA requires SUP state > > SPKA works in problem state if the PKM allows it. > > -- > Edward E Jaffe > Phoenix Software International, Inc > 831 Parkview Drive North > El Segundo, CA 90245 > http://www.phoenixsoftware.com/ > > ---------------------------------------------------------------------- > 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
