I can see that. That's one reason it pisses me off that we couldn't implement NODELAY from day 1, which was only less than 3 years ago. Now if we were to do it we'd first have to make sure no one is depending on the DELAY functionality. Hopefully not, but who knows!
>________________________________ > From: Mark Zelden <[email protected]> >To: [email protected] >Sent: Wednesday, May 1, 2013 12:47 PM >Subject: Re: Check whether job still running > > >On Wed, 1 May 2013 10:41:19 -0700, Frank Swarbrick <[email protected]> >wrote: > >>Why are people so insistent that having two same named jobs running at the >>same time would cause such havoc?� Do people really often have two jobs with >>the same name that do different things submitted at the same time with the >>intention that they need to run sequentially and not simultaneously? > >>This has been a peeve of mine since we moved from VSE to z/OS.� In >>development especially, unless we follow that what I deem to be a very silly >>and outdated standard of having your user ID as most of the jobname, having a >>job named, say, LISTCAT, would be very common.� And why shouldn't two jobs >>name LISTCAT be able to run simultaneously? > >>Even though we are a new z/OS shop, we have "old" z/OS (MVS) sysprogs who >>insist that we shouldn't activate the option to allow like-named jobs to run >>at the same time.� I just think its nonsense; its just inertia. > > >The answer (like so many of the answers for the "complaints" about this >platform) is >simply "history" and the fear of what might break that you don't know about or >actually knowing something will break and having to go through the effort to >change something in order to use the feature (often too much trouble for a >minor benefit). > >In this specific case, I have not allowed it on any systems I have managed for >the stated reasons above. Had running duplicate jobs been allowed from the >start, of course it wouldn't be an issue and I think many if not most shops >would >use it. The ones that use it as a "cheap method" of getting jobs to run in >succession would have just done it a different way. > >Mark >-- >Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS >mailto:[email protected] >Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html >Systems Programming expert at http://expertanswercenter.techtarget.com/ > >---------------------------------------------------------------------- >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
