>If you are trying to avoid having the code in the TSO user address space, you >might be able to have the server load a routine into CSA, set it up as a PC-cp >that is on a SYSTEM LX, have the PC-cp routine perform the RACROUTE request, >then issue the PC-ss if the RACROUTE succeeded.
Been there, done that - works a treat. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Wayne Driscoll Sent: 15 May 2008 21:56 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Racroute and cross memory question RACROUTE REQUEST=AUTH cannot be issued with HASN<>PASN. However, REQUEST=AUTH and REQUEST=FASTAUTH do not require APF authorization for the general usage. I would think that you want the request to execute on behalf of the ISPF user, not the server address anyway, so putting the requests in the application prior to issuing the PC-ss would make sense. If you are trying to avoid having the code in the TSO user address space, you might be able to have the server load a routine into CSA, set it up as a PC-cp that is on a SYSTEM LX, have the PC-cp routine perform the RACROUTE request, then issue the PC-ss if the RACROUTE succeeded. Now I have never attempted to issue a RACROUTE from a PC-cp routine. The reason that a RACROUTE REQUEST=AUTH cannot be issued in space switch PC is because REQUEST=AUTH (usually, often, always) results in an SVC instruction (at least with RACF). Wayne Driscoll Product Developer NOTE: All opinions are strictly my own. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Day Sent: Thursday, May 15, 2008 3:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Racroute and cross memory question I have an application that has two components. An ISPF user interface, and a server address space. Server address space runs authorized. I would like to use a generalized resource rule to protect certain functions within the application. The ISPF session communicates with the server address space via a space switch PC. Nothing in the ISPF session executes authorized, and I would like to keep it that way, if I could. In reading the manual for Racroute, the manual states it has to be invoked in non-cross memory, authorized, except as noted for certain request types. The REQUEST=AUTH request type does not mention anything about being able to execute in cross memory mode. I had hoped to be able to do this while the PC was executing inside the server address space, where PASN=server, and SASN and HASN = the ISPF address space. I could add a function to an existing task within the server to do the checking, but then I have to add logic to make the request to the server task,park the user task till the request completes, then wake the user back up. Seems like a long way to go for this function. Can RACROUTE REQUEST=AUTH be used inside a space switch PC when PASN is not equal to HASN? --Dave Day ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
