home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / os2 / apps / 8560 < prev    next >
Encoding:
Internet Message Format  |  1992-11-23  |  5.4 KB

  1. Path: sparky!uunet!stanford.edu!rutgers!njitgw.njit.edu!hertz.njit.edu!dic5340
  2. From: dic5340@hertz.njit.edu (David Charlap)
  3. Newsgroups: comp.os.os2.apps
  4. Subject: Re: Service Pak, which one is latest?
  5. Message-ID: <1992Nov23.161544.4430@njitgw.njit.edu>
  6. Date: 23 Nov 92 16:15:44 GMT
  7. References: <1992Nov20.043103.18364@news.columbia.edu> <1992Nov20.204927.20862@njitgw.njit.edu> <1992Nov23.053835.17471@news.columbia.edu>
  8. Sender: news@njit.edu
  9. Organization: New Jersey Institute of Technology, Newark, N.J.
  10. Lines: 109
  11. Nntp-Posting-Host: hertz.njit.edu
  12.  
  13. In article <1992Nov23.053835.17471@news.columbia.edu> mig@cunixb.cc.columbia.edu (Meir I Green) writes:
  14. >In article <1992Nov20.204927.20862@njitgw.njit.edu> dic5340@hertz.njit.edu (David Charlap) writes:
  15. >I mean a SP of the complete diffs to GA, and of course, the files which were
  16. >not in GA (which wouldn't be diffs).
  17.  
  18. Well, you've a few problems.  First of all, people have been
  19. installing interrum patches all the while.  You don't want to make
  20. customers re-install GA before the CSD can be applied?  You find a
  21. million users complaining of lost desktop configurations and such.
  22.  
  23. Second, the process of applying the diffs (which usually includes
  24. inserting and deleting bytes in a binary file) can consume so much
  25. time that it'd be better to just replace files and get it over with.
  26.  
  27. Finally, if they got a new optimizer in their compilers or something,
  28. the changes will be so numerous that the diffs may well be bigger than
  29. the actual file.
  30.  
  31. >>>When is the *real* version coming out?
  32. >>What do you mean?  You mean I'm running a fake?  I'll sue!  :-)
  33. >
  34. >I mean the version that lets you build a new version of GA+SP install disks
  35. >without making you install GA and then the SP.
  36.  
  37. You aren't going to get one.  If you want a completely new package,
  38. buy a new package.
  39.  
  40. >I mean, if you want to install a new WIN-OS/2 printer, the READ.ME
  41. >file says you will have to reinstall GA, install the printer, and
  42. >then install the SP.
  43.  
  44. No, no no.  Just install the printer driver from the GA diskettes as
  45. you always do.  Then boot the CSD to patch the driver.  The CSD won't
  46. replace everything the second time around.
  47.  
  48. I can understand your frustration if you thought that you had to
  49. completely erase your OS/2 partition for each printer driver you
  50. wanted to change, but that is just not so.
  51.  
  52. >Now in the *real* version, you should be able to install the printer
  53. >driver without reinstalling OS/2+SP. 
  54.  
  55. You don't.
  56.  
  57. >>>Can I get it on CD-ROM?
  58. >>Soon.  Probably after they get the bugs worked out.
  59. >
  60. >Remember that IBM claimed in ads that the code is "golden" and amazingly bug-
  61. >free (I don't remember the exact language).
  62.  
  63. So?  The bugs in the core system have been worked out (mostly).
  64. Unfortunately, this is a first release for the 32-bit graphics engine
  65. and for the TSENG video drivers, so those units need to be debugged.
  66.  
  67. >Anyway, I hope that the "real" version comes out soon, and for free.
  68.  
  69. It will.  This won't be the last service pack you'll see out of IBM.
  70. As more bugs get fixed, they'll be compiled into another service pack.
  71. Based on the timetable for this SP, I'd expect to wait about 4-6
  72. months for it.
  73.  
  74. >In this real version, which I thought the SP would be, I will be able
  75. >to reinstall OS/2 *once* and have it work relatively trouble-free
  76. >without having to reinstall until the next version.
  77.  
  78. Well, trouble free is relative.  I've had fewer problems than most
  79. with the SP, so I like it.  As for re-installing, you won't have to do
  80. that next time.  If you don't install any beta code (including beta
  81. patches) you'll be able to install the next service pack right over
  82. this one.  That's the way CSD's worked in the past.
  83.  
  84. >I should be able to install printers, uninstall printers, etc...and
  85. >if I have to reinstall again, I shouldn't have to reinstall much more
  86. >than the SP disks (install twice!). 
  87.  
  88. See above about reinstalling.  You're doing much more than you have to.
  89.  
  90. >Sorry to sound like I'm complaining.  I am expressing my disappointment in that
  91. >I was led to believe that the SP was the final fix to OS/2 2.0, but to me it
  92. >looks like another kludge, albeit a needed one.  What I would like to know is
  93. >when OS/2 2.0 in its final version will come out, completely fixed, on 1 set of
  94. >disks.  I am not concerned here wi *new* device drivers, only with *golden*
  95. >code.
  96.  
  97. Keep waiting.  What you're asking is like a Unix user asking when AT&T
  98. is going to get all the bugs out.  Large software packages have bugs.
  99. And this is a relatively new system compared to Unix.  And it's much
  100. bigger than DOS is.  As bugs get fixed, more patches will be
  101. distributed.  Personally, I expect about one more year before OS/2 2.0
  102. gets completely stabilized, simply because of the size and complexity
  103. of it.
  104.  
  105. >I just wonder if this will ever happen.  I hope that 2.1 comes out soon, and
  106. >that beta drivers are distributed separately, so that 2.1 is as robust as OS/2
  107. >should be!
  108.  
  109. I'd like them to get 2.0 working before they start adding more
  110. features to it!  I think that's what you mean as well.  IBM does not
  111. up the version number unless features are added.  Bug fixes are kept
  112. at the same version number with increasing service levels.
  113.  
  114. As for beta drivers, I don't want them being widely distributed.  You
  115. talk about stability, and then you want to install beta code?  What a
  116. contradiction in terms!
  117. -- 
  118.   |)  David Charlap          | .signature confiscated by FBI due to
  119.  /|_  dic5340@hertz.njit.edu | an ongoing investigation into the
  120. ((|,)                        | source of these .signature virusses
  121.  ~|~
  122.