home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / bit / listserv / ibmtcpl / 3256 < prev    next >
Encoding:
Text File  |  1993-01-28  |  3.8 KB  |  85 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!uvaarpa!darwin.sura.net!paladin.american.edu!auvm!USCMVSA.BITNET!LDW
  3. Message-ID: <IBMTCP-L%93012704531777@PUCC.PRINCETON.EDU>
  4. Newsgroups: bit.listserv.ibmtcp-l
  5. Date:         Wed, 27 Jan 1993 01:54:00 PST
  6. Sender:       IBM TCP/IP List <IBMTCP-L@PUCC.BITNET>
  7. From:         Leonard D Woren <LDW@USCMVSA.BITNET>
  8. Subject:      Re: IBM TCP/IP inadequacies ...
  9. Lines: 74
  10.  
  11. On Tue, 26 Jan 1993 13:09:34 CST,
  12.    Rick Troth <TROTH@RICEVM1.RICE.EDU> re-opened a can of worms:
  13. ( ">>" stuff is from Denis DeLaRoca before he went into hiding.  ;-)  )
  14. > ...
  15. >         Now you know.   Now you know from experience how we  (VMers)
  16. > feel,  how we've felt for the last twenty years.
  17.  
  18. > > ... application in one split of my ISPF session and then start another
  19. > >tcp/ip app (whether it be from IBM or not) in a second split... I can't
  20. > >have that same tcp/ip app multitask and use tcp/ip services without the
  21. > >risk of losing access to IUCV from within my address space.
  22. >
  23. >         Note that this doesn't happen in CMS.   (well ... maybe it does,
  24. > but it doesn't have to;  depends on how well the app was written)
  25.  
  26. If I understand what you're saying, and if you're right, then the MVS
  27. implementation is more broken than we thought.  On the other hand, can
  28. you run, say, FTP and TELNET at the same time in a single CMS V.M.?
  29.  
  30. >         Denis,  what I think you want to ask for is a higher-level tool
  31. > for IBM Mainframe TCP/IP to be built on.   Under the covers,  this would
  32. > use IUCV on VM,  but use  (sorry I don't know what you've got)  whatever
  33. > is native to MVS inter-process comm when running on MVS.
  34.  
  35. Well, there really isn't one, so every product has to invent their own.
  36. This is one of the most glaring deficiencies in MVS.
  37.  
  38. >         It really smarts,  doesn't it.   Shout it;  scream it.
  39. > On the VM side,  we don't like it either,  but we've been getting it
  40. > for,  like I said,  most of twenty years now.
  41.  
  42. >         And,  you're gonna get sick of this,  we've had to put up with
  43. > a badly engineered (and buggy) OS emulator platform for twenty years.
  44.  
  45. Well, in heavily editing the quoted material, notice that I left in
  46. all three places where you said that.  The fact that IBM has
  47. historically screwed CMS users by taking MVS things like compilers and
  48. stuffing them into VM with the bare minimum of changes does NOT make
  49. it reasonable to do the reverse with a product that originated on VM.
  50. You know -- "Two wrongs don't make a right."
  51.  
  52. > (sorry,  I just hope that IBM will get the word that emulation ain't
  53. > as good as virtualization and that hacking MVS onto CMS or hacking C
  54.  
  55. Don't hold your breath... I'm not.
  56.  
  57. > onto either is stupid  (C compiler; another thread that doesn't belong
  58. > on IBMTCP-L,  though IBM TCP/IP hurts from it))
  59.  
  60. Something that I consider worse is having a critical product written
  61. in PASCAL.  Yes, I know the history, but it's still not reasonable.
  62.  
  63. >         You mentioned good engineering and modern operating systems.
  64. > Do you mean modular design and "micro kernel" concepts like found in CP?
  65. > That would argue for continued,  though certainly with some improvement,
  66. > use of the VM emulation you don't want.   Unless you're telling me that
  67. > MVS is now a micro kernel and no longer a monolith.   (no offense;
  68. > I really don't know;  been away from MVS for too long)
  69.  
  70. I'm not sure I know what micro kernel is, and this is the wrong list
  71. anyway, but if you want to guess at what MVS looks like now, figure
  72. that it doubled in size every few years in the time that you were
  73. away.  Can you say "collapsing under its own weight"?
  74.  
  75. >         Which makes me ask,  when will we get OSI?
  76.  
  77. NEVER ASK A QUESTION THAT YOU DON'T REALLY WANT TO KNOW THE ANSWER TO.
  78.  
  79. > Stop BASIC before it stops you.   -- Dijkstra
  80. > Stop UNIX before it stops you.   -- Troth
  81.  
  82. Cute.  On the other hand, if you can't beat 'em, join 'em.
  83.  
  84. /Leonard
  85.