home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / vmsnet / internal / 1277 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  3.2 KB
  1. Path: sparky!uunet!mitech!gjc
  2. From: gjc@mitech.com (George J. Carrette)
  3. Newsgroups: vmsnet.internals
  4. Subject: re: PATCH on ALPHA ?
  5. Message-ID: <2600@mitech.com>
  6. Date: 3 Sep 92 13:09:40 GMT
  7. References: <715417768.652976.MILLER@TGV.COM>
  8. Organization: Mitech Corporation, Concord MA
  9. Lines: 65
  10.  
  11. In article <715417768.652976.MILLER@TGV.COM>, MILLER@TGV.COM writes:
  12. > Has any one else here had any problems using Patch?
  13.  
  14. Yes. I love the idea of patching things, especially patching running
  15. systems. The good experiences comes from my LISP/LISPMACHINE days.
  16. And I beleive that -as-a-model- patching is the correct way to do 
  17. software support and upgrades.
  18.  
  19. So, when we are patching parts of our system written in 
  20. imbeded/interperted language we send out stuff that is indeed a patch.
  21. However, for stuff compiled with the C compiler, I found that I could
  22. never seem to be able to take the time to convert a new procedure definition
  23. changed at the source level into a convenient set of PATCH instructions.
  24.  
  25. Why, because our product is split up into about 39 different images,
  26. with a typical size of 500 kilo-bytes. And a 500 kbyte VMS image compresses
  27. with uucp_bin:compress into about 384 kbytes. And with a V.32 modem we
  28. can UUCP that file in about 10 minutes.
  29.  
  30. Then, well, things like UID files (output of the MOTIF UIL compiler)
  31. also end up making a significant portion of the size of the "binary"
  32. stuff in a product. And that isn't even machine code.
  33.  
  34. --- WHAT THE WORLD NEEDS NOW: ---
  35.  
  36. A good "arbitrary-binary-file" diff/patch utility. Something with
  37. good compression and error detection. Perhaps using technology
  38. similar to what high-definition television would use to compress
  39. differences between frame image[t] => image[t+delta(t)]
  40.  
  41. Something that could handle the addition of a few bytes in the
  42. middle of an image, and other changes, without generating
  43. grossly large differences.
  44.  
  45. > On those occations when I need to read someone a patch over the phone
  46. > I have them read it back to me before they perform an update. 
  47.  
  48. Unfortunately, the only thing we can patch like that (via a human) is very
  49. small chunks of interpreted code. But it is always risky.
  50.  
  51. > With Patch we can have a fix out to the customer within an hour
  52. > instead of the day or two it takes to ship a new tape.
  53.  
  54. Indeed, fixes-while-U-wait is the only way to do good customer support.
  55.  
  56. We end up putting a good deal of work into getting the EMAIL connections
  57. going. Boy is that a hassle. Usually the customer is already connected
  58. to some internal DECNET that covers the whole company. But they don't
  59. know that they have internet mail capability, usually through some
  60. obscure gateway run by the research division or some non-responsive MIS
  61. group in central administration.
  62.  
  63. For other sites, e.g. a Government lab, if we are lucky they can find
  64. an IBM-PC someplace with a modem and kermit.
  65.  
  66. It can be a hassle, but we find that is some of the most hassle-intensive
  67. organizations you have problems like it taking 2 days for a FEDEX-delivered
  68. package to make it from shipping/receiving or the mail-room back into
  69. the depths of an organization.
  70.  
  71. Anyway, to grease the administrative wheels, we actually CHARGE EXTRA
  72. for a SUPPORT CONTRACT that doesn't include an EMAIL or DIAL-UP capability!
  73.  
  74.  
  75. -gjc
  76.