Paul Getmain (in private area as you described) in not a real memory frame (which is the term for real memory 4k). It get the key based on the subpool you specify in the macro. So, in short, it is only visible through your asid page tables. Once your asid ends, so does the page tables. This is why we still use the term mvs. It is complely virtual. Common area is a bit different as they pre allocated, but this is not what you was asking.
ITschak בתאריך 7 בינו 2017 17:10, "esst...@juno.com" <esst...@juno.com> כתב: > . > I recently read a share presentation on system integrity by Karl Schmitz. > Being a CICS Sysprog I dont get much opportunity to do some of the topics > Karl discussed. > . > . > I do have a question or should I say clarification about STORAGE. > I also looked at the z/OS Authorized Assembler Services guide. > . > Lets say a Non Authorized program runs in Key 8 and issues a > STORAGE/GETMAIN macro > for 4096 Byes and the system returns an address of 01B00C00 (an arbitrary > address). > This Non Authorized Program process its data, FREMMAINs the 4096 Bytes of > storage and returns. > , > . > At some time latter An Authorized Program is started and requests 4096 > Bytes of storage > in KEY 4. The system returns the same address 01B00C00 that the Non > Authorized Program > used. > . > After reviewing Principles of Operation > My understanding is that every page of storage also has a storage kry, > which consists of > access control bits, fetch protection bit, reference bit, and a change bit. > . > . > In My scenario I suspect the Operating System changed the storage access > control bits > to key 4 to satisfy this request. Assuming the same address was returned > by GETMAIN/STORAGE. > Is My assessment correct ? > . > Im not aware of the operating system pre-allocating Pages of storage by > key ? > Do I understand this correctly ? > . > . > I apologize if this is a novice questions, but Inquiring minds want to > know. > . > . > . > Thanks In Advance > Paul > > ---------------------------------------------------------------------- > 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
