Xref: utzoo comp.windows.ms:10077 comp.protocols.tcp-ip.ibmpc:5118
Path: utzoo!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!wuarchive!psuvax1!rutgers!soleil!mlb.semi.harris.com!trantor.harris-atd.com!x102a!mwills
From: mwills@x102a (wills ms 01309)
Newsgroups: comp.windows.ms,comp.protocols.tcp-ip.ibmpc
Subject: Re: Another Problem with WinQVT/Net
Message-ID: <5727@trantor.harris-atd.com>
Date: 8 Mar 91 16:57:35 GMT
References: <5704@trantor.harris-atd.com> <1991Mar8.163207.207@csc.canterbury.ac.nz>
Sender: news@trantor.harris-atd.com
Lines: 34

In <1991Mar8.163207.207@csc.canterbury.ac.nz> chem194@csc.canterbury.ac.nz
(John Davis) writes:

>Errrkk - you're using the -w option on the packet driver?? My understanding
>of that option was it made the driver drop ALL packets when you went into
>windows - not just when an app under windows swaps out. I'm successfully
>using WinQVT/net 1.5 here without problems , and _without_ the -w on the
>packet driver (pktint does all the dirty work). I'd seriously recommend
>you try removing the '-w' as well and see what happens...

I will certainly give that a try.  However, the -w option must not
drop all packets in windows, because I am using it now (ni5210 and
wnqvtnet).  Here is the excerpt from the v8 packet driver install.doc
which explains -w:

          The -w switch is used for Windows.  Install the packet driver
          before running MS-Windows.  This switch does not prevent Windows
          from swapping your network application out of memory, it simply
          detects when that has happened, and drops the packets on the
          floor.

A recent posting here (or was it in comp.protocols.tcp-ip.ibmpc?)
indicated that the author had found the right approach to this
problem, reactivating the wnqvtnet (or other packet driver
application) when a received packet interrupt occurs.  A follow up
suggested that this approach would soon be integrated in to the
Clarkson packet drivers :-)!!!  It is not clear to me whether this
enhancement will apply to poor 286 standard mode users such as myself
or will be reserved for 386 enhanced mode.  (anyone?)
--
---------------------------------------------------------------------------
M. Scott Wills                    Harris Corporation
mwills@rhino.ess.harris.com       Government Aerospace Systems Division
uunet!x102a!mwills                Melbourne, Florida