home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / bit / listserv / ibmmain / 1844 < prev    next >
Encoding:
Text File  |  1992-07-30  |  2.0 KB  |  44 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!IBM-B.RUTHERFORD.AC.UK!MWE
  3. X-Delivery-Notice: SMTP MAIL FROM does not correspond to sender.
  4. Message-ID: <IBM-MAIN%92073103343302@DEARN>
  5. Newsgroups: bit.listserv.ibm-main
  6. Date:         Fri, 31 Jul 1992 02:19:26 BST
  7. Sender:       IBM Mainframe Discussion list <IBM-MAIN@RICEVM1.BITNET>
  8. From:         Mike Ellwood <MWE@IBM-B.RUTHERFORD.AC.UK>
  9. Subject:      Re: UNIT and VOLUME specification
  10. In-Reply-To:  Message of Thu, 30 Jul 92 15:58:00 PDT from <LDW@EARN.USCMVSA>
  11. Lines: 31
  12.  
  13. >> know this is real spaghetti.
  14. >
  15. >Ah hah.  So the real reason we don't get more user-friendly systems
  16. >from IBM is that it's too hard to change the existing ancient cruddy
  17. >code.  Well, I guess over the next 10 years this problem will solve
  18. >itself, as everybody moves to *ix systems.
  19. >
  20. Ha ha; as an old MVT/MVS fogey, I've been reading this debate with
  21. growing fascination. And from what I've heard there are even more
  22. fascinating debates to be had in the JES area (NQS/MVS for JES3
  23. anyone? :-) )
  24.  As a new *ix user, I can think of few things I could do in MVS, or
  25. even VM, that I can't do as easily in *ix, or easier. (And a lot
  26. of the elegance of VM is only of interest in the context of System/360
  27. (and its descendants) architecture. If one can break out of that trap,
  28. it ceases to have much interest, except historical.
  29. HOWEVER!! - the one thing *ix doesn't have, and could surely use, is
  30. decent tape (and I think I mean tape label) handling, a la MVT/MVS.
  31.  
  32. Does anyone know if AIX will ever provide this?   (And if this means
  33. deviating from "standard UNIX", well - tough!
  34.  
  35. >I don't have sympathy for those customers.  If the manual says that
  36. >something has to be done a certain way, and you do it in violation of
  37. >the published doc, and it eventually stops working, you have no right
  38. >to complain to the vendor.
  39. Not sure if I agree with that, but I suspect what they had been taking
  40. advantage of were both the loopholes in the code, and the ambiguities
  41. or plain lack of information in the docs, esp. the old ones.
  42.  
  43. Mike
  44.