Re: Allocating GDG(+1) using SVC 99
The same happened when CA bought Uccel. All of the UCCnn messages became CA-nn. On 6/21/20 12:41 PM, Tom Brennan wrote: Side note: I had to chuckle when I first saw "NDM" replaced in all the messages and screens with "C:D". Hey, a 3 character replace and we're done without having to worry about strings getting longer or shorter :) On 6/21/2020 10:24 AM, Steve Thompson wrote: Managed File Transfer. NDM, is one (aka Connect:Direct). -- 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: Allocating GDG(+1) using SVC 99
Side note: I had to chuckle when I first saw "NDM" replaced in all the messages and screens with "C:D". Hey, a 3 character replace and we're done without having to worry about strings getting longer or shorter :) On 6/21/2020 10:24 AM, Steve Thompson wrote: Managed File Transfer. NDM, is one (aka Connect:Direct). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Allocating GDG(+1) using SVC 99
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 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 [IBM-MAIN@LISTSERV.UA.EDU] on behalf of > Steve Thompson [ste...@copper.net] > Sent: Sunday, June 21, 2020 9:33 AM > To: IBM-MAIN@LISTSERV.UA.EDU > 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 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 >>>> wrote: >>> >>> On Sun, 21 Jun 2020 01:02:41 -0400 Joseph Reichman >>> 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 >>> 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 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Allocating GDG(+1) using SVC 99
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 [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Steve Thompson [ste...@copper.net] Sent: Sunday, June 21, 2020 9:33 AM To: IBM-MAIN@LISTSERV.UA.EDU 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 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 >> wrote: >> >> On Sun, 21 Jun 2020 01:02:41 -0400 Joseph Reichman >> 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 >> 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 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: 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 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 >> wrote: >> >> On Sun, 21 Jun 2020 01:02:41 -0400 Joseph Reichman >> 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 >> http://www.dissensoftware.com >> >> Director, Dissen Software, Bar & Grill - Israel >> -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Allocating GDG(+1) using SVC 99
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 > wrote: > > On Sun, 21 Jun 2020 01:02:41 -0400 Joseph Reichman > 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 > http://www.dissensoftware.com > > Director, Dissen Software, Bar & Grill - Israel > > > Should you use the mailblocks package and expect a response from me, > you should preauthorize the dissensoftware.com domain. > > I very rarely bother responding to challenge/response systems, > especially those from irresponsible companies. > > -- > 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: Allocating GDG(+1) using SVC 99
On Sun, 21 Jun 2020 01:02:41 -0400 Joseph Reichman 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 http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN