My variant is faster to write!  ;)

(BTW, with my idea only needed space is allocated, there is no unused 
preallocated space.)


 
Regards, 
Thomas Berg 
_________________________________________ 
Thomas Berg   Specialist   A M   SWEDBANK 


> -----Ursprungligt meddelande-----
> Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
> McKown, John
> Skickat: den 13 februari 2012 14:21
> Till: IBM-MAIN@bama.ua.edu
> Ämne: Re: Archaic allocation in JCL (Was: Physical record size query)
> 
> Or, as the programmers at our shop would do:
> 
> SPACE=EAT-EVERYTHING-IN-SIGHT-AND-CAUSE-OTHER-JOBS-TO-ABEND-BECAUSE-MY-
> STUFF-IS-IMPORTANT-AND-YOUR-STUFF-ISNT.
> 
> Or
> 
> SPACE=WHAT,ME_WORRY?
> 
> Or
> 
> SPACE=I-CANT-BE-BOTHERED-TO-SIZE-THIS-PROPERLY-AND-MY-PROGRAMS-NEVER-LOOP-
> EXCESSIVELY
> 
> In many other systems, such as Winblows, everybody gets their own personal
> "space". And if it is "used up", it doesn't impact others. z/OS shares
> DASD space. So one bad apple can cause a major problem. Hopefully not in
> production. But what about for "temp" space? I've had production jobs go
> down due to no space on the work packs due to a nitwit coding up a job
> with 30 SORTWKnn DD statements, with SPACE=(CYL,(2000,100)). Because they
> kept getting "SORT CAPACITY EXCEEDED" and just wanted the <elided> job to
> run. This was in internal COBOL sort, so dynamic SORTWORK was not
> possible. IIRC, the problem was their program outputting about 30 million
> records (a bug).
> 
> --
> John McKown
> Systems Engineer IV
> IT
> 
> Administrative Services Group
> 
> HealthMarkets®
> 
> 9151 Boulevard 26 . N. Richland Hills . TX 76010
> (817) 255-3225 phone .
> john.mck...@healthmarkets.com . www.HealthMarkets.com
> 
> Confidentiality Notice: This e-mail message may contain confidential or
> proprietary information. If you are not the intended recipient, please
> contact the sender by reply e-mail and destroy all copies of the original
> message. HealthMarkets® is the brand name for products underwritten and
> issued by the insurance subsidiaries of HealthMarkets, Inc. -The
> Chesapeake Life Insurance Company®, Mid-West National Life Insurance
> Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM
> 
> 
> 
> > -----Original Message-----
> > From: IBM Mainframe Discussion List
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Thomas Berg
> > Sent: Monday, February 13, 2012 5:28 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Archaic allocation in JCL (Was: Physical record size query)
> >
> > I can't understand why we STILL need to specify SPACE= (etc)
> > for an allocation of a dataset.
> > You normally don't do that in other OS (platforms), You
> > always (both principally and in practice) want to allocate as
> > much as is needed during execution
> >
> > If for backward compatibility it can't be done automatically,
> > why not introduce a new keyword like e g "SPACE=ANY" ?
> >
> >
> >
> > Regards,
> > Thomas Berg
> > _________________________________________
> > Thomas Berg   Specialist   A M   SWEDBANK
> >
> > ----------------------------------------------------------------------
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> >
> >
> 
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Reply via email to