Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10 UW 5/3/83; site uw-beaver
Path: utzoo!watmath!clyde!burl!mgnetp!ihnp4!drutx!houxe!hogpc!houti!ariel!vax135!cornell!uw-beaver!info-mac
From: info-mac@uw-beaver.UUCP
Newsgroups: fa.info-mac
Subject: DDP/MPP again
Message-ID: <1208@uw-beaver>
Date: Thu, 12-Jul-84 18:55:54 EDT
Article-I.D.: uw-beave.1208
Posted: Thu Jul 12 18:55:54 1984
Date-Received: Fri, 13-Jul-84 05:13:41 EDT
Sender: daemon@uw-beave
Organization: U of Washington Computer Science
Lines: 9

From: Mark.Sherman@CMU-CS-A.ARPA
Another solution to the problem of losing a completed DDPRead becasue of
an Event Queue overflow is as follows:  Create a new function DDPFailRd
which uses the same test that OURSL does for an outstanding read request
(buffer length 0 and socket 0). If the program has not gotten a read completion
and expects one, it can call DDPFailRd to see if the socket listener
is still looking for a packet. (Maybe a different name, DDPReadComplete?
or DDPWaiting?)
			-Mark