The OP seems to be under the impression that adding an foreign ASID STOKEN to the home PASN-AL will magically grant access to all spaces on the foreign ASID's PASN-AL.
Using the STOKEN for JES2AUX address space and adding it to the OP's "job" PASN-AL using CHKEAX=NO will not grant access to the PSO dataspace. All it will achieve is (unsupported) access to the JES2AUX private storage as long as the JES2AUX address space is non-swapable or the storage in swapped in. This technique should be discouraged - using an SRB is the least-worst solution. 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 Binyamin Dissen Sent: 29 July 2013 11:59 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: PSO Dataspace of JES2 On Mon, 29 Jul 2013 12:00:43 +0300 Mil Hashoul <smil...@gmail.com> wrote: :>Hi, :>I know that I am doing something that IBM does not support. :>My next question is how could I get the JES2AUX address space into ALE :>table of my job? what is the STOKEN, at which control block does it exists? As it is an address space, the ASSBSTKN has the STOKEN (despite the warnings on how it is only valid for the current address space). Of course, you will need an appropriate AX to access it. :>On Mon, Jul 22, 2013 at 4:32 PM, Rob Scott <rsc...@rocketsoftware.com>wrote: :> :>> Ouch. :>> :>> There are quite a few issues with what you are trying to do : :>> :>> (1) Adding the STOKEN of a foreign ASID to your PASN-AL or DU-AL using :>> CHKEAX=NO is violating z/OS system integrity. :>> (2) The ALET that a foreign ASID uses to address data in a non-common :>> dataspace will be completely different to the ALET value that your PASN :>> will have to use for the same dataspace. :>> (3) The JES PSO dataspace is owned by the JES2AUX ASID and not the JES2 :>> address space. :>> :>> What are you attempting to achieve ? :>> :>> There is no real IBM-supported way of gathering private area data from an :>> address space that you do not have a valid cross-memory bind - however the :>> accepted "safe" way of doing it is via SRB/FRR rather than the AR-mode :>> technique you have tried to use. :>> :>> I suggest that you take a look at the IEAMSCHD service and re-read the :>> Auth ASM Services and Extended Addressability manuals. :>> :>> You might also want to search the IBM-Main archives as this has been :>> discussed a few times over the years. :>> :>> 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 Mil Hashoul :>> Sent: 22 July 2013 14:04 :>> To: IBM-MAIN@LISTSERV.UA.EDU :>> Subject: PSO Dataspace of JES2 :>> :>> Hi, :>> I would like to retrive information reside in the PSO dataspace of JES2, I :>> have done the following: :>> :>> USING HCCT,R5 :>> MVC WSAJTOK,CCTJSTKN :>> ALESERV ADD, add STOKEN to ALET X :>> STOKEN=WSAJTOK, X :>> ALET=WSAJESA, X :>> CHKEAX=NO, X :>> MF=(E,WSALL) :>> :>> So now I have the ALET of the JES address space. :>> :>> but the PSO datascape is related to the JES2 address space, I found that :>> $PSOTOK have the ALET of the PSO dataspace but when I am doing the: :>> :>> LAM AR3,AR3,$PSOTOK :>> SAC 512 GET INTO AR M :>> L R3,CCTPAD START OF PAD C :>> L R1,$HCCT GET THE HCCT B :>> LAE R3,CCTPAD-HCCT-(PADPAD-PAD)(R1,0) :>> MVC JTX_PROC_DD,PADNAME :>> :>> :>> I got the S0E0-29 ABEND : An ALET specified an access list entry (ALE) :>> that is not valid. :>> :>> I think that I should also do the ALESERV also for the PSO dataspace, but :>> then I need to have the STOKN of it. :>> :>> Any one can help? :>> :>> Regards :>> Milad :>> :>> ---------------------------------------------------------------------- :>> 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 :>> -- Binyamin Dissen <bdis...@dissensoftware.com> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. ---------------------------------------------------------------------- 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