home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / vmsnet / internal / 1269 < prev    next >
Encoding:
Internet Message Format  |  1992-09-02  |  1.7 KB

  1. Path: sparky!uunet!wupost!sdd.hp.com!nigel.msen.com!emory!sol.ctr.columbia.edu!hamblin.math.byu.edu!arizona.edu!mvb.saic.com!macro32
  2. From: DWING@UH01.Colorado.EDU (Dan Wing)
  3. Newsgroups: vmsnet.internals
  4. Subject: Re: PATCH on ALPHA ?
  5. Message-ID: <01GOB2U7BRMQ0000M0@VAXF.COLORADO.EDU>
  6. Date: 2 Sep 92 17:36:24 GMT
  7. Organization: Macro32<==>Vmsnet.Internals Gateway
  8. Lines: 32
  9. X-Gateway-Source-Info: Mailing List
  10.  
  11. Ed Heinrich, HEINRICH@yvax.byu.EDU, writes:
  12.  
  13. [...]
  14.  
  15. >I have to agree w/ both Bruce and Hunter.  For software companies that
  16. >have large customer bases PATCH is invaluable.
  17.  
  18. DEC has a large customer base!
  19.  
  20. >In addition, many system managers WILL apply a
  21. >patch if they are told it fixes a potential crash-related bug, they
  22. >may not, however, rush to do a full installation if you send them a
  23. >patched distribution kit.  (I know of some shops that only schedule
  24. >product upgrades during Christmas week when the plant is closed, but
  25. >they will apply a PATCH when they receive it).
  26.  
  27. It is difficult to explain to management why you didn't apply a patch that
  28. would prevent a crash because you feared the patch could cause a crash!
  29.  
  30. DEC has sent me a good 3-4 patches for LATmaster and LATSYM on VMS V5.4-x
  31. and V5.5.  These were patches to existing code, not new images.  The
  32. problems were severe enough to warrent installing the fixes immediately.
  33.  
  34. >The question of use vs. abuse of PATCH needs to be managed.  Companies
  35. >need to insure that PATCHES are reflected in source code changes as
  36. >soon as the patches are cut to avoid issuing subsequent releases with the
  37. >same bugs.
  38.  
  39. That has happened here.
  40.  
  41. -Dan Wing, DWING@UH01.Colorado.EDU or WING_D@UCOLMCC.BITNET (DGW11)
  42.  Systems Programmer, University Hospital, Denver
  43.