HDTenEightyP/NetNews huggingface dataset:
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: FTP software with NDIS Packet Drivers 
Distribution: world
Date: Fri, 11 Sep 92 02:38:44 GMT
Organization: Crynwr Software

In article <sbjie.5.716055051@engr.psu.edu> sbjie@engr.psu.edu writes:

   I am currently using WINQVTNET and TRUMP on my PC and these work fine
   with the DEC EtherWORKS Turbo board and the NDIS MAC packet drivers
   that came with the board. 

I'm a little confused here.  Are you using NDIS drivers or packet drivers?

   I figure if FTP software inc/'s programs would work with the NDIS
   driver, this problem may go away. Am I right here ??

NDIS drivers do not help with this problem, which is that FTP
Software's TCP/IP stack is memory resident, and Winqvtnet and
Trumpet's stacks are not.  When you're running the FTP kernel, you
cannot run Winqvtnet or Trumpet.

-russ <nelson@crynwr.com>  I'm proud to be a humble Quaker!
Crynwr Software            Crynwr Software sells packet driver support.
11 Grant St.               315-268-1925 Voice
Potsdam, NY 13676          315-268-9201 FAX
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: dank@blacks.jpl.nasa.gov (Daniel R. Kegel)
Subject: Do most PC's use DNS or a local hosts file?
Organization: Image Analysis Systems Group, JPL
Date: Sat, 5 Sep 1992 21:15:27 GMT

Hi,
I'm writing a freeware tcp/ip application for the PC, and wonder if
I can rely on people to have DNS support for looking up IP addresses
from hostnames.  If I can, my life is simpler, I can just distribute
hostnames; otherwise, I'll have to distribute IP addresses, too.

Does your site support DNS for its pc's?  Are they configured to
use it, or do they use a static hosts file?
- Dan Kegel (dank@alumni.caltech.gov)
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: flog@open.ch (Florian Gutzwiller)
Subject: Desqview/X experience ?
Reply-To: flog@open.ch
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Tue, 8 Sep 1992 20:15:37 GMT

Hi. I spent one whole afternoon trying to make a vga graphics pc app run on a  
unix X-windows workstation (NeXT and Sun) with Desqview/X. I managed to run a  
DOS shell. Windows should work for sure, because it is being shown on the title  
page of UnixWorld. 

All suggestions appreciated ...

Thanks
-Florian
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: david@aim1.aztec.co.za (David Mason)
Subject: Re: NCSA Telnet & WINPKT
Organization: Aztec Information Management
Distribution: usa
Date: Thu, 10 Sep 1992 09:06:35 GMT

dan@dribble.c-mols.siu.edu (Dan Ellison) writes:

>>In article <1992Sep4.184222.280@news.uiowa.edu> boyken@herky.cs.uiowa.edu (Karl Boyken) writes:
>>>I've set up a number of PCs with NCSA Telnet and Windows, using WINPKT.

>Also, you should probably create a pif file so you can set up background
>processing or your sessions will die when they are not running in the 
>forground.  you might also want to look at pktmux as it will allow more
>than on session through the NIC (can run QVTnet and NCSA at the same
>time!)

What's this pktmux?  Can I run multiple telnet sessions with it over
the same packet driver under windows - and make a simple x terminal?
PD?  FTP'able?   More details please.
-- 
David Mason, Unix system support.
Aztec Information Systems, Cape Town, South Africa.
"It talks to me in gibberish like `ProComm', a term that is unnerving to a 
survivor of the McCarthy era",      Mary McGrory in The Washington Post.
From: wew@naucse.cse.nau.edu (Bill Wilson)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: FTP software with NDIS Packet Drivers
Date: 14 Sep 92 16:58:31 GMT

From article <716179124snx@crynwr.com>, by nelson@crynwr.com (Russell Nelson):
> In article <sbjie.5.716055051@engr.psu.edu> sbjie@engr.psu.edu writes:
> 
> NDIS drivers do not help with this problem, which is that FTP
> Software's TCP/IP stack is memory resident, and Winqvtnet and
> Trumpet's stacks are not.  When you're running the FTP kernel, you
> cannot run Winqvtnet or Trumpet.
> 

This isn't quite true.  The pktmux program will allow you to 
multiplex a packet driver.  I successfully got winqvtnet and
FTP software's programs running at the same time.  The pktmux
program may be ftp'd from sunee.waterloo.edu site from the
/pub/wattcp/uploads directory.  It is a fairly straightforward setup.
From: john@data.rain.com (John Mantey)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re^2: NDIS driver for WD Elite board...
Date: 11 Sep 92 19:43:12 GMT
Organization: Microtek DSD, Hillsboro, OR

skl@wimsey.bc.ca (Samuel Lam) writes:

>In article <Bu42pD.10B@usenet.ucs.indiana.edu>, "Tony C. Cheng"
> <tcheng@bronze.ucs.indiana.edu> wrote:
>>Is there an NDIS driver for WD Elite board available?

Yes there is,  I downloaded it off of the SMC BBS.  

SMC BBS
(WD ENET card support)
(714) 707-2481

It should be in the download section under NDIS.ZIP. (or is it .EXE?,
can't remember)


-- 
John Mantey    john@data.rain.com                   Microtek International, DSD
               ...uunet!intelhf!percy!data!john     3300 NW 211th Terrace
Those who know what's best for us,                  Hillsboro, Or 97124
Must rise and save us from ourselves. -Rush-        503-645-7333 x321
Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.os.ms-windows.setup
From: fox@rei.com (Fuzzy Fox)
Subject: Re: KA9Q under Windows: what's the secret?
Date: Sat, 12 Sep 1992 00:17:31 GMT
Organization: Recognition Equipment, Inc.

chip@tct.com (Chip Salzenberg) writes:

>I'm trying to help my boss out.  His machine has KA9Q and a modern
>packet driver that understands the "-w" (Windows) option.  However,
>continuous pings show that 80% to 90% of incoming packets are lost.

The "-w" option only keeps the packet driver from crashing under
Windows.  This means that if Windows is in the wrong state when the
packet arrives, the driver will simply DROP the packet rather than crash
Windows.

What you need is a little program called WINPKT which fixes this.  Load
your normal packet, then load WINPKT, then tell your software to use the
interrupt provided by WINPKT.  You'll be glad you did.

>More info: Windows in in Enhanced mode.  Packet driver is WD8003E

Doesn't KA9Q support the WD8003 directly?

>And computer is beige.  ;-)

Try painting it black.  :)

-- 
#ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
#define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
#define  FALSE  1   |
#endif              |         How's my posting?  Call 1-800-ALT-FLAME
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: waltje@cs.vu.nl (Kempen van Fred)
Subject: Re: TCP/IP printer server with LPD
Organization: Fac. Wiskunde & Informatica, VU, Amsterdam
Date: Tue, 15 Sep 1992 18:06:11 GMT

In article <16851C670.PA9690@utkvm1.utk.edu>, (Alan Luchuk) wrote:
> 
> >Are special purpose devices available that do LPD?  Something
> >that plugs into an Ethernet on one side and a printer on the
> >other and doesn't require additional software/hardware.

MiLAN Technology makes such things.  (grabbing) some docs).. got it
Yeah.  One of their TCP/IP Network Print Servers is called the
MiLAN FastPort, or MIL-3000.

Their e-mail address is inqinfo@milan.com .

Fred.
-- 
--
Fred N. van Kempen                           | Home: waltje@uwalt.nl.mugnet.org
VU Amsterdam, Fac. Math && Computer Science  | Work: waltje@cs.vu.nl
From: tony@jassys.UUCP (Tony Holden)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: NDIS driver for WD Elite board...
Date: 6 Sep 92 14:34:23 GMT
Organization: HSC CO.

"Tony C. Cheng" <tcheng@bronze.ucs.indiana.edu> writes:
> 
> Is there an NDIS driver for WD Elite board(uses WD8003E packet driver) 
> available?  If there is, where can I find it?  I checked vax.ftp.com, didn't
> find any NDIS driver there that I could relate to it.   

The new versions have a packet driver included.  I've been using it
for a month or so without problems.  Perhaps SMC will send you a copy
or there is a BBS.


-- 
Tony Holden					live on the edge,
tony@jassys					  Bank in Texas
jassys!tony@rwsys.lonestar.org
From: jrd@cc.usu.edu
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: NCSA Telnet & WINPKT
Date: 7 Sep 92 12:38:03 MDT
Organization: Utah State University

In article <1992Sep07.160606.4769@bas-a.bcc.ac.uk>, ccaajmf@ucl.ac.uk (John Franks) writes:
> In article <1992Sep4.184222.280@news.uiowa.edu> boyken@herky.cs.uiowa.edu (Karl Boyken) writes:
>>I've set up a number of PCs with NCSA Telnet and Windows, using WINPKT.
>>For the packet driver, I always use 0x62 for the packet interrupt, then use
>>
>>     winpkt 0x60 0x62
>>
>>to start WINPKT.  WINPKT says that it finds the packet driver and that the
>>new interrupt is 0x60.  I configure the config.tel thus:
>  ... etc.
> 
> I could be very wrong (I'm currently setting something up along these lines - 
> please tell me if I am!) but I thought winpkt was only for windows programs
> and that DOS ones running under windows used the standard pktdrv interface -
> and you just don't run more than one on each pktdrv. 
> 
> Please, please reassure me!
> 
> 
> John Franks             I will arise and go now, for always night and day
> ccaajmf@ucl.ac.uk       I hear lake water lapping with low sounds by the shore; 
> & jmf14@phx.cam.ac.uk   While I stand on the roadway, or on the pavments grey,
>    from Cambridge only  I hear it in the deep heart's core.
-------------
John,
	I reassure you that you are "very wrong" on this one. Winpkt runs at
DOS level (outside of Windows) and it's purpose in life is to manage the
delivery of fresh packets to the correct virtual machine. It uses a standard
Packet Driver interface at top and bottom. It has nothing to do with full
Windows apps, unless of course those apps make regular Packet Driver calls.
Full Windows apps typically have their own DLL et al to get into/out of
protected mode to an externally resident protocol stack. Winpkt is for
DOS programs.
	Joe D.
From: kb@jet.uk (Kenneth Blackler)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: PC/TCP 2.1 copy protection
Date: 14 Sep 92 15:08:07 GMT
Organization: Joint European Torus


Those damned foreigners.....

;-)
-- 
 ______________________________________   ____________   _____________
|Ken Blackler kb@jet.uk (+44)235 464743| | __________ | |   -Fusion-   |
|JET Joint Undertaking, Abingdon       | |   | |_ |   | |Energy for the|
|Oxfordshire, England. OX14 3EA        | | \_/ |_ |   | | (far) future |
- Disclaimer: Please note that the above is a personal view and should not 
  be construed as an official comment from the JET project.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: tanu@beach.csulb.edu (     Tanu Kartawiria)
Subject: TelnetD and Vines?
Organization: Cal State Long Beach
Distribution: usa
Date: Tue, 15 Sep 1992 07:38:52 GMT


Anybody successfully install/use TELNETD program (Waterloo) to work
with VINES (in my case is 4.0) with TCP/IP routing option?

Thanks for any advise or comments.

Regards,
-tanu-
CSULB LIB LAB COMP.
-- 
-tanu-
tanu@beach.csulb.edu
CSULB LIB LAB
From: bmar@CAC.WASHINGTON.EDU (Bill Mar)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: University of Washington's CUTCP w/key remapping ability
Date: 14 Sep 92 16:04:29 GMT
Distribution: world
Organization: The Internet

On Sun, 13 Sep 1992, Zafeiropoulos wrote:

> In article <10SEP199220371826@oregon.uoregon.edu, Ken Girrard (kgirrard@
> oregon.uoregon.edu is referring to an enhanced version of Clarkson's CUTCP
> package with Kermit-style key remapping. He points to ftphost.nwnet.net as
> an anonymous ftp site from which it can be downloaded.
> 
> Does anybody has the address for this machine? 

% nslookup ftphost.nwnet.net nic.ddn.mil 
Server:  NIC.DDN.MIL
Address:  192.112.36.5 

Non-authoritative answer:  
Name: shivafs.cac.washington.edu 
Address:  140.142.100.1
Aliases:  ftphost.nwnet.net


Bill Mar
Networks and Distributed Computing
Univ of Wash

Newsgroups: comp.protocols.tcp-ip.ibmpc
From: bash@tware.com (Paul Bash)
Subject: Re: PC/TCP 2.1 copy protection 
Organization: Techware Design, Boulder, Colorado
Date: Sat, 12 Sep 1992 02:09:39 GMT

In article <716089066snx@crynwr.com> nelson@crynwr.com (Russell Nelson) writes:
>In article <1992Sep9.215825.3145@tware.com> bash@tware.com writes:
>
>   By the way, [copy protection] was, I'm told, "requested by our
>   foreign VAR's due to  problems with extreme piracy". B.S.
>
>I doubt it.  I know another TCP/IP vendor who receives orders for a
>single copy from too many [foreign] distributors for them to avoid
>the obvious conclusion.
>

Well, if you doubt that this is the _stated_ reason FTP Software implemented 
copy protection, you are wrong. That is a direct quote (ok, paraphrased 
_slightly_ since its been so long since the conversation took place) from FTP 
Software personnel. We had quite a long discussion on this issue, publicly, 
in this newsgroup. 

If you doubt that that is the _true_ reason copy protection was implemented 
then you and I agree.
 
If you doubt this is B.S. then you are welcome to your opinion.

-- 
Paul Bash                                                   Techware Design 
bash@tware.com                                              Boulder, CO  U.S.A.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: tom@rs1.tcs.tulane.edu (Tom Gerace)
Subject: PC-Xview and pd connectivity?
Organization: Tulane University, New Orleans, LA
Date: Fri, 11 Sep 1992 12:30:08 GMT
Nntp-Posting-Host-[nntpd-15832]: rs1.tcs.tulane.edu

We want to use the product PC-Xview for X-windowing on MS-DOS
machines.  My question to the group is this:

PC-Xview uses a number of packages as its underlying communications
layer.  Will PC-Xview work on top of any of the public domain
communications packages (Clarkson CUTCP/CUTE, NCSA Telnet,
the WATTCP package, etc.)?

If anyone has any experience with this, any information would
be greatly appreciated.

Thanks in advance.


Tom Gerace                         tom@rs1.tcs.tulane.edu
Manager, Consultants Bureau        (504) 865-5631
Tulane Computing Services
Tulane University
New Orleans, LA  70118  USA
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: osmana@well.sf.ca.us (Osman Arslaner)
Subject: Questions About SLIP
Organization: Whole Earth 'Lectronic Link
Date: Wed, 16 Sep 1992 02:42:47 GMT


We are planning to use SLIP for our remote PCs which are not
on the corporate backbone.
These PCs are in the yard or shop floor and connected to a terminal
server which runs SLIP through dedicated circuits (19.2kbs).
They will be running applications and also will access hosts on
the corporate backbone.

My questions are: is SLIP a reliable protocol to use ? Our slip program
does not support flow control, could that be a problem ? Does a SLIP
connection pass through broadcasts which are sent on the Ethernet network ?

Also, we are planning to use dial-up SLIP. So far it works fine
only with same type of modems on both ends. We were not able
to make it work with different modems on both ends. We used 9600 baud
modems for testing.

Would there be any problems associated with this set-up ?
Any help will be appreciated.
Thanks..


--------------------------------------------------------------------
|  Osman Arslaner, CEng.         |   Tel. (514) 399 7305           | 
|  Communications Engineer,      |   Fax. (514) 399 7062           | 
|  ATS, Information Systems.     |   E-Mail: arslaner@cnmtl.cn.ca  |
|  Canadian National Railways.   |           osmana@well.sf.ca.us  |
|  Montreal, Quebec H3B 2M9      |                                 |
--------------------------------------------------------------------
|  "Truth is silent; It's views and opinions that make all the     |
|   noise". - ZEN Graffiti.                                        |
--------------------------------------------------------------------
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: skl@wimsey.bc.ca (Samuel Lam)
Subject: Re: Anyone using Crynwr packet driver with PhoneNET
Reply-To: skl@wimsey.bc.ca (Samuel Lam)
Date: Fri, 4 Sep 1992 06:12:05 GMT

In article <1992Sep3.181611.14743@vax5.cit.cornell.edu>,
 sbk@vax5.cit.cornell.edu wrote:
>The key is to get your hands on PhoneNET Talk 3.0 (still in beta, I'm afraid). 
>This is a fully ODI-compliant AppleTalk stack for DOS.  The, you load ODIPKT,
>Dan Luciani's PDS-ODI shim.

ODIPKT has a run-time switch which makes it work with the older
version of ODI which the current version (2.0) of PhoneNET Talk
speaks.  So you should be able to get things to work now without
waiting for PhoneNET Talk 3.0 to come out.

...Sam
-- 
<skl@wimsey.bc.ca>
From: barrett@daisy.ee.und.ac.za (Alan P Barrett)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Do most PC's use DNS or a local hosts file?
Date: 9 Sep 1992 13:32:27 GMT
Organization: Univ. Natal, Durban, S. Africa
NNTP-Posting-Host: daisy.ee.und.ac.za

In article <dank.715727727@blacks>,
dank@blacks.jpl.nasa.gov (Daniel R. Kegel) writes:
> I'm writing a freeware tcp/ip application for the PC, and wonder if
> I can rely on people to have DNS support for looking up IP addresses
> from hostnames.

RFC1123 section 6.1.1 says:

"          Every host MUST implement a resolver for the Domain Name System
"          (DNS), and it MUST implement a mechanism using this DNS
"          resolver to convert host names to IP addresses and vice-versa
"          [DNS:1, DNS:2].

However, in the real world, you cannot rely on DNS being available.

> If I can, my life is simpler, I can just distribute
> hostnames; otherwise, I'll have to distribute IP addresses, too.

Your application should permit users to specify numeric addresses.

RFC1123 section 2.1 says:

"       be possible to enter either (1) a host domain name or (2) an IP
"       address in dotted-decimal ("#.#.#.#") form.  The host SHOULD check
"       the string syntactically for a dotted-decimal number before
"       looking it up in the Domain Name System.

> Does your site support DNS for its pc's?  Are they configured to
> use it, or do they use a static hosts file?

We certainly have nameservers that will answer queries that originate
on PCs.  Whether or not a PC is able to make DNS queries depends on the
software run on the PC, and I suggest that you build the ability to use
DNS into your application.

--apb
Alan Barrett, Dept. of Electronic Eng., Univ. of Natal, Durban, South Africa
RFC822: barrett@ee.und.ac.za                    Bang: m2xenix!undeed!barrett
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: fred@maccs.dcss.mcmaster.ca (Fred Whiteside)
Subject: Re: LPD for IBM PCs 
Reply-To: fred@bws.com (Fred Whiteside) 
Organization: Beame & Whiteside Software Ltd. 
Date: Tue, 15 Sep 1992 19:59:03 GMT

In <BuMsGA.B0G@cs.vu.nl>, waltje@cs.vu.nl writes:
>I got such a demo from our dealer in Holland, it had no server programs
>at all.  It is version 2.30 (so says the disk..), and the manual stuff
>does not say anything about servers, either.

	there is a DOS LPD with that code, although that may not be what
you were looking for.  our 2.3 lpd supports but one printer ...

>So, being really pissed at this, I installed KA9Q/NOS 2.00m (by Gerard
>van der Grinten, PA0GRI), and that machine now acts as a standalone LPD
>server for my EPSON LX-800 on PRN/LPT1:, and my HP DeskJet500 on LPT2:.
>Works fine...
>However, I think that a server running under BW-TCP would be a lot
>faster.  So, can either "B" or "W" shed some light on this?

	well, the daemon that supports multiple printers under windows
(as well as the nifty new windows apps and the ftpd and the telnetd and
all the other stuff) is available in our version 3.0.

	demo copies available. please *FAX* requests to +1 416 765 0815.

	demos are shipping now (no printed manuals :-))

	production code will be shipping as soon as the manuals come
back from the printer. (late this week, early next week).

	i will be posting in comp.newprod shortly ...

	Fred Whiteside

-- 
Fred Whiteside   Beame & Whiteside Software Ltd., Caledonia, Ontario
fred@bws.com   fred@maccs.DCSS.McMaster.CA   ...!uunet!utai!utgpu!maccs!fred
From: lars@mk1501.dseg.ti.com (Lars Anderson)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Problem with NCSA FTP <-> WinQVT
Date: 10 Sep 92 13:30:50 GMT
Distribution: world
Organization: The Internet

Mark,

>I have a problem with NCSA ftpbin hanging soon after connecting to a PC running
>WinQVT, but is okay (well, 99%) when connecting to a VAX or Unix system. I can
>only guess it has something to do with retries, timing, buffer sizes, etc or
>that fact that the two PC's running 2.3.05 NCSA that fail are 286's with 3c501
>cards (the one running WinQVT is a 386 with a WD8003e, if that is relevant).

>I can open the connection, log in, find out the working directory, but as soon
>as I transfer anything (even do a dir listing) it hangs.  I can log onto a VAX,
>get the files to it, and then from VAX to the 286 without problems.

>Do these symptoms indicate some obvious configuration error??

>Mark Aitchison, University of Canterbury, New Zealand.

  We run a lot of 3c501's with NCSA telnet and i ran into a similar problem
  that was fixed by changing the MTU parameter in the CONFIG.TEL file
  from the default of 1024  to  512.  This is apparently a Maximum Transfer
  Unit (packet size?) parameter.  I don't know where the hang was happening
  but it always involved a 3c501/NCSA and has not recurred since changing MTU.
  
Good Luck,
-- 
Lars Anderson     Texas Instruments    214/952-4958    lars@dseg.ti.com
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: keithp@oakhill.sps.mot.com (Keith Pyle)
Subject: Frequent Hangs running SLIP8250 and CUTCP
Organization: Motorola Inc.  Austin, Tx.
Date: Sun, 13 Sep 1992 04:14:47 GMT

My department is receiving a number of requests for SLIP access from
our engineers and I've been testing our configuration to see if we have
one that is supportable.  So far, I'm not encouraged and certainly
won't release it for use as my group will be swamped with support calls
and upset users.  Here's the my configuration and the problem:

I'm running on a 386/33 connected to a UDS V.3229L modem (V.32) with a
dial-up connection to the rack mount version of this UDS modem
connected to a Xyplex terminal server.  I'm using SLIP8250 version .6
and the Clarkson telnet package CUTE 2.2D/TC-D.  I'm running at 19200
to the modem, with the -h option, and using a buffer size of 0x4000
(16K).

I can initiate a SLIP connection with no problem and can get reasonable
response.  The problem is that my system will hang at least once an
hour.  This evening, it has hung three times in less than two hours of
usage.  Typically, the hangs occur while using programs which do significant
screen updates such as elm, more, or vi, although I've had an ls listing
do it to me.

I've tried a number of things to isolate the problem.  I've used kermit
extensively, both for interactive and file transfer purposes.  It has
never hung and I get exceptionally good transfer rates and no errors.
I borrowed a copy of FTP Software's telnet (which was wasn't installed
anywhere, just for the record) from a friend and tried it in place of
CUTE.  Although the hangs are of different type, they still occur.  This
leads me to suspect the SLIP packet driver since it is the only piece
common to both configurations which have the problem and is not found in
the one (kermit) which doesn't hang.  I've tried with and without the
-h option on SLIP8250, and I've tried buffers up to 32K.

So. my questions are:

1) Has anyone else experienced this problem, and if so, is there a solution?
2) Is version .6 the current version of SLIP8250?  If not, what is the
current one?
3) Is 2.2D/TC-D the current version of CUTE?
4) What other steps could I take to isolate the problem?

My thanks in advance.  I haven't had regular access to the net for a
while and I apologize in advance for any duplication should this be a topic
already beaten senseless.
-- 
Keith Pyle                                   keithp@rtfm.sps.mot.com
Systems/Network Engineering Group            keith@ibmoto.com
Motorola/CDC, Austin, Texas                  512-795-7269
Newsgroups: comp.protocols.tcp-ip.ibmpc