home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / os2 / misc / 36742 < prev    next >
Encoding:
Text File  |  1992-11-17  |  5.1 KB  |  109 lines
  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!munnari.oz.au!metro!usage!spectrum!pendrith
  3. From: pendrith@spectrum.cs.unsw.oz.au (Mark Pendrith)
  4. Subject: Kernel Roulette
  5. Message-ID: <1992Nov16.181114.7476@usage.csd.unsw.OZ.AU>
  6. Sender: news@usage.csd.unsw.OZ.AU
  7. Nntp-Posting-Host: henna.spectrum.cs.unsw.oz.au
  8. Reply-To: pendrith@spectrum.cs.unsw.oz.au (Mark Pendrith)
  9. Organization: unsw
  10. Date: Mon, 16 Nov 1992 18:11:14 GMT
  11. Lines: 96
  12.  
  13.  
  14. Since first running OS/2 2.0, I have had four diffrent kernels installed. 
  15. They are:
  16.  
  17.  
  18. GA (internal rev. 6.307 March 1992)
  19.  
  20. PJ03686.zoo (internal rev. 6.311 May 1992)
  21.  
  22. OS2KRNL.zoo (internal rev. 6.412 June 1992)
  23.  
  24. "Golden" CSD (internal rev. 6.6?? (from memory) October 1992)
  25.  
  26.  
  27. All these kernels have their problems, some more than others. They are all
  28. broken. By "broken" I don't mean that they have quirks or documented minor
  29. problems with documented work arounds; I mean big-red-switch-reboot type broken.
  30.  
  31. The worrying trend is that the later ones seems to be *less* stable than the
  32. earlier ones.
  33.  
  34. HISTORY
  35. -------
  36.  
  37. The original GA kernel's problems are well-documented, so I won't cover all of
  38. these here again. The most serious and visible problem in GA was the famous
  39. non-shrinking SWAPPER.DAT file.
  40.  
  41. The May fix (6.311) was provided to fix this problem, but other known problems
  42. in GA were not addressed until the June fix (6.412).
  43.  
  44. Unfortunately, the June fix introduced yet another pathological bug, the
  45. dreaded PMV2001 error.
  46.  
  47. PMV2001 popped up reasonably regularly to inform you that you were out of
  48. available memory (on a VM os with 8MB RAM and 40MB free disk space - amazing!).
  49. PMV2001 suggests you close some of the currently running applications to free up
  50. some memory.  Which you would do, but to no avail. You close application after
  51. application, spurred on by PMV2001, until PMV2001 tells you that simply running
  52. the WPS is taking up too much memory. So you shut down and reboot. Only now is
  53. PMV2001 satisfied. Until, that is, the next time you decide to run, say, two
  54. windowed DOS sessions in the background while attempting to open a W4W 2.0
  55. session under WIN-OS2 in the foreground...
  56.  
  57. (The guys who devised this particular error message must have been inspired
  58. by Kubrick's film of the same name. "Open the WIN-OS2 session, please HAL...")
  59.  
  60. The October fix, the much anticipated "Golden" CSD, its very name dripping
  61. with Homeric promise, was supposed to deliver us from all this evil.  Well,
  62. the gods hate hubris, and, boy, were the guys who wrote this punished for
  63. their presumption. The "Golden Turkey" CSD has many quirks and surprises for
  64. the unwitting, but the most worrying in my experience is the development of
  65. the the SYS3176 error: A program executed an illegal instruction at xxxxxxx.
  66.  
  67. SYS3176 is trying to tell you that an illegal opcode was about to be executed.
  68. HELP 3176 advises you to inform the software developers that their code has
  69. illegal opcodes where legal ones should be. Strange, but these same programs
  70. did not contain illegal opcodes when run under DOS or the previous three
  71. kernels. Of course, there are no illegal opcodes.
  72.  
  73. What I suspect is happening is far more worrying. It seems far more likely
  74. that the task switching algorithm is somehow getting its table of CS:IP
  75. pointers screwed up from time to time, and is therefore randomly attempting
  76. to execute bytes in data segments or even unallocated memory as code. This
  77. is speculation, of course; if anyone has a better theory, I'd be glad to hear
  78. it. But its all academic. The bottom line is that the "Golden" CSD is unusably
  79. flaky (for my purposes, at least) and the worrying trend seems to be that at
  80. least as many severe bugs are being introduced in each fix as are being
  81. eliminated. And so I'm back using version 6.311. It's not much better than the
  82. first version, but it's a lot better than the most recent.
  83.  
  84. Is it too much to ask for a reliable kernel after having to suffer these four
  85. attempts? I'm sure I can't be alone when I say my confidence in the medium-term
  86. viability of OS/2 has diminished as a result of this recent "Golden" CSD farce.
  87. I believe IBM is losing both time and prestige and is in danger of squandering
  88. an ever decreasing window of opportunity with this sort of blundering. It's
  89. strange that everyone is asking "Can Microsoft kill off OS/2?" The irony is
  90. that only IBM can kill OS/2; and continuing to release unstable version after
  91. unstable version is the way to do it. Let's hope it doesn't happen.
  92.  
  93. On the upside, I can happily report that the telephone support from IBM
  94. (in Australia at least) has been exceptional. This is the way software support
  95. was meant to be. I have never had a call back from their support centre take
  96. more than 24 hours, and that's when I've said it wasn't an urgent problem.
  97. You get published bug lists, so at least you don't have to scratch your head
  98. and wonder. The honesty is refreshing. These guys are professional. The only
  99. problem is, it spoils you forever for dealing with the likes of Borland and
  100. Microsoft. OS/2 must prevail. An NT future is too horrible to contemplate.
  101.  
  102. ------------------------------------------------------------------------------
  103.  
  104. Windows NT : (The NT really stands for "Not Tested")
  105.  
  106. pendrith@cs.unsw.oz.au
  107.  
  108.  
  109.