I would rather see a new disp parameter (DELONLY) that says I am not going to open this data set, I just want it deleted.
Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax: (281)336-5410 E-Mail: [email protected] All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of John Eells > Sent: Friday, August 21, 2009 8:50 AM > To: [email protected] > Subject: Re: It's Official: z/OS Now 110% Modern > > Matthew Stitt wrote: > <snip> > > > > I actually like Lizette's solution far better than development. Her > > solution is more functional and less specific. I know of many that > use the > > allocation routines for dataset work without using IEFBR14 (I for > one). All > > you need is to code JCL for a file that is not referenced in the > program. > > > > Actually the MIGDEL(Norecall) should be the default, since that is > what is > > wanted anyway. As has been discussed in this group several times in > the > > past, the Recall becomes a real pain when all we wanted was for the > dataset > > to go away. > <snip> > > If you like her solution better, please submit a requirement. All the > ones I found talked specifically about IEFBR14, though, so why we did > what we did is no mystery. > > We can't win on the default. We can only pick which group of customers > to annoy: > > - If we default a behavioral change we introduce a migration action. > Customers overwhelmingly tell us they hate migration actions. "Look at > this behavioral change, see if you care, and change something if you > don't want it to happen" is a migration action. > > - If we don't default the behavioral change, people who want it tell us > that "everyone" would want it to be the default. > > We have historically been poor predictors of which group will be > larger, > so we are "defaulting" more and more to avoiding behavioral changes > that > "just happen." > > -- > John Eells > z/OS Technical Marketing > IBM Poughkeepsie > [email protected] > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
