Re: SVC 99 RLSE text unit on DISP=SHR allocation with a PDS/PDSE member name
What would it even mean to release the space for a member? Note: RLSE is a positional sub-parameter of SPACE on a DD statement; the leading commas are mandatory. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Thomas David Rivers [riv...@dignus.com] Sent: Tuesday, October 27, 2020 6:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SVC 99 RLSE text unit on DISP=SHR allocation with a PDS/PDSE member name I have a DYNALLOC set up with a default of adding the RLSE text unit (to release the space after a CLOSE.) This is to retrieve a system-provided DD name for an eventual OPEN OUTPUT operation, for opening a DSN(MEM) PDS/PDSE member. The PDS in question already exists (happens to be a PDSE.) That is, this is not a NEW allocation. So, basically it would be something like: // DD DSN=MY.PDSE(MEM),SPACE=(RLSE),DISP=SHR (no other space parms are provided in the DYNALLOC text-units, it's invalid JCL but seems to be OK for DYNALLOC.) It seems that if the RLSE text-unit is provided, _all_ of the remaining space in the PDS/PDSE is released, not just "space" for the member; that is, the entire PDS/PDSE allocation is truncated on the CLOSE. I would expect RLSE to apply to the member - which doesn't make sense, since the eventual directory update is going to set the member's size to just the blocks in the PDS/PDSE it's using... but it seems to be applying to the entire PDS/PDSE... which is equally surprising. Am I rightly surprised, or does it not apply to the entire PDS/PDSE and there is something else in my processes that is perhaps releasing the allocated space. That is, what does the RLSE text-unit mean when the allocation has a DSN and a MEMBER for an existing PDS/PDSE? Just hoping someone has been down-this-road before... - Thanks! - - Dave Rivers - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://secure-web.cisco.com/1h5aNYUGd5NpBejG2gs7KW09FOAbvsUAk1ssOOp9CSOJx4Tk9hqapEmQaa_GKSrKZzMKFCfVjYoFdfrJMa6VFrXtwGBczg7OjBW5y_6_Dex6wZaLqSVA5_I94uQa9QSGjhXIQzX3cF8fTKrCeC9a9wcljb9lgFLcY52g3Jz4LlEdPQn9QkazotNabIkfeno-Gq_2BgaCK_HvJvUZxoxiqvQyiopxPOGBNkZ254vtan0YFnI4m4A4GtRzEt2hxSaAXO4s0kmbIDP6JgFpZFP_Un6MQ6JpFrVJgPoBxYZ23cS5s8TnoVZRDgOp8oJ1flpjJ-Ni24oI7CXEe0iU6ls4s6Iga3O_ZplhuvyTRjrbnDQvF10iQHPDbXQraNyOI_MyVy0Na70CZq71MroLibgtlZahpn37RQIdXCGLb9h0bp07VPILpZe-GBllKNT2jvRek/http%3A%2F%2Fwww.dignus.com -- 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
Re: SVC 99 RLSE text unit on DISP=SHR allocation with a PDS/PDSE member name
Space management inside PDSes and PDSEs is not under your control. PDSes have to be compressed sometimes, and PDSEs handle it automatically. RLSE applies to datasets, and is working as designed and documented. I expect it would work in JCL if specified correctly. sas On Tue, Oct 27, 2020 at 5:53 PM Charles Mills wrote: > Don't most member allocation parameters apply to the entire dataset? I > would > expect RLSE to behave that way. Consider that classic error in which the > newbie codes DSN=WHATEVER(FOO),DISP=(OLD,DELETE) and is surprised that the > whole dataset, not just FOO, goes away. > > Not what you asked, but is SPACE=(,,RLSE) valid syntax? I think the first > two parameters are required, sort of. > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Thomas David Rivers > Sent: Tuesday, October 27, 2020 3:47 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: SVC 99 RLSE text unit on DISP=SHR allocation with a PDS/PDSE > member > name > > I have a DYNALLOC set up with a default of adding > the RLSE text unit (to release the space after a CLOSE.) > > This is to retrieve a system-provided DD name for an eventual OPEN > OUTPUT operation, > for opening a DSN(MEM) PDS/PDSE member. > > The PDS in question already exists (happens to be a PDSE.) That is, > this is not > a NEW allocation. > > So, basically it would be something like: > > // DD DSN=MY.PDSE(MEM),SPACE=(RLSE),DISP=SHR > > (no other space parms are provided in the DYNALLOC text-units, it's invalid > JCL but seems to be OK for DYNALLOC.) > > It seems that if the RLSE text-unit is provided, _all_ of the remaining > space in the PDS/PDSE > is released, not just "space" for the member; that is, the entire > PDS/PDSE allocation > is truncated on the CLOSE. > > -- > 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
Re: SVC 99 RLSE text unit on DISP=SHR allocation with a PDS/PDSE member name
Don't most member allocation parameters apply to the entire dataset? I would expect RLSE to behave that way. Consider that classic error in which the newbie codes DSN=WHATEVER(FOO),DISP=(OLD,DELETE) and is surprised that the whole dataset, not just FOO, goes away. Not what you asked, but is SPACE=(,,RLSE) valid syntax? I think the first two parameters are required, sort of. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Thomas David Rivers Sent: Tuesday, October 27, 2020 3:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SVC 99 RLSE text unit on DISP=SHR allocation with a PDS/PDSE member name I have a DYNALLOC set up with a default of adding the RLSE text unit (to release the space after a CLOSE.) This is to retrieve a system-provided DD name for an eventual OPEN OUTPUT operation, for opening a DSN(MEM) PDS/PDSE member. The PDS in question already exists (happens to be a PDSE.) That is, this is not a NEW allocation. So, basically it would be something like: // DD DSN=MY.PDSE(MEM),SPACE=(RLSE),DISP=SHR (no other space parms are provided in the DYNALLOC text-units, it's invalid JCL but seems to be OK for DYNALLOC.) It seems that if the RLSE text-unit is provided, _all_ of the remaining space in the PDS/PDSE is released, not just "space" for the member; that is, the entire PDS/PDSE allocation is truncated on the CLOSE. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SVC 99 RLSE text unit on DISP=SHR allocation with a PDS/PDSE member name
I have a DYNALLOC set up with a default of adding the RLSE text unit (to release the space after a CLOSE.) This is to retrieve a system-provided DD name for an eventual OPEN OUTPUT operation, for opening a DSN(MEM) PDS/PDSE member. The PDS in question already exists (happens to be a PDSE.) That is, this is not a NEW allocation. So, basically it would be something like: // DD DSN=MY.PDSE(MEM),SPACE=(RLSE),DISP=SHR (no other space parms are provided in the DYNALLOC text-units, it's invalid JCL but seems to be OK for DYNALLOC.) It seems that if the RLSE text-unit is provided, _all_ of the remaining space in the PDS/PDSE is released, not just "space" for the member; that is, the entire PDS/PDSE allocation is truncated on the CLOSE. I would expect RLSE to apply to the member - which doesn't make sense, since the eventual directory update is going to set the member's size to just the blocks in the PDS/PDSE it's using... but it seems to be applying to the entire PDS/PDSE... which is equally surprising. Am I rightly surprised, or does it not apply to the entire PDS/PDSE and there is something else in my processes that is perhaps releasing the allocated space. That is, what does the RLSE text-unit mean when the allocation has a DSN and a MEMBER for an existing PDS/PDSE? Just hoping someone has been down-this-road before... - Thanks! - - Dave Rivers - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN