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