AFAIK that doesn't help with the technical problems of allocate. (Primary and secondary allocations for the immediate current needs, extents etc.)
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 O'Brien, David W. (NIH/CIT) [C] > Sent: Monday, May 20, 2013 5:55 PM > To: [email protected] > Subject: Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK > datasets > > Or you could ask your Storage Admin. to have SMS intercept the > allocation and assign a dataclass with multiple volumes and a storage > group with sufficient space. > > Thank You, > Dave O'Brien > > ________________________________________ > From: Thomas Berg [[email protected]] > Sent: Monday, May 20, 2013 11:46 AM > To: [email protected] > Subject: Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK > datasets > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:[email protected]] > > On Behalf Of Paul Gilmartin > > Sent: Monday, May 20, 2013 5:40 PM > > To: [email protected] > > Subject: Re: B37 för FTINCL in ISPF for userid.ISPnnnnn.SPFTEMPn.WORK > > datasets > > > > On Mon, 20 May 2013 17:25:38 +0200, Thomas Berg wrote: > > > > >As I described at the ISPF-L list, this didn't work. And that's > > because ISPF uses an userid.ISPnnnnn.SPFTEMPn.WORK file just for file > > tailoring into a preallocated ISPFILE ddname. > > > > > >But it worked with preallocating the ISPWRKn and/or ISPCTLn files. > > >(The created JCL was > 173000 lines, most of them control cards to > > >utilities.) > > > > > There's a real need for an enhancement to SUBMIT to accept a DDNAME > as > > input as an alternative to a DSN. This might even be an allocated > > POSIX pipe, eliminating the need for a preallocated work file. > > > > And its RECFM=FB, LRECL=80 restriction should be eliminated. > > 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.) > > <SARCASM> > But maybe it's so complicated to construct such a solution that IBM > needs to consult the Windows programmers ? :E </SARCASM> > > > > 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 > ---------------------------------------------------------------------- > 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
