Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10 5/3/83; site utcsrgv.UUCP
Path: utzoo!utcsrgv!info-mac
From: info-mac@utcsrgv.UUCP (info-mac)
Newsgroups: ont.micro.mac
Subject: DDP/MPP again
Message-ID: <4903@utcsrgv.UUCP>
Date: Fri, 13-Jul-84 04:14:48 EDT
Article-I.D.: utcsrgv.4903
Posted: Fri Jul 13 04:14:48 1984
Date-Received: Fri, 13-Jul-84 05:24:37 EDT
Sender: peterr@utcsrgv.UUCP
Organization: CSRI, University of Toronto
Lines: 15

Date: 12 Jul 84 1713 EDT (Thursday)
From: uw-beaver!Mark.Sherman@CMU-CS-A.ARPA
To: info-mac@SUMEX-AIM.ARPA
Subject: DDP/MPP again

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