home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / bit / listserv / ibmtcpl / 3044 < prev    next >
Encoding:
Text File  |  1992-12-23  |  2.6 KB  |  54 lines

  1. Newsgroups: bit.listserv.ibmtcp-l
  2. Path: sparky!uunet!noc.near.net!ns.draper.com!news.draper.com!MVS.draper.com!SEB1525
  3. From: SEB1525@MVS.draper.com (Steve Bacher)
  4. Subject: IBM's MVS TCP/IP Problems
  5. Message-ID: <19921223081443SEB1525@MVS.draper.com>
  6. Sender: MVS NNTP News Reader <NNMVS@MVS.draper.com>
  7. Nntp-Posting-Host: mvs.draper.com
  8. Organization: Draper Laboratory
  9. Date: Wed, 23 Dec 1992 13:14:00 GMT
  10. Lines: 42
  11.  
  12. Denis DeLaRoca and Leonard Woren recently commented on IBM's failure
  13. and/or refusal to fix fundamental problems in MVS TCP/IP.
  14.  
  15. While I agree with their comments, some current perspective is in order.
  16. IBM recently announced that, due to financial difficulties, they are
  17. implementing yet another retrenchment program.  This includes the
  18. abandonment of their no-layoff policy - about 25,000 people are expected
  19. to be let go - and, at long last, an admission that mainframes are no
  20. longer the most profitable item on which to focus their business.
  21.  
  22. It seems to me that the word has come down from on high NOT to devote
  23. any more resources to improving mainframe operations, other than those
  24. facilities which are critical to large batch-driven businesses.  TCP/IP
  25. would clearly not fall into that category.
  26.  
  27. Therefore, while the behavior of IBM wrt MVS TCP/IP is unacceptable,
  28. it is to be expected, given the state of the market.
  29.  
  30. Btw, yet another MVS TCP/IP problem:  the latest FTP doesn't allow
  31. hyphens in data set names anymore.  IBM was good enough to take an
  32. APAR, but the fix is (again!) broken:  data sets containing a period
  33. followed by a dollar sign don't work with this APAR. (Why only a
  34. dollar sign?  ".#" and ".@" work fine.  What's in their mind?)
  35.  
  36. Also, I don't understand why the fix was distributed as a huge update
  37. with no accompanying source code and mucho relinking required. The
  38. original PTF which this is supposed to fix was one module, for which we
  39. even received PASCAL source.  Is is really that hard to fix a lousy
  40. single character in a translate table?
  41.  
  42. To be fair, the bad management of this product due to several factors:
  43. IBM's VM/CMS-based approach to the product, with little innate
  44. understanding of MVS; IBM's problems with the "real computing world" in
  45. general; and the more universal difficulties of maintaining and building
  46. software in multiple high-level languages, something not limited to IBM.
  47. If you really want to puke, just look at X-Windows from the point of
  48. view of distribution and maintainability some time.  Now you can't
  49. blame IBM for that!
  50.  
  51. --
  52. Steve Bacher (Batchman)                 Draper Laboratory
  53. Internet: seb@draper.com                Cambridge, MA, USA
  54.