home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / modems / 10947 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  1.3 KB
  1. Path: sparky!uunet!usc!randvax!edhall
  2. From: edhall@rand.org (Ed Hall)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Boom! Our lawyers are tougher than your lawyers. You're Dead.
  5. Message-ID: <3627@randvax.rand.org>
  6. Date: 22 Jul 92 20:29:12 GMT
  7. References: <BrMHC9.Ct6@wsrcc.com> <1992Jul20.034928.14560@cubetech.com> <BrsyEw.Dst@wsrcc.com>
  8. Sender: news@randvax.rand.org
  9. Organization: RAND Corporation.
  10. Lines: 19
  11. Nntp-Posting-Host: ives.rand.org
  12.  
  13. In article <BrsyEw.Dst@wsrcc.com> wolfgang@wsrcc.com (Wolfgang S. Rupprecht) writes:
  14. >Anyone relying on "<pause>+++<pause>" not occurring during a data transfer is
  15. >not writing good defensive code.  Good programmers don't *hope* that a
  16. >certain set of characters and delays never happens.  They turn off the
  17. >inband +++ escape kludge and use a good *out-of-band* escape.
  18.  
  19. --If such is available.
  20.  
  21. In datacomm we deal with probabilities and not certainties.  Adding the
  22. guard times makes in-band escapes a few orders of magnitude more
  23. reliable.  Sure, a reliable--and reliably /available/--out-of-band
  24. escape is to be prefered.  But given the state of systems today, with
  25. almost-right serial ports and pretty-good serial drivers, in-band
  26. escapes might be the best option for a "good programmer" to select.
  27.  
  28. Software which doesn't work on a particular system has /zero/ reliability.
  29.  
  30.         -Ed Hall
  31.         edhall@rand.org
  32.