That is correct, a subpool has 2 SPQEs - one for EXECUTABLE=YES, and one for EXECUTEABLE=NO. In z/OS 2.3 and 2.4, we search only the SPQE for the EXECUTABLE attribute that you specify when releasing storage, In future release which follows z/OS 2.4, release processing has been enhanced to treat what you specify as a performance hint, and search that SPQE first, and then search the other one if necessary. So you will no longer need to specify EXECUTABLE correctly on the release, but you will get better performance if you do.
Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY "IBM Mainframe Assembler List" <[email protected]> wrote on 11/16/2020 05:29:02 PM: > From: "Ngan, Robert" <[email protected]> > To: [email protected] > Date: 11/17/2020 02:03 AM > Subject: Re: security with storage allocation under z.OS > Sent by: "IBM Mainframe Assembler List" <[email protected]> > > I found out the hard way that, if you code EXECUTABLE=YES of the > STORAGE OBTAIN, you must also code it on the associated STORAGE RELEASE. > Evidently, it's implemented as a subpool under the covers, so like > subpool getmains, you must have matching values on OBTAIN and RELEASE. > > Robert Ngan > HCL Technologies
