Re: TSO/REXX Does Not FREE Storage?



Joe Denison wrote:
I'm having an issue with REXX EXECs (interpreted, not compiled) that seem to *not* free storage after they terminate. Is this a known issue? Has anyone else experienced this?

It would be helpful if you could go at least one step beyond what you reported here to determine whether the growth that you're seeing is in a particular subpool. Subpool 78 is intentionally shared by all TSO tasks to permit storage that should persist across command and other task terminations to do so, and authorized programs have the ability to attribute storage ownership to the job step TCB for similar reasons. The identity of the subpool would cut the list of potential culprits down significantly although it would hardly point at just one.

Bob Wright - MVS Service Aids

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
.



Relevant Pages

  • RE: The ASCRE initialization routine
    ... If subpool 0 was not shared, then the EXEC PARM= parameter storage ... For IBM-MAIN subscribe / signoff / archive access instructions, ... send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO ...
    (bit.listserv.ibm-main)
  • Re: z/OS STORAGE service
    ... persistent storage, I'm more than happy to listen. ... Storage association to a task is generally controlled by subpool. ... You can request a subpool on either GETMAIN ... For IBM-MAIN subscribe / signoff / archive access instructions, ...
    (bit.listserv.ibm-main)
  • Re: TSO/REXX Does Not FREE Storage?
    ... *not* free storage after they terminate. ... the "used" storage increases as each of the stem variables ... For IBM-MAIN subscribe / signoff / archive access instructions, ... send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO ...
    (bit.listserv.ibm-main)
  • Re: Program exhausting below the line storage
    ... >reduce Working Storage array sizes? ... How much in subpool 0 and how much in subpool 2? ... For IBM-MAIN subscribe / signoff / archive access instructions, ... send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO ...
    (bit.listserv.ibm-main)
  • Re: ABENDS0C4-04 on storage in subpool 228
    ... Jerry, subpool 228 is fixed. ... task that obtained the storage. ... For IBM-MAIN subscribe / signoff / archive access instructions, ...
    (bit.listserv.ibm-main)