HDTenEightyP/NetNews huggingface dataset:
From: hitz@netapp.com
Subject: Re: NFS cookies
Organization: Netcom - Online Communication Services (408 241-9760 guest)
Date: Mon, 14 Dec 1992 05:32:07 GMT

In article <7594@fury.BOEING.COM> krm@sdc.boeing.com (Keith Michaels) writes:
>Does anyone know what the practical limitations are for the 32 bit 
>NFS "cookie" that is used in the READDIR function?  

>Also, is there any truth to the rumor that the first byte of the cookie is
>reserved for use by the client?  

Here is what the NFS 2 spec (RFP 1094) has to say about the directory entries
returned by READDIR:

	Each "entry" contains a "fileid" which consists of a unique
	number to identify the file within a filesystem, the "name" of
  |	the file, and a "cookie" which is an opaque pointer to the next
  |	entry in the directory.  The cookie is used in the next READDIR
  |	call to get more entries starting at a given point in the
  |	directory.  The special cookie zero (all bits zero) can be used
  |	to get the entries starting at the beginning of the directory.

The word "opaque" here means that the server is allowed to put
absolutely anything in this field that it wants to.  No reserved byte
for clients.  No restriction on what characters to use.

>How can NFS guarantee correct behavior of an operation that exhausts the
>address space of the cookie?  

This isn't a problem.  With a 32-bit cookie, there are 2^32 possible
cookies.  It's hard to imagine a directory structure much smaller than
16 bytes per entry, so a directory big enough to exhaust the cookie
space would be about 32 GB.

>This is not just of theoretical interest! We have acually hit this problem 
>on recursive operations like find.

It is very unlikely that this is the reason for your problem.  As
someone else pointed out, most UNIX servers use as their "cookie" the
offset of the directory entry in a given directory.  The problem is,
when a directory gets compacted, the offset of directory entries can
change.  This results in the offset pointing to the wrong location.
Depending on how the server handles this, some directory entries will be
repeated, or else some will not be reported at all.

Dave Hitz			hitz@netapp.com
Network Appliance 		(408) 562-1906
From: i000207@disc.dla.mil (john boris)
Newsgroups: comp.protocols.nfs
Subject: Windows for Workgroups and N[DPCNFS
Keywords: PC-NFS
Date: 15 Dec 92 14:49:27 GMT
Distribution: usa
Organization: Defense Industrial Supply Center, Philadelphia, Pa

We are presently running PC-NFS 4.0a and Windows 3.1 in a happy  
coexistence. We are trying to utilize Windows for Workgroups but have
hit a wall. Microsoft tech support says that currently the two can't
exist at the same time. My question is... has anyone out there
achieved this. I have read on the net before where PC-NFS and a NETBIOS
network co-existed. If anyone can help either emai;l or post it here.
Thanks in advance.

-- 
 John J. Boris,Sr. Defense Industrial Supply Center-DISC-QRD         
 Philadelphia,PA (AV)442-3213 COMM (215)697-3213                
 "These statements are my own... And usually I'm not that sane!"      
  "Beam me up Scotty!" :i000207@discg2.disc.dla.mil
From: geoff@tyger.Eng.Sun.COM (Geoff Arnold @ Sun BOS - R.H. coast near the top)
Newsgroups: comp.protocols.nfs
Subject: Re: Wanted: scoop on needful lifetime of TZ
Date: 11 Dec 1992 22:45:17 GMT
Organization: SunSelect
NNTP-Posting-Host: tyger.east.sun.com

Quoth ado@elsie.nci.nih.gov (Arthur David Olson) (in <1992Dec11.220548.11476@alw.nih.gov>):
#If you know whether it's kosher to have an autoexec.bat file sequence such as
#	set tz=EST5EDT
#	net init
#	set tz=
#with PC-NFS 4.0a--that is to say, whether the "TZ" environment variable can
#be dropped (saving environment space) after initialization is finished--
#I'd appreciate hearing from you by electronic mail.
#-- 
#		Arthur David Olson	ado@elsie.nci.nih.gov
#		ADO and Elsie are Ampex and Borden trademarks

As far as PC-NFS is concerned, it shouldn't cause problems.
Any DOS application which calls localtime() needs it; in 4.0[a]
there are none that I can find.

Geoff

--
Geoff Arnold, PC-NFS architect, Sun Select. (geoff.arnold@East.Sun.COM)
ADMINISTRIVIA==========ADMINISTRIVIA=====ADMINISTRIVIA==========ADMINISTRIVIA
New address: SunSelect, 2 Elizabeth Drive, Chelmsford, MA 01824-4195
New numbers: Phone: 508-442-0317   FAX: 508-250-5068   
Newsgroups: comp.protocols.nfs
From: mikec@mundil.cs.mu.OZ.AU (Michael CIAVARELLA)
Subject: PC-NFS console messaging in graphics mode - can it be done?
Organization: Computer Science, University of Melbourne, Australia
Date: Thu, 17 Dec 1992 00:01:45 GMT

Hi all.

Does anyone know if there is a version of "LISTENER" for PC-NFS 4.0a
that will "pop" itself up in graphics mode(s)?  I can see where there
might be problems with this, but all I'm after is a something which
can _display_ the console messages - being able to reply isn't really
needed.

For those who always seem to ask for a bit more info.....
	We're using the console messaging to alert naive users
	to problems with printing [don't ask :-)] and trying to
	do this over AutoCAD, or Animator Pro screens is kind of
	a bit hard...

	Sure they can go read their mail to see if there
	was a problem reported by the print filters.  But that means
	they have to find a free workstation, or leave AutoCAD etc.
	With some files taking _ages_ to load and actually get displayed
	things start to get a bit annoying....

I'm open to constructive suggestions. 

Thanks

Mike

--
---------- X ----------------------------------------------------------------
      (D  / \   C)            email : markc@arbld.unimelb.edu.au
      r>_%   =--{]         		 
     /&          z\           phone : +61-3-344-4648
    ///\        /\\\          fax   : +61-3-344-5532 
-- /   ^ ------ \  \\ -------------------------------------------------------        
Newsgroups: comp.protocols.nfs
From: wford@arrirs04.uta.edu (William A. Ford)
Subject: PC-NFS 4.0a
Organization: Automation and Robotics Research Institute, U Texas @ Arlington
Distribution: comp
Date: Tue, 15 Dec 1992 19:19:16 GMT

Hello all.

I am looking for a few good apps to work with PC-NFS.  :>
3Com 3c503 cards.  If that helps.

A news reader for DOS and or Windows
A gopher client for DOS and or Windows
A archie client for DOS and or Windows

Thanks for any help
Bill Ford
UT-Arlington 
wford@arri.uta.edu
Newsgroups: comp.protocols.nfs
From: brianr@sand.rosemount.com (Brian E. Richter)
Subject: Problems with 3C509, packet driver, PCNFS 4.0a, Win 3.1
Organization: HTG, Rosemount Inc.
Date: Thu, 17 Dec 1992 21:39:55 GMT

To those who may know,

I am working with the new 3COM 3C509 card and decided to set it up with
PCNFS 4.0a and Microsoft Windows 3.1 and also with using QEMM 6.02.  
If I set the card up to use the upper AT interrupts (tried 11,12 since
I am using a Mouse Systems Bus Mouse at interrupt 10), I am able to access
network drives via DOS 5.0 but I am unable to access (locks up) network 
drives via any of the Windows APPS such as WORD for Win or File Manager.
So I changed the interrupt on the card to IRQ 5 and things seem to work
just fine in Windows.  I have tried both the 3c509f.com packet driver with 
PCNFS and the 3COM NDIS driver with Sun's nfs-ndis.sys file.
I am running a Northgate Elegance 486DX/33 machine.

Just wondering what may be going on since some day I would like to use the
upper interrupts so I can put another board at IRQ 5.

--brianr

Brian E. Richter          |  Domain:     brianr@hydro.rosemount.com
Rosemount Inc.            |  UUCP:       uunet!rosevax!hydro!brianr
12001 Technology Drive    |  Tel:        +1 612 828 3941
Eden Prairie, Mn 55344    | 
Xref: sparky comp.protocols.nfs:2990 comp.unix.wizards:5273
From: afoster@epochsys.UUCP (Antony Foster)
Newsgroups: comp.protocols.nfs,comp.unix.wizards
Subject: Experience with user level NFS servers?
Keywords: NFS
Date: 17 Dec 92 21:09:58 GMT
Organization: Epoch Systems, Westboro MA

A number of people seem to have experience implementing user 
level NFS servers and/or dummy NFS servers (aka user-mode file 
systems).  I was wondering what code base (if any) was used.
If a reference port was used;
    - was it of good quality, especially with regard to
      performance and correctness?
    - how much did the source code cost?
    - what were the redistribution rights/restrictions of the
      binaries?  of the modified source?

Any insight would be appreciated.

--
Antony W. Foster                        Epoch Systems, Inc.
                                        8 Technology Drive
afoster@epoch.com                       Westborough, MA  01581
uunet!epochsys!afoster                  (508) 836-4711 x367
Newsgroups: comp.protocols.nfs
From: ado@elsie.nci.nih.gov (Arthur David Olson)
Subject: Wanted: scoop on needful lifetime of TZ
Organization: National Institutes of Health
Date: Fri, 11 Dec 1992 22:05:48 GMT

If you know whether it's kosher to have an autoexec.bat file sequence such as
	set tz=EST5EDT
	net init
	set tz=
with PC-NFS 4.0a--that is to say, whether the "TZ" environment variable can
be dropped (saving environment space) after initialization is finished--
I'd appreciate hearing from you by electronic mail.
-- 
		Arthur David Olson	ado@elsie.nci.nih.gov
		ADO and Elsie are Ampex and Borden trademarks
Newsgroups: comp.protocols.nfs
From: fr@eagle.mumath (Farid Rahmi)
Subject: Re: PC-NFS and Oracle
Reply-To: fr@eagle.mumath
Organization: BIM nv
Date: Thu, 17 Dec 92 09:20:37 GMT

>I used PCNFS 3.0.1 some time ago and I don't recall having any problems, but
>now, when we upgraded to 4.0, I'm getting Bs,Ds,etc instead of the form frame 
>lines.

You need the 4.0a patch, which fixes a bug in the line-draw character set :

2.4 TELNET LINE DRAWING CHARACTER SET (SDR#pcn1830, bug#1089225)

There was a bug in the VT-100 control sequence handling. The most
obvious effect of this was that applications were unable to switch
between character sets, which affected programs which use the line
drawing character set.                                                    FIXED.

BTW, Oracle has some front-end tool(s) called SQL*Net which runs on top of PC
TCP-IP packages. 


Farid
Newsgroups: comp.protocols.nfs,comp.protocols.tcp-ip.ibmpc
From: jbvb@vax.ftp.com  (James B. VanBokkelen)
Subject: Re: Looking for NDIS compliant version of NETBOIS
Nntp-Software: PC/TCP NNTP
Keywords: NETBIOS NDIS NFS
Reply-To: jbvb@ftp.com
Organization: FTP Software, Inc., Wakefield, MA
Date: Thu, 17 Dec 1992 13:28:30

In article <1992Dec15.184929.10927@sequent.com> iceman@sequent.com (Ian Evans) writes:

    Are there versions of NETBIOS that work with NDIS??  Better yet is
    there one that works with PC-NFS directly, not NDIS.

You don't say what transport protocol you want your NETBIOS to use.  If
you don't care, you can use the NETBIOS supplied with LAN Manager, 3+/Open,
10Net, or any other LAN OS that will run on NDIS.  If it is necessary that
your NETBIOS use TCP as the transport, you're restricted to using one of
the DOS TCP/IP packages that supplies an RFC-conformant NETBIOS.

James B. VanBokkelen		2 High St., North Andover, MA  01845
FTP Software Inc.		voice: (508) 685-4000  fax: (508) 794-4488
From: geoff@tyger.Eng.Sun.COM (Geoff Arnold @ Sun BOS - R.H. coast near the top)
Newsgroups: comp.protocols.nfs
Subject: Re: Any problems with PC-NFS Lifeline and POP3?
Keywords: POP3, PC-NFS Lifeline, email
Date: 14 Dec 92 23:32:12 GMT
Organization: SunSelect
NNTP-Posting-Host: tyger.east.sun.com

Quoth koontz@cam.nist.gov (John E. Koontz X5180) (in <9940@fs3.cam.nist.gov>):
#I seem to remember that there are some pitfalls to using POP3 with 
#the PC-NFS Lifeline mailer, but I can't find anything in my archived
#email about it.  Can anyone recall something of this sort themselves?

The only problem is that LifeLine doesn't "speak" POP3 - only POP2.....

Geoff

--
Geoff Arnold, PC-NFS architect, Sun Select. (geoff.arnold@East.Sun.COM)
ADMINISTRIVIA==========ADMINISTRIVIA=====ADMINISTRIVIA==========ADMINISTRIVIA
New address: SunSelect, 2 Elizabeth Drive, Chelmsford, MA 01824-4195
New numbers: Phone: 508-442-0317   FAX: 508-250-5068   
Newsgroups: comp.protocols.nfs
From: arifin@iti.gov.sg (Arifin Othman (JSAIC))
Subject: NetWare and NFS - Coexistence.
Organization: National Computer Board, Singapore
Date: Mon, 14 Dec 1992 13:55:30 GMT

Would be interested if anyone who has attempted this to e-mail me
their success story.

Thank you in advance.

(email - arifin@ncb.gov.sg)
-- 
Arifin Othman			      | Internet: arifin@iti.gov.sg
Japan-Singapore AI Centre	      | Bitnet:   arifin@itivax
			              | Tel:      (65) 770-3142
National Computer Board of Singapore  | Fax:      (65) 779-6162
Xref: sparky comp.protocols.nfs:2974 comp.protocols.tcp-ip.ibmpc:6976 comp.security.misc:2301
From: geoff@poori.Eng.Sun.COM (Geoff Arnold @ Sun BOS - R.H. coast near the top)
Newsgroups: comp.protocols.nfs,comp.protocols.tcp-ip.ibmpc,comp.security.misc
Subject: Re: PC NFS Printing
Date: 16 Dec 1992 21:08:51 GMT
Organization: SunSelect
NNTP-Posting-Host: poori.east.sun.com

I could indeed post the analysis (how many pcnfsd's needed to print
on multiple remote systems), but the description in the PC-NFS
documentation is complete as it is..... Since I'm dialed in from home
right now, and would prefer not to compose a long posting at
this baud rate :-), let me ask this. Do you have a copy of PC-NFS?
If so, did you find the description inadequate - if so, cite
chapter and verse and I'll remedy the deficiency (and file a bug report
against the doc). Or do you not have a copy of PC-NFS (or any other
product that uses pcnfsd)? The fullest general description of pcnfsd is
in the X/Open (PC)NFS book (bibliographic details of which I post
here every few weeks).

Geoff
--
Geoff Arnold, PC-NFS architect, Sun Select. (geoff.arnold@East.Sun.COM)
ADMINISTRIVIA==========ADMINISTRIVIA=====ADMINISTRIVIA==========ADMINISTRIVIA
New address: SunSelect, 2 Elizabeth Drive, Chelmsford, MA 01824-4195
New numbers: Phone: 508-442-0317   FAX: 508-250-5068   
Newsgroups: comp.protocols.nfs
From: hyung@twg.com (Henry Yung (The Last In Line))
Subject: Re: NFS cookies
Reply-To: hyung@twg.com
Organization: The Wollongong Group, West Coast Operations
Date: Mon, 14 Dec 1992 22:20:36 GMT


In article <Bz7y89.2MxA@austin.ibm.com>, curt@ekhadafi.austin.ibm.com (Curt
Finch 903 2F021 curt@aixwiz.austin.ibm.com 512-838-2806) writes:
|>
|>The cookie is generated by the server and is supposed to be opaque
|>right?  Clients shouldn't look at it.  They shouldn't even care what's
|>in it.
|>

According to the protocol, that is true, but unfortunately, in
reality, that is not always the case.

|>I vaguely remember seeing code somewhere in someone's NFS implemen-
|>tation, (And I've seen lots of implementations now,) where the client
|>used it to see how far to increment some value for the next readdir (or
|>something like that.) If the client's doing that, he's broken.  He's
|>violating the protocol.  
|>

Unfortunately, the cookie is not THAT opaque.  A lot of clients do
care about what is inside the cookie, including Sun's.  A couple of months
ago I posted a similar problem to this group describing a problem where
a 'ls' from a Sun client kept on listing the same set of files again
and again.  It turned out that although my cookies were increasing from 0
onward, the 32-bit word (cookie) was not in network byte order.  The
VAX NFS server, having a different integer representation than that of
Sun's, sent the cookie in its native representation thinking that the
cookie is opaque, which turned out to be not true.  Consequently, the
client was seeing cookies with some huge values and in a strange order.
Changing the byte order of the cookie on the server pleased the client
and resolved the problem.

|>But if some client doesn't work right with your server and their
|>support organization is no help to you, that isn't much consolation is
|>it?

Well, in our case, we changed the server to accomodate these clients.

|>-- 
|>curt@aixwiz.austin.ibm.com (Curt L. Finch) | AIX NFS/NIS Field Quality 
|>My views are unrelated to my employer's    |        Austin, TX
|> There'll be too many elderly in 30 years for your kids to afford all the FICA.
|>
|>

----------------------------------------------------------------------
  __  __/  |      /    _____/  Henry Yung	Email: hyung@twg.com
     /     |     /    /        VMS Software Engineering
    /        /  /    / -- /    The Wollongong Group, Inc.
  _/       _/ _/   ______/     Voice: (415)962-7100 FAX: (415)969-5547



Newsgroups: comp.protocols.nfs
From: erick@demorgan.uwaterloo.ca (Erick Engelke)
Subject: Re: Rsh daemon for PC-NFS
Keywords: rshd
Organization: University of Waterloo
Date: Fri, 11 Dec 1992 17:44:49 GMT

In article <921210152202@cream.ftp.com> jbvb@ftp.com writes:
> erick@sunee.uwaterloo.ca (Erick Engelke) writes:
>    ian@unipalm.co.uk (Ian Phillipps) writes:
>    >... there's a freely-distributable rexecd for DOS available (with source)
>    > from vax.ftp.com in /pub/rexecd/rexecd.tar - you'll need to hack it a
>    >bit, probably, to work with the PC-NFS socket library rather than PC/TCP.
>    
>    I would recommend trying that REXECD before suggesting it as usable! 
>
>C'mon, Erick, as far as I know, it does what I designed it to do correctly:

I agree wholeheartedly.  The release notes describe the operation and
limitations of your REXECD implementation and you have taken great
pains to qualify its utility whenever you posted references to it.

Mr. Phillipps @unipalm did not express the limited situations for which
REXECD would be useful, and I know you would not want people's expectations
raised beyond what this nifty little program does. 

In retrospect, I should have typed "before suggesting it as suitable"
rather than usable, but I thought that was given in the context of
the message.

>....  This is
>DOS, after all, and spawning a new DOS into a 386 VM while stealing its
>stdin/stdout is a horse of a different color altogether, and still doesn't
>get you full-screen applications.

That's exactly why I listed several products which do support full
screen apps, one of which works over FTP's PC/TCP.

Erick

-- 
----------------------------------------------------------------------------
Erick Engelke				 	            WATTCP Architect
erick@development.uwaterloo.ca     TCP/IP was easy but i still can't work VI
From: geoff@tyger.Eng.Sun.COM (Geoff Arnold @ Sun BOS - R.H. coast near the top)
Newsgroups: comp.protocols.nfs
Subject: Re: NFS cookies
Date: 14 Dec 1992 00:21:56 GMT
Organization: SunSelect
NNTP-Posting-Host: tyger.east.sun.com

Quoth curt@ekhadafi.austin.ibm.com (Curt Finch 903 2F021 curt@aixwiz.austin.ibm.com 512-838-2806) (in <Bz7y89.2MxA@austin.ibm.com>):
#In article <7594@fury.BOEING.COM> krm@sdc.boeing.com (Keith Michaels) writes:
#>Also, is there any truth to the rumor that the first byte of the cookie is
#>reserved for use by the client?  I can't find any code to substatiate 
#>that.  If it's true, it also cuts down on the cookie range.
#
#The cookie is generated by the server and is supposed to be opaque
#right?  Clients shouldn't look at it.  They shouldn't even care what's
#in it.

Correct. The only distinguished value is 0, which identifies the first
entry in the directory search sequence. (It would be incorrect for the
client to assume that that's the first entry in the underlying
directory. In fact, the client isn't even allowed to assume that
cookies are ordered in any way...) If the cookie which the client
presents is non-zero, it MUST have been returned by the server in the
reply to an earlier READDIR on the same directory. Thus a client cannot
synthesize a cookie at all.

There are a couple of ways that servers can implement the cookie. The
usual way is to use the offset into the directory itself; this
restricts the number of files to O((2^32)/avg.directory.entrysize). For
a 64 byte entry, this gives you around 67 million files per directory.
The second way would be to use the ordinal of the directory entry,
which presupposes a really efficient indexing scheme..:-)

Actually, there is one other thing that servers can do to try to
improve correctness of the file system model. The server can carve off
a portion of the cookie (8 bits is convenient) and store a version
number derived from the modification time on the directory. This allows
the server to detect a "stale" cookie very quickly, at the expense of
allowing few files per directory. I don't know of any servers that do
this, but in any case such a scheme would be transparent to the
client.

Geoff

--
Geoff Arnold, PC-NFS architect, Sun Select. (geoff.arnold@East.Sun.COM)
ADMINISTRIVIA==========ADMINISTRIVIA=====ADMINISTRIVIA==========ADMINISTRIVIA
New address: SunSelect, 2 Elizabeth Drive, Chelmsford, MA 01824-4195
New numbers: Phone: 508-442-0317   FAX: 508-250-5068
From: leoh@hardy.hdw.csd.harris.com (Leo Hinds)
Newsgroups: comp.protocols.nfs
Subject: Re: Driver for SMC EtherCard Plus Elite 16
Date: 15 Dec 92 15:43:32 GMT
Distribution: na
Organization: Harris CSD, Ft. Lauderdale, FL
NNTP-Posting-Host: hardy.hdw.csd.harris.com

In article <1992Dec15.012152.13181@prodigy.bc.ca> jchin@prodigy.bc.ca writes:
>Does anyone know where I can ftp a PC-NFS 3.5 driver for the SMC EtherCard  
>Plus Elite 16 ethernet board? 

SMC decided NOT to the support native mode pc-nfs drivers, but suggests the 
use of NDIS drivers.

>I tried an old WD8003e driver, but it doesn't seem to work.

Apparently SMC uses a new chip that will result in unpredictable behavior 
is used with an older driver.

-- 
leoh@hdw.csd.harris.com         	Leo Hinds       	(305)973-5229
Gfx ... gfx ... :-) whfg orpnhfr V "ebg"grq zl fvtangher svyr lbh guvax V nz n
creireg ?!!!!!!? ... znlor arkg gvzr
From: Bruce.Weinel@p1.f456.n632.z3.fidonet.org (Bruce Weinel)
Newsgroups: comp.protocols.nfs
Subject: NDIS protman 2.1 compliant network solutions
Date: Fri, 18 Dec 1992 07:55:48

Ian Evans was heard in "The Pit" saying to  All

  ie> From: iceman@sequent.com (Ian Evans)
  ie> Organization: Sequent Computer Systems Inc.
  ie> 
  ie> I'm looking for any tcp/ip packages that are compliant with the NDIS
  ie> protocol manager version 2.1.  I mainly interested in when PC-NFS will
  ie> have a patch/upgrade available.
  ie> 
  ie> Most are 1.1 compliant.  If anyone knows of a package that is 2.1
  ie> compliant I would like to know.
  ie> 
  ie> I need this because Microsoft has released a new version of protman
  ie> with Windows for Workgroups and it will only work with 2.1.

Try NetManage NEWT, Chameleon or Chameleon/NFS. Contact is:

NetManage, Inc.                     Phone: (408) 257-6404
20823 Stevens Creek Blvd.           Fax:   (408) 257-6405
Suite 100
Cupertino, CA 95014   USA

These are the best TCP/IP stack, TCP/IP application suite or NFS application
suite (respectively) that I have seen for Windows. Includes SMTP, SNMP, FTP
server, RPC/XDR, BIND, et cetera support and is easy to install. Also will
coexist
with either LAN Manager (NDIS) or NetWare (ODI) protocol stacks.

 * Origin: Howls from "The Pit" BBS (03) 321-3295 (3:632/456.1@fidonet)
From: jchin@prodigy.bc.ca (Joseph Chin)
Newsgroups: comp.protocols.nfs
Subject: Driver for SMC EtherCard Plus Elite 16
Date: 15 Dec 92 01:21:52 GMT
Reply-To: jchin@prodigy.bc.ca
Organization: Prodigy Technologies Corp.

Hello folks,

Does anyone know where I can ftp a PC-NFS 3.5 driver for the SMC EtherCard  
Plus Elite 16 ethernet board? If you can send one to me via email, please  
let me know instead of email'ing me right away - I don't want to be  
flooded with a million copies! I tried an old WD8003e driver, but it  
doesn't seem to work.

Joe

ps. It doesn't look like I can upgrade to 4.0 anytime in the near future  
:-(
--
Joseph Chin				Prodigy Technologies Corp.
jchin@prodigy.bc.ca (NeXTmail welcome)	Vancouver, British Columbia
phone 16046874636 / fax 16046871671	Canada
 **** "Heaven won't take me and Hell's afraid I'll take over!" ****
Xref: sparky comp.protocols.nfs:2969 comp.protocols.tcp-ip.ibmpc:6941