home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / bit / listserv / ibmmain / 2690 < prev    next >
Encoding:
Text File  |  1992-11-21  |  1.5 KB  |  36 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!USCMVSA.BITNET!LDW
  3. Message-ID: <IBM-MAIN%92112203060613@RICEVM1.RICE.EDU>
  4. Newsgroups: bit.listserv.ibm-main
  5. Date:         Sun, 22 Nov 1992 01:04:00 PST
  6. Sender:       IBM Mainframe Discussion list <IBM-MAIN@RICEVM1.BITNET>
  7. From:         Leonard D Woren <LDW@USCMVSA.BITNET>
  8. Subject:      Re: IEFBR14
  9. Lines: 25
  10.  
  11. On Sat, 21 Nov 1992 18:41:07 EST,
  12.    Jerry Bryan <BRYAN@WVNVM.WVNET.EDU> said:
  13. > I am not sure why you consider this behavior of MVS to be broken.
  14. > It is exactly what would happen if you said (OLD,CATLG) and did not
  15. > open the data set, for example by running IEFBR14.
  16.  
  17. (If you open the dataset, you'll abend S213, however this is
  18. irrelevant to what follows.)
  19.  
  20. I consider it broken because MOD will be treated as NEW if the dataset
  21. doesn't exist, OLD-Extend if it does exist, unless you point to a
  22. specific volume, in which case it's only treated as OLD-Extend.  (And
  23. on Tuesday with a full moon you need a full fizbin.  {*})
  24. Specifically, why will MOD create the dataset on a generic/esoteric
  25. unit, but not on a specific volume???  The only other organization
  26. that can write arcane rules like that is the IRS, and we know
  27. *they're* unreasonable.  This behaviour is a *perfect* example of why
  28. users consider MVS too complicated.
  29.  
  30. /Leonard
  31.  
  32. {*}  For those non-Trekkers, in "A Piece of the Action", Kirk is
  33. making up rules of the game as he goes along, just to confound the bad
  34. guys.  Each time they think they understand his rules, he invents
  35. another exception.
  36.