HDTenEightyP/NetNews huggingface dataset:
From: seths@procyon.engin.umich.edu (seth raynard silverman)
Subject: Re: PPP
Organization: University of Michigan Engineering, Ann Arbor
X-Newsreader: TIN [version 1.1 PL8]
Date: Mon, 25 Jan 1993 17:17:52 GMT

Drew William Hess (dhess@Xenon.Stanford.EDU) wrote:
: I'm sure this is a FAQ, but bear with me, since I have no idea where the FAQ
: list for this group is.

: Anyways, is there a PPP packet driver available via anonymous FTP?  I've
: tried archie, but all it gives me for MS-DOS systems are references to the
: KA9Q package, which (correct me if I'm wrong) doesn't have a simple PPP 
: packet driver (it's built-in, or not a packet driver, or something).

Try "merit.edu" in the "pub/ppp" subdirectory.  I don't remember the name
of the file, but I know that one includes a PPP packet driver along with
NCSA telnet configured to work with that packet driver.  The only problem
might be that it is customized to work with the dial-in system here at
Michigan (Merit or MichNet or something like that).

Seth Silverman

e-mail:  seths@eecs.umich.edu
From: wmah@ersys.edmonton.ab.ca (Wayne Mah)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Does FTP Inc's TCP/IP for OS/2 provide TCP/IP in VDM?
Date: Sun, 24 Jan 93 13:13:53 MST
Organization: Edmonton Remote Systems #1, Edmonton, AB, Canada

Does anyone know if FTP Inc's version of TCP/IP for OS/2
provide TCP/IP access (or API interface) in a virtual
DOS machine in OS/2 2.0?  That is, I want to be able to
run third party software that uses the FTP kernel in a VDM.
 
I know Novell provides this and I have been told Essex also
provides this feature.
 
Thanks.

--
Wayne Mah              wmah@ersys.edmonton.ab.ca 
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: CADS_COLE@GALLUA.BITNET (Kevin Cole; Washington DC)
Subject: Re: Where to find the Latest NCSA binaries
Organization: Gallaudet Research Institute
Date: Fri, 22 Jan 1993 01:59:54 GMT


In article <C17IuC.Lxs@encore.com>, dgalekov@encore.com (Dale Galekovic)
writes: 

> I'm looking for a site (name and internet address) where retrieve the latest
> NCSA binaries. Any help would be appreciated...
> 
> Dale Galekovic (dgalekovic@encore.com)
> Encore Computer Corp.
> Ft. Lauderdale, FL 

I'd assume that NCSA has the most recent, but lately I'm not so sure.  ;-)
Anyway, the address I used was FTP.NCSA.UIUC.EDU.  They're in the /PC/Telnet 
subdirectory, if I recall correctly.  And I ended up with TELBIN v. 2.3.05 as 
of two days ago.  Dunno what the versions on the other programs are.   Hope
this helps. 

 ========== U.S. Mail =============================== E-Mail =================
 Kevin Cole      <Flatline>           |  Bitnet: CADS_COLE@GALLUA.BITNET
 Gallaudet Research Institute  (GRI)  |  Internet: KJCOLE@GALLUX.GALLAUDET.EDU
 Washington, D.C.  20002-3625         |  UUCP: ...!psuvax!gallua.bitnet!kjcole
 (202) 651-5575  x4592                |  The WELL:   kjcole
From: hardiman@csd4.csd.uwm.edu (Paul V Hardiman)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: KA9Q RIP problems
Date: 26 Jan 93 16:08:38 GMT
Article-I.D.: uwm.1k3nm6INNlpb
Distribution: usa
Organization: Computing Services Division, University of Wisconsin - Milwaukee
NNTP-Posting-Host: 129.89.7.4
Originator: hardiman@csd4.csd.uwm.edu

I'm having problems getting ka9q to recognize RIP broadcasts.
The system is configured with 2 Ethernet connections supported
by packet drivers and 1 SLIP connection that is not currently
in use.  The RIP messages are broadcast to addresses in the
form 129.89.6.255 and 129.89.21.255.  ka9q's outgoing RIP
messages are broadcast to the same addresses and are handled
OK by other routers on the subnets.  According to ka9q traces
the incoming RIP messages are formatted correctly.  But when
I issue the RIP STATUS command, ka9q reports that there have
been no incoming RIP messages.

Does anyone have any idea what is going wrong?

Thanks for any insight you may offer.

Paul Hardiman
University of Wisconsin - Milwaukee
hardiman@csd4.csd.uwm.edu
From: jmward@elbert (Joel M. Ward)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: SLIP
Date: 25 Jan 1993 21:15:55 GMT
Organization: University of Colorado at Colorado Springs
NNTP-Posting-Host: elbert.uccs.edu
Summary: I don't know how to do SLIP
Keywords: SLIP internet
X-Newsreader: TIN [version 1.1 PL6]


	Excuse me, this is probably the wrong place to post this, but does
anyone know where I can get info on SLIP?  I'm interested but I don't know
much about it...
	Thanx
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: jallard@microsoft.com (James 'J' Allard)
Subject: Re: WinSockAPI & Windows NT
Date: 22 Jan 93 02:45:42 GMT
Organization: Microsoft Corporation
Keywords: winsock, win-nt

In article <jbg.727408624@qualcom> jbg@qualcom.qualcomm.com (Jeff Gehlhaar) writes:
>Has anyone had any success with getting WinSockAPI compliant programs
>to work under Windows NT?

Well, we have. ;)

I assume that you're referring to 16-bit Windows Sockets applications, not 
Win32 Windows Sockets applications. The so-far-released SDKs and the October
beta do not offer 16-bit library compatibility. The final product will however.

Hope this clears things up.



-- 
_______________________________________________________________
J. Allard                                 jallard@microsoft.com
Program Manager of TCP/IP Technologies    work: (206)882-8080
Microsoft Corporation                     home: (206)860-8862
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: westes@netcom.com (Will Estes)
Subject: Need PC-NFS Tech Support Number
Organization: Mail Group
Date: Tue, 26 Jan 1993 00:14:56 GMT

Could someone please mail to me the phone number for Sun's PC-NFS tech
support?   After 10 minutes on hold to Mt. View, and 20 minutes on
hold to some 800 number for general hardware and software support, I
have earned the right to a sit in line on the correct phone. :)

A note to Sun personnel: please add the term techical support to the
indexes for your manuals, or at least add the phone number(s) to the
inside of the title pages.   Thanks!

-- 
Will Estes		Internet: westes@netcom.com
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: hoffman@tsla.noava.lisc.lockheed.com (John Hoffman)
Subject: Re: Trumpet
Organization: LISC Noava
X-Newsreader: TIN [version 1.1 PL6]
Date: Tue, 26 Jan 93 00:44:43 GMT

I've used trumpet several versions back and completely gave up on it because I
was constantly loosing all my replies.  In the version I had hitting the esc
key abandoned the edit, reply, mail or whatever you were doing.  Being a
dedicated vi person I hit the esc key automatically almost anytime I want to
save a file.  Alas, this aborts whatever I was doing in trumpet.  I'd like to
request a prompt asking if you really want to abort or better yet a completely
different key.

I'd also like to know if there is a version of trumpet that runs on pcnfs.

John

-- 
+-------------------------------------------------------------------------+
| The preceding is my personal opinion and not legally binding...         |
+-------------------------------------------------------------------------+
| John Hoffman     | Lockheed Integrated Solutions Company                |
| NOAVA/Engineering| Internet: jhoffman@lmsc.lockheed.com                 |
| 408/987-4693     | or: john.hoffman@lims.lockheed.com                   |
+-------------------------------------------------------------------------+
From: ashok@biochemistry.cwru.edu (Ashok Aiyar)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Where to find the Latest NCSA binaries
Date: Thu, 21 Jan 1993 23:17:11 GMT
Organization: CWRU School of Medicine
NNTP-Posting-Host: axa12-slip.dialin.cwru.edu

In article <C17IuC.Lxs@encore.com> dgalekov@encore.com (Dale Galekovic) writes:

>I'm looking for a site (name and internet address) where retrieve the latest
>NCSA binaries. Any help would be appreciated...

Try ftp.ncsa.uiuc.edu in PC/Telnet

Ashok
----------------------------------------------------------------------
                              Ashok Aiyar 
                      Department of Biochemistry
                       CWRU School of Medicine
----------------------------------------------------------------------
From: towfiq@Microdyne.COM (Mark Towfiq)
Date: 22 Jan 93 11:00:03
Organization: Microdyne Corporation, Westford, MA, USA
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Windows Sockets Specification 1.1 now available
Distribution: comp

  The long-awaited version 1.1 of the Windows Sockets specification is now
available for perusal and implementation, via anonymous FTP to the host
SunSite.UNC.EDU, in /pub/micro/pc-stuff/ms-windows/winsock/winsock-1.1 (or,
if you want the download to take longer, you can retrieve it from
Microdyne.COM in the /pub/winsock/winsock-1.1 directory).

  The specification is available in the following formats (note the addition
of the Microsoft Write .WRI format; also, the PostScript version will now
print the graphics correctly):

winsock.def		Sample Windows Sockets DLL Module Definitions
			File.

winsock.doc		Windows Sockets API specification in WinWord
			2.0 format.

winsock.h		Windows Sockets API header file.

winsock.hlp		Windows Sockets API specification in WinHelp
			3.1 format.  (You need the 3.1 WINHELP.EXE to
			read it.)

winsock.lib		Windows Sockets API Import Library file.
			(This was generated by running IMPLIB on
			winsock.def.)

winsock.ps		Windows Sockets API specification in
			PostScript format.

winsock.rtf		Windows Sockets API specification in Rich Text
			Format.  (Also used to build WINSOCK.HLP.)

winsock.txt		Windows Sockets API specification in ASCII
			Text format.

winsock.wri		Windows Sockets API specification in Microsoft
			Write format.

winsock.zip		A file in ZIP format suitable for a developer
			to program against -- it contains WINSOCK.H
			and WINSOCK.DEF.
--
Mark Towfiq
Windows Sockets Mailing List Coordinator
winsock-request@Microdyne.COM
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: erick@demorgan.uwaterloo.ca (Erick Engelke)
Subject: Re: NCSA net14 with pckermit.exe
Organization: University of Waterloo
Date: Thu, 21 Jan 1993 16:05:15 GMT

pm860605@longs.LANCE.ColoState.Edu (Peter J. McKinney) writes:
> jrd@cc.usu.edu (Joe Doupnik) writes:
>> paul@hawkesbury.uws.EDU.AU (Paul Hardaker) writes:
>>> Has anyone managed to get the net14 driver included with NCSA telnet 2.3.05 
>>> distribution working?  I'm trying to get it to go with kermit v3.11 (yeh, I 
>>> know v3.11 supports tcp/ip - kermit is just a test case at this stage).  

Kermit's author wrote:
>> ...kermit
>>is an especially well behaved Int 14h application. Thus NET14.COM may have 
>>trouble on this point if it is expecting a particular comms program setup 
>>sequence before NET14 will work; not a swift idea. Try good old MODE COM1...
>>to accomplish the required NET14 persuation. Personally I've never gotten
>>NET14 to work here, but I have not tried very hard.


>I've had better luck with "tcpport" from the U. Waterloo tcp suite of 
>programs. I tried int14 and could never get it to work.  I've gotten 
>tcpport to work with com-and and conex.  Tcpport is available at 
>sunee.uwaterloo.ca in /pub/wattcp/apps.zip if I'm not mistaken.  


So must have Joe, because TCPPORT was his starting point when
adding TCP to KERMIT.  But I think several people have since 
told me that they have improved TCPPORT and I've lost track
of their source or FTP sites.  So the sunee location Pete 
mentions may be ok, but anyone with an improved version may
want to comment.

Erick

-- 
----------------------------------------------------------------------------
Erick Engelke				 	            WATTCP Architect
erick@development.uwaterloo.ca     TCP/IP was easy but i still can't work VI
From: jbvb@ftp.com ("James B. Van Bokkelen")
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: WFW & PC/TCP together -- ** SOLUTION **
Date: 26 Jan 93 17:46:51 GMT
Reply-To: jbvb@ftp.com
Distribution: world
Organization: The Internet


    ... what is wfwftp.386 and why is it needed?

Microsoft has a bug in the WfW I/O redirector where it doesn't pass some
findnext() function calls that aren't for its drives to other redirectors.
WFWFTP.386 makes sure that we get those which we need to see.

James B. VanBokkelen		2 High St., North Andover, MA  01845
FTP Software Inc.		voice: (508) 685-4000  fax: (508) 794-4488

Newsgroups: comp.protocols.tcp-ip.ibmpc
From: peter@psychnet.psychol.utas.edu.au (Peter R. Tattam)
Subject: Re: Trumpet
Organization: Psychology Department, University of Tasmania
Date: Sat, 23 Jan 1993 02:44:45 GMT

In article <tattam.9.727702582@postoffice.utas.edu.au> tattam@postoffice.utas.edu.au (Gweneth Tattam) writes:
>From: tattam@postoffice.utas.edu.au (Gweneth Tattam)
>Subject: Re: Trumpet
>Date: Fri, 22 Jan 1993 11:36:23 GMT

>In article <mcdonald.690.727633951@aries.scs.uiuc.edu> mcdonald@aries.scs.uiuc.edu (J. D. McDonald) writes:
>>From: mcdonald@aries.scs.uiuc.edu (J. D. McDonald)
>>Subject: Trumpet
>>Date: Thu, 21 Jan 1993 16:32:31 GMT

>>I recently got the latest version of Trumpet, 1.05g.

>>This version has some nice features, but an extremely serious
>>annoyance. It automatically sends a copy of any mail you produce
>>back to you. This is really a pain in the ass .. I have to go
>>by hand and cancel the "cc" stuff in the header.

>>Or do I? Is there a switch or configuration option to prevent this? 
>>I sure can't find one, but also find it hard to believe something this
>>stupid would be non-defeatable.

>>RTFM seems not to find an answer (I admit not to reading it
>>all word for word, just searching for likely keywords to this feature.)


>>Doug McDonald


>No there isn't such an option.  I will add one in the next release.

>Sorry... :-)

>Peter

Ooops... Used my wife's setup for trumpet instead of my own.... we share the 
one machine at home.

Peter
From: rcq@ftp.com (Bob Quinn)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: PC EUDORA
Date: 27 Jan 93 14:56:33 GMT
Reply-To: rcq@ftp.com
Organization: The Internet

>   Tony Euser <euser@emr.ca> writes:
>   
>   >A beta (or prerelease) version of Eudora for windows is available from
>   >qualcomm.com.  However, it requires FTP Software's TCP/IP stack version
>   >2.1

to which Lynn Ward <L-ward1@uiuc.edu> responds:

>   Also requires Windows version 3.1 and a 80386 processor or higher.

Actually, Eudora runs fine in Standard mode (on an 80286), I just
tried it.  We have been shipping a 286 compatible version of the
PCTCPAPI.DLL for a while now (the Virtual Device Driver VPCTCP.386
is not required in Standard mode).

Regards,
--
 Bob Quinn                                             rcq@ftp.com
 FTP Software, Inc.                                No. Andover, MA


Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.lang.pascal
From: peter@psychnet.psychol.utas.edu.au (Peter R. Tattam)
Subject: Re: Trumpet, Nupop and Gopher mouse desensitisation.
Keywords: mouse
Organization: Psychology Department, University of Tasmania
Date: Sun, 24 Jan 1993 12:27:12 GMT

In article <rhughes.24.727739998@ucsd.edu> rhughes@ucsd.edu (Richard J. Hughes) writes:
>From: rhughes@ucsd.edu (Richard J. Hughes)
>Subject: Trumpet, Nupop and Gopher mouse desensitisation.
>Date: Fri, 22 Jan 1993 21:59:59 GMT
>Keywords: mouse

>I find that when I use the "shell to DOS function" in any of Trumpet, Nupop 
>or Gopher and return to the program in question, the mouse cursor is slowed 
>w-a-y down.  I'm using the latest mouse driver, mouse.com that came with 
>Windows 3.1, version 8.x.

>What's going on?  Am I the only one experiencing this phenomenon?

>Richard J. Hughes

Sounds like a problem with Turbo Vision,  the package which all three of these 
products use.  I haven't noticed it myself, but will be on the lookout for it.

I am cross-posting this with comp.lang.pascal since this is where a quick 
answer to this problem might be found.

Peter  (writer of Trumpet)
From: schuetz@fm11ap01.tu-graz.ac.at (Alexander Schuetz)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Need FSP.exe ??? and details anyway...please help!
Date: 26 Jan 1993 10:28:47 GMT
Organization: none
NNTP-Posting-Host: fm11ap01.tu-graz.ac.at


Hi dudes, 

I hope you don't mind some FAQs (?) from a newbie, do you? Well, I need
some technical info about FTP, FSP, TELNET and stuff like that....

1.) What is FSP exactly? I know and have seen FTP already and been told
    that FSP is kinda similar. What are the differences? Is there a program
    "FSP.EXE" for the IBMPC, similar to the "FTP.EXE" from FTP software?
    Or, is there a public domain version? 
    If not, is there atleast a UNIX version? Is is shareware anyway?
    If it *is* shareware, on which FTP site, in which subdir might I
    find it? If not, where can I find info, anyway?

2.) Our "tn.exe" (telnet) preferres to make fuss. Sometimes I can easily
    connect to an FTP site, but at the same time TN would't want to 
    connect. ("Host unrechable, destination unreachable"). Strange...
    In general, TELNET seems not to want to connect as easily as FTP. 

Any help is greatly appreciated, E-mail answers preferred 'coz I cant
sift through all the news everyday.

Thanks
        Alex (schuetz@fm11ap01.tu-graz.ac.at)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: packet drivers for ARCNET
From: markh@GHOST.MCS.stcloud.msus.edu (Mark Holden)
Date: 21 Jan 93 19:08:33 -0600
Organization: Saint Cloud State University

In article <1993Jan21.234225.845@novell.com> donp@novell.com (don provan) writes:
>In article <93021.101746SYSTHVU@cc1.kuleuven.ac.be> Herman Van Uytven <SYSTHVU@cc1.kuleuven.ac.be> writes:
>>Which routers do support ARCNET ?
>
>NetWare v3.11 does.  Since you have ARCNET, i wouldn't be surprised if
>you had a NetWare server on it.  If it's a NetWare v3.11 server, just
>stick an ethernet card in it and configure it to route TCP/IP traffic.
>
>						don provan
>						donp@novell.com

	Yep, and it does a damn fine job too.  The NetWare network I
maintain has 3 ArcNet and 3 Ethernet sections, and IPX and IP work flawlessly
across them.  Right this moment I'm sitting on a section of ArcNet, telnetting
to a Unix machine on ethernet, being routed through a 3.11 server.  And that
Unix box talks to the rest of the campus and the world through that same
3.11 server.

Mark Holden
markh@ghost.mcs.stcloud.msus.edu   "Not only do we get to wear these cool
markh@scsu_2.mcs.stcloud.msus.edu  uniforms, but we are members of an elite
l00017@eeyore.stcloud.msus.edu     fighting force!  The Tank Paratroopers!"
"Happy, Happy!  Joy, Joy!"
From: milt@acc.com (Milt Roselinsky)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: BOOTP/TFTP server for a PC?
Keywords: BOOTP TFTP
Date: 26 Jan 93 22:00:54 GMT
Organization: ACC, Advanced Computer Communications

What are my options for using a PC as a BOOTP/TFTP server?  If 
you have experience, either positive or negative, with doing 
this please let me know.

This is probably a FAQ, but I couldn't find a FAQ for this list.

Send responses to me directly, and I'll summarize to the list.

Thanx alot,

Milt Roselinsky		milt@acc.com
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: kellmeye@ux1.cso.uiuc.edu (kellmeyer steven l)
Subject: Re: Clarkson tn3270 screen blank, session drop
Organization: University of Illinois at Urbana
Date: Mon, 25 Jan 1993 03:39:00 GMT

fillmore@emr1.emr.ca (Bob Fillmore 992-2832) writes:

>We have a customer using Clarkson tn3270 with the packet drivers
>to access an IBM 3090 running IBM's TCP/IP v2.2.
>Once in a while the screen blanks while the user is typing.
>Hitting enter will sometimes restore the screen, and other times
>the user is dropped out of tn3270 to the DOS prompt.
>Apparently this user is a fast typist.

>Has anyone else noticed this behaviour?
>Thanks for any tips.

Yup on the screen blanking.  No on the dropout.  It's rather annoying
to be typing along and have the screen blank out literally between 
keystrokes in the middle of a word.  No idea why it happens.  I've seen
it occur on a telnet to a Unix machine, so I don't think IBM's TCP/IP
is necessarily the problem.

>-- 
>Bob Fillmore, Technical Services Division          email: fillmore@emr.ca
>  Information Management Branch,                   BIX:   bfillmore      
>  Energy, Mines, & Resources Canada                Voice: (613) 992-2832
>  580 Booth St., Ottawa, Ontario, Canada  K1A 0E4  FAX:   (613) 996-2953

Steve Kellmeyer    
-- 

Steve Kellmeyer 
kellmeye@ux1.cso.uiuc.edu
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: rob@dinner.asrc.albany.edu (Robert D. Seals)
Subject: Packet Driver for Etherlink III ?
Organization: SUNYA - ASRC, Albany, NY
Date: Tue, 26 Jan 93 22:05:28 GMT


I just got my 3com etherlink 3 board, and now I need to get
it to work with ncsa telnet, but there is no packet driver,
and the 3c50[1357] drivers can't find the board. Is there
a packet driver somewhere for this, or am I doing something
idiotic?

rob
-- 
------
Sing Little Birdy?
rob@dinner.asrc.albany.edu
From: Brian McCashin
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: SOSS server file locks
Date: 26 Jan 1993 17:43:14 GMT
Organization: University of B.C.
Reply-To: mccashin@unixg.ubc.ca
NNTP-Posting-Host: salal.chspr.ubc.ca
Keywords: SOSS nfs

I have a PC running as nfs server using SOSS. The PC is running
DOS 4.01 and the nfs client is a Sparc2 running SunOS 4.1.2
Everything seems to work fine except that any file that is opened
on the Sun side remains open according to the Dos server that is
running SOSS until SOSS is terminated. Any suggestions?
 

 Brian McCashin                            Internet: mccashin@unixg.ubc.ca
 Senior Programmer/Analyst                 Phone: 604-822-5502
 Centre For Health Services and Policy Research
 University of British Columbia, Vancouver CANADA
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: steven@unipalm.co.uk (Steven Vincent)
Subject: Re: FTP TCP/IP: tn hangs on some machines!
Keywords: tcp/ip ftp tn
Organization: Unipalm Ltd., 216 Cambridge Science Park, Cambridge CB4 4WA, UK
Date: Tue, 26 Jan 1993 09:38:03 GMT

stritzi@Physik.TU-Muenchen.DE (Peer Stritzinger) writes:

>On some machines, FTP TCP/IP 2.05 works fine except tn. ping is okay,
>but any telnet session will hang even BEFORE the interface is needed
>(before local name resolution). Entering 'cls' immediately before
>telnetting helps.

Let me guess, 2.05pl4 to be specific.

>What's the problem? Is it fixed in 2.11?

The problem is that some of the later patch levels implement 132 column
support on certain video cards. This involves a "detection" test to 
detect which type of 132 column mode your card supports. Unfortunatly
for you your video card BIOS causes this test to hang (S3 based or
Trident 8800 + others). Tn pl5 has a "-s" switch to suppress this
test. 2.10+ has an entry in "PCTCP.INI" to do the same.

I would be interested in the Model/chipset/BIOS date of your video card.

>--
>Peer Stritzinger
>stritzi@physik.tu-muenchen.de

================================================
Steven Vincent,             steven@unipalm.co.uk
Unipalm Ltd.                (44) 0223-420002
Cambridge,
England.
================================================
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: PCROUTE as a cable converter
From: bartont@next1.msci.memst.edu (Tom Barton)
Date: 21 Jan 93 14:31:21 -0600
Distribution: world
Organization: Memphis State University, Memphis TN

In article <9301192333.aa07335@lda.leissner.se> pf@leissner.se (Peter Fassberg) writes:
>>Just wanted to know if I could use PCRoute to convert from say, thin ethernet
>>to 10baseT by using the router?
>> 
> Why not simply use the PCBridge code ?  We use it to convert from thickwire
> to thin.  The only problem now is that the only supported card that is
> still available is the 3c507 - which is a bit pricy.

The latest models of SMC's (formerly Western Digital) wd8003 and wd8013 lines
of ethernet boards continue to work fine with PCBridge's built-in support, as
they always have.

-- 
Tom Barton			       Internet: bartont@hermes.msci.memst.edu
Dept of Math Sciences	                 Bitnet: bartont@memstvx1
Memphis State University