> The default setting for IARV64 FPROT is YES meaning that the program > accessing the storage must have a PSW key that matches the storage > key of the memobj (or PSW key 0). > > I believe that IPCS storage browse ACTIVE runs in problem state and > key8 - therefore you will not see the storage. > > If you want all address spaces to see your common memobj, try using > FPROT=NO on the IARV64 macro. > > Rob Scott > Lead Developer > Rocket Software > 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA > Tel: +1.781.684.2305 > Email: [email protected] > Web: www.rocketsoftware.com > > -----Original Message----- > I issue the following macro: > IARV64 REQUEST=GETCOMMON, > COND=YES, > SEGMENTS=SBS01, <=== Value is 1. > MOTKNSOURCE=SYSTEM,OUTMOTKN=SBITKN, > TYPE=PAGEABLE, > OWNERCOM=SYSTEM, > ORIGIN=SBILOC, > DUMP=LIKECSA, > RSNCODE=SBIRSN > > I display the address obtained. > > When I look at this address in IPCS looking at the ACTIVE address > space, I do not see my storage. > > When I take a dump of my address space, I see my storage. > > What am I doing wrong?
Active Storage Processing z/OS MVS IPCS User's Guide SA23-1384-00 IPCS can process as a dump the central storage for the address space in which IPCS is currently running, private storage, and any common storage accessible by an unauthorized problem state program. Users running z/OS® R2 IPCS on a z/OS R2 system who have been authorized READ access to facility class resource BLSACTV.ADDRSPAC may view storage that is fetch-protected from application code. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
