Your point is well taken I could check ASCBFLG,ACBLSAS+ACBTERM and bypass that address space on second there maybe another way of getting the information besides going into XMEM
thanks -----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Peter Relson Sent: Sunday, November 11, 2018 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Recommended method for accessing secondary access spaces <snip> I think for SSAR I might need to set the AX value to 1 Via AXSET macro correct ? </snip> Since the question is insufficient, the answer is no. There's more to it. And it is not important what service(s) you might use unless you are in an environment where it is appropriate to do so. AXSET is intended for use within a cross-memory server address space protocol. That apparently is not you. You must not change the SSAR authority within an address space that might be running any unauthorized code that you do not own. I had mentioned system integrity ramifications. I did not do so lightly. I'll admit that I do not know if a "z/OS TCP/IP server" is or is not such an address space. Regarding 0C4: you might not necessarily get an 0C4. You might, but I think there are cases where you would get some other failure. FWIW, is there much value in an implementation that has "I cannot get your data because, even though the data is valid, it is in an address space that just happens to be swapped out?" Peter Relson z/OS Core Technology Design ---------------------------------------------------------------------- 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