On 5/20/2013 9:46 AM, Thomas Berg wrote:
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Paul Gilmartin
Sent: Monday, May 20, 2013 5:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
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>
But Thomas, dataset space / size parameters _are_ the constraints!
That's what they're there for.
Now, perhaps the various _default_ constraints should be larger,
but that's what the various configuration settings and files are
for, as is SMS.
Windows doesn't let you choose / specify the constraints.
-Steve Comstock
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
