As the programming in these cases is: 1. Run. 2. If B37 etc. --> Allocate more space. 3. Go to 1. 4. Continue with the next dataset...
..I'm wondering what the point of this is ? ===> The result of any "education" is the description in my previous reply below. There is not any point in putting a lot of time to solve something where the logical solution in points 1 to 3 above is totally acceptable. ===> You don't normally need to specify memory for DFSORT. It takes care of it itself. You don't write channel programs, you have access methods for it. You don't submit production jobs for hand and evaluate them each afterwards etc. You have a product like OPC for it. ... ===> I think that part of this disagreement is that most of my opponents here is, more or less, sysprogs. And as such they haven't experienced the amount of time needed and lost at space allocation problems that lots and lots of jobs and applications are generating. Not to mention that you have to deal with many products that in practice have a lot of unsatisfying allocations that you NOT have the time to through in hundreds of scripts or jobs whenever a new version arrives. Regards Thomas Berg ____________________________________________________________________ Thomas Berg Specialist z/OS\RQM\IT Delivery SWEDBANK AB (Publ) > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] > On Behalf Of Wayne Bickerdike > Sent: Monday, May 20, 2013 8:57 PM > To: [email protected] > Subject: Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK > datasets > > Thomas, > > If you can describe the problem you can program for it. In your case, > make an educated guess, if that fails, get some more education. > > > On Tue, May 21, 2013 at 4:47 AM, Thomas Berg <[email protected]> > wrote: > >> -----Original Message----- > >> From: IBM Mainframe Discussion List [mailto:IBM- > [email protected]] > >> On Behalf Of Mike Schwab > >> Sent: Monday, May 20, 2013 8:44 PM > >> To: [email protected] > >> Subject: Re: B37 för FTINCL in ISPF for > userid.ISPnnnnn.SPFTEMPn.WORK > >> datasets > >> > >> On Mon, May 20, 2013 at 10:46 AM, Thomas Berg > >> <[email protected]> > >> wrote: > >> > > >> > What is REALLY needed is to get rid of the absurd requirement to > >> specify the amount of storage to allocate for datasets! > >> > > >> > The system should allocate/reallocate according to what is needed > >> > in the actual/immediate need for the dataset without dumping the > >> > problem to the user! (Of course limited by appropriate resource > >> constraints.) > >> > > >> Our site has several dataclas with DCB and Space parameter values > >> suitable for smaller files FB 80 and VB 251 with Cyl 10 10 rlse. > > > > Well, how do you do when you not know in beforehand if the job needs > 1 track or 5000 cyls ? > > And in most of the cases it needs just, say, 5 tracks ? > > And you have to allocate 1000 different files in different > circumstances and your time is limited ? > > > > > > > > Regards > > Thomas Berg > > ____________________________________________________________________ > > Thomas Berg Specialist z/OS\RQM\IT Delivery SWEDBANK AB (Publ) > > > > > > > > > > --------------------------------------------------------------------- > - > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to [email protected] with the message: INFO IBM-MAIN > > > > -- > Wayne V. Bickerdike > > ---------------------------------------------------------------------- > 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
