home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / os2 / misc / 25658 < prev    next >
Encoding:
Internet Message Format  |  1992-07-27  |  6.2 KB
  1. Path: sparky!uunet!cs.utexas.edu!rutgers!princeton!newross!elan!mg
  2. From: mg@elan (Michael Golan)
  3. Newsgroups: comp.os.os2.misc
  4. Subject: Re: I found IBM's plans on *Prodigy* of all places! (long)
  5. Message-ID: <mg.712257602@elan>
  6. Date: 27 Jul 92 17:20:02 GMT
  7. References: <1992Jul25.081953.1533112@zeus.calpoly.edu>
  8. Sender: news@newross.Princeton.EDU (USENET News System)
  9. Organization: Princeton University, Dept. of Computer Science
  10. Lines: 138
  11.  
  12. jemenake@zeus.calpoly.edu (Joe Emenaker) writes:
  13.  
  14. >Here's a copy of a posting I found on Prodigy which apparently came from a
  15. >file called IBMPLANS.ZIP. The person who posted it opined that it was from
  16. >IBM.
  17.  
  18. >THEN, they tried doing
  19. >the same thing while running XCOPY in a DOS window in the background.
  20. >OS/2's time went up by 67% to 15 seconds. Windows' time skyrocketed by over
  21. >500% to 44 seconds.
  22.  
  23. But window's XCOPY doesnt have a bug that makes it hang, at least...
  24. It's interesting they choose one of the buggy OS2 utils to test it ...
  25.  
  26. >[******** TEXT FILE BEGINS *******]
  27.  
  28. IBM flames follow - not of the original poster ...
  29.  
  30. >OS/2 QUALITY                                                
  31. >OS/2 -- A QUALITY SUCCESS STORY                             
  32.  
  33.  
  34. H    H    AAAAA
  35. H    H   A     A
  36. HHHHHH   AAAAAAA            ???????????
  37. H    H   A     A
  38. H    H   A     A
  39.  
  40.  
  41. >                                                            
  42. > To produce the best possible quality product, a new development process
  43. >was instituted for OS/2 2.0.  This new process included small, empowered
  44. >development teams and an unprecedented beta test program involving 30,000
  45. >users.
  46.  
  47. They forgot to tell you: beta testers never saw the final release, and QA
  48. people were removed :-) The last change to the software was 48 hrs before
  49. they sent the diskettes to the copier...
  50.  
  51. Beta of a completely different version (ie pre-WPS, pre-seamless) is 
  52. meaningless. QA must have been the poorest of any IBM product ever. I
  53. heard IBM'er claim a product typically goes to QA for months after
  54. it is finished and freezed. OS2 ?
  55.  
  56. >                                                            
  57. >BUGS                                                        
  58. >                                                            
  59. >OS/2 2.0 consists of about 3.5 million lines of code. 
  60.  
  61. so? so it has less bugs than OS/360 ? thats a success?!
  62. what does the total number of lines (which is too big, anyway) has to
  63. do with it? its not like its a 3.5mil line program, i.e the command VIEW
  64. is an independent buggy program, right? So is XCOPY...
  65.  
  66. >Since we began
  67. >shipping, fewer than 10% of our users have called the OS/2 Support Line.
  68. >More than 75% of these calls are usage, installation, and setup questions.
  69.  
  70. You mean 25% of 10% or one in every 40 users see a REAL BUG AND CALLS?
  71. That means one in every 20 people encounter a real problem, or worse!
  72. That's horrible!! That's quality failure. MS C compiler 6.0 comes to mind...
  73.  
  74. >We have identified approximately 50 issues that are causing these calls.
  75. >(Not all are bugs.  Some are for specific device support that we did not
  76. >intend to include until later releases, but we're now working on due to
  77. >customer interest.)
  78.  
  79. This seems to imply that IBM found less than 50 bugs! I found more myself!
  80. MS, you want to hire me to take shots at IBM's sh***y software QA?
  81.  
  82.  
  83. >About 20 can cause a major function to be
  84. >impacted, but the system continues to work, albeit with an inconvenient
  85. >workaround.
  86.  
  87. Oh come on, I have to boot OS2 at least once a day, or it goes nuts.
  88. Thats about as good as my DV/DOS setup was, and thats not good enough.
  89.  
  90. [No I dont have any hardware problems, don't tell me its my hardware. I know
  91. a little about software to tell, for sure, that all these problems are
  92. software related. MY vanilla 386/33 8M ESDI310M ATI vantage work fine thankyou]
  93.                                                             
  94. >The remaining 25 or so are inconveniences which affect enough customers that
  95. >we have made them a priority. An example is failing to recognize that a
  96. >window has been closed prior to Shutdown.  Upon reboot, the window is open
  97. >and the user would have to click the mouse button twice to close it again.
  98.  
  99. An example is WPS going nuts forcing you to waste time re-botting. When you
  100. reboot, the screen goes blank, and you need to reboot again, upon which
  101. all is fine. If this isn't a serious severe problem, I cant imagine what is.
  102. At least with UAE, dos boots quickly...
  103.  
  104. >SERVICE STRATEGY                                            
  105. >                                                            
  106. >We are continuing to work these problems in priority sequence and have
  107. >posted a number of fixes on COMPUSERVE, OS/2 BBS, and Internet
  108.  
  109. Is this the same strategy for sending OS2 1.3->2.0 upgrades? LIFO ? 
  110. i.e Least Important bug First out ? (No I didnt upgrade, but the stories!)
  111.  
  112. >In the fall there will be a Performance and Service Pack which will include
  113. >all available fixes plus some performance enhancements.  The Pack will be
  114. >available either electronically or on diskettes for a nominal charge
  115.  
  116. Thank god. But if it only includes the currently availble fixes, and IBM
  117. claims that the rest is just a 'minor issue', I am going to buy the NT SDK
  118. and take a look...
  119.  
  120. >ADDITIONAL INFORMATION                                      
  121. >                                                            
  122. >FIXES CURRENTLY ON COMPUSERVE
  123. >o Can't install MFM/RLL (older family 1) disk drives
  124. >o If the swapper file expands to a partition boundary, it won't shrink
  125. >  again until system reboot.
  126. >o Some Western Digital chip sets can hang during system install
  127. >o Some Tseng chip sets in SVGA mode experience display corruption going to
  128. >  and from a full screen Virtual DOS Machine
  129. >o Intermittent trap in the Win OS/2 session after exiting WIN-OS/2 on
  130. >  4MB systems.
  131. >                                                            
  132.  
  133. These are minor problems indeed. What about all the other crashes/problems?
  134.  
  135.  
  136. I don't notice    OS2 being a bit slower
  137.  
  138. I don't care      having to live with some bugs
  139.  
  140. I don't mind      to wait a bit for fixes, these is indeed a complex new system
  141.  
  142. I do mind         not seeing major problems fixed in 4 months.
  143.  
  144. I mind very much  that IBM seems to ignore the problems and report 'success'.
  145.  
  146. What Can I say about OS2 now? Its a fantatic buggy program. pun intendend.
  147.  
  148.  Michael Golan
  149.  mg@princeton.edu
  150.