Managed File Transfer. NDM, is one (aka Connect:Direct). The other stuff was caused/created by SMS.
Sent from my iPhone — small keyboarf, fat fungrs, stupd spell manglr. Expct mistaks > On Jun 21, 2020, at 12:41 PM, Seymour J Metz <[email protected]> wrote: > > There was no SVC 99 in MFT. SVC 99 (very different from the one you know and > love) was part of TSO, an MVT only option. And "Roll In/Roll Out" had nothing > to do with GDGs; don't ask, don't tell. > > WRT cataloging, it depends on whether it's an SMS volume; for non-SMS, > cataloging is done at deallocation time. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > ________________________________________ > From: IBM Mainframe Discussion List [[email protected]] on behalf of > Steve Thompson [[email protected]] > Sent: Sunday, June 21, 2020 9:33 AM > To: [email protected] > Subject: Re: Allocating GDG(+1) using SVC 99 > > 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://secure-web.cisco.com/16f5MZFgg2VcKAwferkHfKJZm0TgMKh5SGRCQrzb__z8zeZDoncu7dybqqYo73PicmxjngnoW65yVsVUG8QIOrIRSeS1a7S3FCznpVHyMlmI9f3O53dErFbu1pdJL-oVyJk1FMHafvEa7ZQYPqkBit7VE-WlH_ScZRHXceyerSgteLe95Q5SIbqELEae1zRYROCFmIA7TFD3b96nRJsGltTfpoR5Mc7TKKWTKy2p6PQF8RbC1qwL1JiIuZs-tzpuJSt0JORzaRGKzegEF1gYJWC_52B6w-j5tj8oD6RMqzCdq0NxFzvrsXIfltNJ0ZsfLZxNObkdVuCcgcL24TSo9zuOqwmv8R4FH8kSdVyE4P6k7oAzFXWsCCiQEWhoSsA_91BUSLwEYxAlpWyGbBqP_fk-ZIxoEymnp5x98GlYpviv4maSS-tdteAo-ayuQ3tEM/http%3A%2F%2Fwww.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 > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
