From MFT days.... SVC99 alloc in a JOB is not treated the same as INIT ALLOC (JCL). It has been a while since I’ve had to know this stuff and memory gets hazy. Throw in VTS and there may be nuances that I’ve not been exposed to.
“Roll in” occurs when you dealloc when doing SVC99. If using TAPE, Catalog is effectively done at dealloc not at allocation as it is with DASD. Sent from my iPhone — small keyboarf, fat fungrs, stupd spell manglr. Expct mistaks > On Jun 21, 2020, at 9:20 AM, Joseph Reichman <[email protected]> wrote: > > Going to to try it now but it seems logical that the system updates it ( the > relative number after the dataset is unallocated ) > As from what I remember in multi step job > Where the GDG is explicitly allocated the GDG number gets updates only after > completion of the entire job > > Thanks > > > >> On Jun 21, 2020, at 5:56 AM, Binyamin Dissen <[email protected]> >> wrote: >> >> On Sun, 21 Jun 2020 01:02:41 -0400 Joseph Reichman <[email protected]> >> wrote: >> >> :>I am doing a number of snapx type dumps in a started task. I would like to >> :>keep each and every one in a separate dsn. It would seem keeping them in a >> :>GDG would accomplish this. >> >> :>The Documentation says that If I turn on S99GDGNT in S99FLAG1 I could >> :>specify the dsn as MYSDUMP.GDG(+1) and have each snap dump in a separate >> :>providing I do a close un allocate as a text unit (meaning I would >> :>unallocated the dataset upon closing the snap file). >> >> :>If I read documentation right it seems that upon a close unallocate the >> :>relative gag number gets updated >> >> It would seem to not require any free. Why haven't you tried it? >> >> -- >> Binyamin Dissen <[email protected]> >> http://www.dissensoftware.com >> >> Director, Dissen Software, Bar & Grill - Israel >> ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
