On 12/14/2017 6:47 AM, Peter Hunkeler wrote:
See OA46291. The APAR is for z/OS V2.1 and V1.13, it is in the base for z/OS V2.2.
Also this great write-up put together by Elipda Tzortatos http://publibz.boulder.ibm.com/zoslib/pdf/OA46291.pdf
With this new function, RSM (SRM?) may decide *not* to free the frames that are backing some virtual area upon a STORAGE RELEASE or FREEMAIN. It is a significant change, IMHO, since a program might continue to (erroneously) access storage that has been freed but *not* getting an S0C4-10/11 because the frame is still assigned. Or, it may get an S0C4-10/11 at some later point if RSM decided to really free some such frame at a later time. I do not want to build on that function to cheat. I'm wondering what information a dump would reveal in such a case. What would VSM tell me? etc.
VSM knows nothing about this. VSMDATA shows what it always showed. This is an RSM change only...
-- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
