On Wed, 27 Feb 2008 20:14:24 -0500 J R <[EMAIL PROTECTED]> wrote: :>>From the description of the ALLOCATE command :>operands in TSO/E Command Reference, SA22-7782: :>"When you invoke ALLOCATE to perform dsname :>dynamic allocation, an "allocation environment" :>already exists for your request. It consists of the :>allocation requests, made via your JCL or internal :>dynamic allocation, that have not yet been :>deallocated. These resources are considered to be :>existing allocations, and are considered first in the :>attempt to fill your ALLOCATE requests. If possible, :>ALLOCATE will use an existing allocation to satisfy :>your dsname allocation request. Although some :>parameters can be changed if necessary, the :>request and the existing allocation must match :>according to several criteria before the allocation :>can be selected to satisfy your request." :>This was my recollection from the early '70s, :>although it's more generalized than I wrote in my :>earlier post. However, I'm sure I remember it :>working in the case of non-cataloged datasets. :>I haven't had a chance to try it yet but, until I do, :>I'll take Mark's word for it that it doesn't work :>like I thought it did.
Some -mumble- years ago I put an exit in dynamic allocation which treated passwords as volsers (since we weren't using password protection). TSO supports specifying a password any time a dataset name is specified. :>> Date: Wed, 27 Feb 2008 15:29:28 -0600 :>> From: [EMAIL PROTECTED] :>> Subject: Re: TSO ALLOC concat using VOLSER? :>> To: [email protected] :>> On Wed, 27 Feb 2008 16:09:24 -0500, J R <[EMAIL PROTECTED]> wrote: :>> >I believe Scott is correct. :>> >If you allocate a dataset without specifying its volser, :>> >allocation will run the DSAB queue *before* looking in :>> >the catalog. If a dataset of the same name is already :>> >allocated, that's the same one that will be used in the :>> >subsequent allocation. :>> I just tried that and it didn't work for me . You (or someone else) is :>> welcome to try and see if they get different results. -- Binyamin Dissen <[EMAIL PROTECTED]> 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
