On Wed, 11 May 2022 15:53:20 +0000, Farley, Peter x23353 wrote: >Only if your SYSIN is not DUMMY. When SYSIN for IDCAMS is DUMMY it does (and >can do) nothing at all, rather more expensively in CPU time than IEFBR14, but >still nothing by comparison. > >Only if you are allocating and using REPRO from a DUMMY to a new sequential >file or an actual DEFINE for a VSAM cluster for instance would IDCAMS do what >you describe. > Will it not write an end-of-file at the first extent and RLSE all but the first allocation unit of SPACE?
(I suspect the OP did not intend his use of "SYSIN".) In the Bad Old pre-SMS Days, I sometimes relied on a primary allocation of 0 to preclude subsequently reading residual data. >-----Original Message----- >From: <David> <Mingee> >Sent: Wednesday, May 11, 2022 11:46 AM > >IDCAMS does an open and close on the new file and writes zero records, so if >RLSE is coded with the SPACE for output file(s) then the unused trks or cyls >Are released. Secondary space will be used if needed when data is created in >the file later. > >-----Original Message----- >From: David Spiegel >Sent: Wednesday, May 11, 2022 11:07 AM > >I do not understand this at all. >How does any program differ from IEFBR14 (with respect to allocation/freeing >unused disk space by DD Statement)? > >Maybe your shop has an Exit or add-on product which does Storage Management? > >On 2022-05-11 01:53, <David> <Minge > wrote: >> 5. Consider changing IEFBR14 for allocating new files to IDCAMS with >> SYSIN DD DUMMY. This will release unused disk space. -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
