Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!cs.utexas.edu!usc!ucsd!ucbvax!UX1.CSO.UIUC.EDU!news
From: news@UX1.CSO.UIUC.EDU (News)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: (none)
Message-ID: <9006121353.AA18975@ux1.cso.uiuc.edu>
Date: 12 Jun 90 13:53:21 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 34

Newsgroups: info.pcip
Path: suna2!meyer
From: meyer@suna2 (Don Meyer)
Subject: Re: idea for packet driver/desqview/telnet combo (idea number 2) (fwd)
Message-ID: <1990Jun12.135317.18921@ux1.cso.uiuc.edu>
Sender: usenet@ux1.cso.uiuc.edu (News)
Reply-To: meyer@suna2.UUCP (Don Meyer)
Organization: University of Illinois, Dept. of Comp. Science, Urbana
References: <9006111934.AA06793@wubios.wustl.edu>
Distribution: info
Date: Tue, 12 Jun 90 13:53:17 GMT
Lines: 21

>
>When the receiver function was called by the packet driver and
>when the packet driver copies the packet to the buffer, the packet
>driver checked the receiver's signature.  If the signature is incorrect
>the packet driver pauses, then checks again.
>

Unfortunately, this won't work for Windows - as Windows will actually move code
segments around.  Then the receiver code may never find its way back to the 
correct location, In the mean time the packet driver is blocked.

Windows uses "Thunks" to point to its call-back functions.  The thunks are at 
least semi-fixed in low memory, while the functions they point to are moveable,
Therefore, maybe what is needed is a method of using Thunks [MakeProcInstance()
for Windows Gurus] with the pcaket drivers.

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	Don Meyer		internet:	dlmeyer@uiuc.edu

"He who restricts another's right to self-defense is accomplice to
 any crime committed because of the lack of self defense." -- me, 1990