home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / vmsnet / internal / 1270 < prev    next >
Encoding:
Text File  |  1992-09-02  |  2.3 KB  |  47 lines
  1. Newsgroups: vmsnet.internals
  2. Path: sparky!uunet!mcsun!sunic!sejnet.sunet.se!eric
  3. From: eric@sejnet.sunet.se (Eric Thomas)
  4. Subject: re: PATCH on ALPHA ?
  5. Message-ID: <1992Sep3.004623.1@sejnet.sunet.se>
  6. Lines: 34
  7. Sender: news@sunic.sunet.se
  8. Reply-To: ERIC@SEARN.SUNET.SE
  9. Organization: SUNET, Stockholm, Sweden
  10. References:  <715362736.403197.MILLER@TGV.COM> <1992Sep1.214402.16889@eco.twg.com> <1992Sep2.022201.1@sejnet.sunet.se> <2SEP199209361066@rover.uchicago.edu>
  11. Date: Thu, 3 Sep 1992 00:46:23 GMT
  12.  
  13. In article <2SEP199209361066@rover.uchicago.edu>, frank@rover.uchicago.edu (Frank - Hardware Hacker - Borger) writes:
  14. >     Mercifully I'm not generally involved at this now, but I once was,
  15. >     in the early days of RSX on 11s. I remember one series of patches.
  16. > 
  17. >     Patch I        Reported to fix a problem that odd parity did not work
  18. >             right on a single line DC interface.
  19. > 
  20. >     Patch II    Fixed the problem that patch I fixed odd parity, but
  21. >             broke even parity.
  22. > 
  23. >     Patch III    Fixed the problem that patch II fixed even parity, but
  24. >             broke no parity.
  25.  
  26. Do you REALLY think this is any better without PATCH? A year or two after
  27. designing the code update distribution scheme I mentioned (100% patch-free),
  28. the vendor I mentioned had to invent a whole new type of distribution tape,
  29. available only for one particular release of one of their major products.
  30. Reason: there had been so many fixes to the fix that broke the fix that fixed
  31. the fix that correct the problem (...) that installing the product on one of
  32. the smaller CPU's (say something the speed of a MicroVAX 3600) took ONE WEEK OF
  33. CPU TIME, to check that everything was in order (all pre-requisites applied,
  34. all fixed to depending products also applied, etc). Each individual
  35. sub-component had thousands of fixes; the single most buggy component was the
  36. software update management system itself, which you had to fix before you could
  37. use it to fix other programs.
  38.  
  39. So they got this great idea: they would get an employee to play the one-week
  40. game on a freshly installed machine, and then they would dump the disks to
  41. tape, and ship these tapes to customers who would just reload the data to the
  42. corresponding directories. That looks like directly patching the software
  43. update management system database if you ask me, but customers were DELIGHTED
  44. :-)
  45.  
  46.   Eric
  47.