Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.1 6/24/83; site fortune.UUCP Path: utzoo!watmath!clyde!burl!ulysses!mhuxl!ihnp4!fortune!jones From: jones@fortune.UUCP Newsgroups: net.micro Subject: Re: Parity checking - (nf) Message-ID: <4038@fortune.UUCP> Date: Tue, 21-Aug-84 19:20:23 EDT Article-I.D.: fortune.4038 Posted: Tue Aug 21 19:20:23 1984 Date-Received: Wed, 22-Aug-84 01:45:53 EDT Sender: notes@fortune.UUCP Organization: Fortune Systems, Redwood City, CA Lines: 15 #R:wdl1:-38400:fortune:28000048:000:549 fortune!jones Aug 21 14:59:00 1984 I believe that all the actions Toby refers to come under the heading of error recovery after the parity hit. It is certainly true that the way an error is handled makes a big difference in user satisfaction. However, the fact that an error is handled poorly does not negate the general importance of detecting the error. Dan Jones (Remember! In vollyball you can only score when you serve!) UUCP: {ihnp4,ucbvax!amd,hpda,sri-unix,harpo}!fortune!jones DDD: (415)594-2440 USPS: Fortune Systems Corp, 101 Twin Dolphin Drive, Redwood City, CA 94065