There are permanent concatenations, and regular. ALLOC creates a permanent concatenation.
On Wed, 2 Apr 2014 16:50:17 -0500 Paul Gilmartin <paulgboul...@aim.com> wrote: :>On Wed, 2 Apr 2014 16:25:10 -0500, Walt Farrell wrote: :> :>>As far as I know, gil, that's the way that FREEing a concatenation has always worked. It truly frees the first one, but merely deconcatenates the others. So, yes, I believe you'll need to remember them if you want to be able to truly free them later. :>> :>Thanks. :> :>Well, they's concatenations, and they's concatenations, and it appears that :>some concatenations is more equal than others. By a brief experiment: :> :> allocate dd(ddn) dsn(dsn1,dsn2) :> free ddn :> :>... frees both catenand data sets. But: :> :> allocate dd(ddn) dsn(dsn1) :> allocate dd(ddn2) dsn(dsn2) :> concat ddlist(ddn,ddn2) :> free ddn :> :>...frees dsn1 but leaves dsn2 allocated. So, I'm left wondering what's different :>between the control block structures created by the two processes. (Or did :>I make an observational error?) :> :>Unfortunately, the first form isn't available for concatenating: :>o UNIX files :>o uncatalogued data sets occupying different volumes. :> :>-- gil :> :>---------------------------------------------------------------------- :>For IBM-MAIN subscribe / signoff / archive access instructions, :>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Binyamin Dissen <bdis...@dissensoftware.com> 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