HDTenEightyP/NetNews huggingface dataset:
From: edvax@pyrite.som.cwru.edu (Ed Reznichenko)
Newsgroups: comp.protocols.nfs,comp.sys.sun.apps,comp.protocols.tcp-ip
Subject: RPCGEN with inetd
Date: 12 Jan 1993 16:47:19 GMT
Organization: WSOM CSG, CWRU, Cleve. OH
Distribution: world
NNTP-Posting-Host: pyrite.som.cwru.edu
X-Post-Machine: pyrite.som.cwru.edu


The following is posted for a co-worker.  Email responses to me, and I
will pass them along.  

Thank you,

--ed

Internet: edvax@pyrite.som.cwru.edu
UUCP: uunet!pyrite.som.cwru.edu!edvax

             ----- begin included message -----
TOPIC: inetd rpc applications
HARDWARE: SPARC
OS: SunOS 4.1.1

Given that rpcgen -I fails to produce correct code for inetd-tcp-nowait
entries, does anyone happen to have tested server stubs used for 
inetd-tcp-nowait entries that they would be willing to share?

Also, the last Stevens text on page 339 says that there are no 4.3BSD 
inetd-tcp-wait flag applications. Does anyone know if this remains
true?

In order to simulate concurrent servers, we are considering defining
<n> inetd-tcp-wait servers with clients randomly selecting a server
with a uniform distribution, and hoping client time-outs are
sufficient to account for delays. Does anyone have opinions to offer
on this? 

Any help with this problem would be appreciated.
--------


Following is the rpcgen bug report we discovered painfully late after many 
futile attempts at creating an inetd-tcp-nowait entry:

 Bug Id:     1065359
 Category:  doc
 Subcategory:  network
 Release summary: 4.1.1
 Synopsis:  rpcgen -I does not work together with nowait servers
 	Integrated in releases:  5.0
 Summary:
	rpcgen -I produces rpc-code which could only be used for server
	with the flag wait in /etc/inetd.conf.  This is neither 
	documented in the man-page of rpcgen nor in the RPC-Programming
	Manual.


		----- end included message -----
--
Bus error, core dumped
Newsgroups: comp.protocols.nfs
From: brunelle@az05.bull.com (Edward C. Brunelle Jr)
Subject: PCNFSD Version 2 source
Organization: Bull HN Information Systems Inc., Phoenix Product Division
X-Newsreader: TIN [version 1.1 PL6]
Date: Thu, 07 Jan 93 22:19:42 GMT

Does anyone know where there is a copy of the PCNFSD source code for a
version 2 daemon?  The one I have is version 1.4 (taken from an PC/TCP
diskette).  I would like to get version 2 if it's available.

--
Edward C. Brunelle Jr.                   InterNet: E.Brunelle@az05.bull.com
Bull HN Information Systems                 Voice:  (602) 862-4784
13430 North Black Canyon Highway              Fax:  (602) 862-6973
Phoenix, AZ 85029
Newsgroups: comp.protocols.nfs,comp.sys.mac.comm
From: wdburns@walker2.hu.mtu.edu (BURNS)
Subject: Re: NFS for Mac
Organization: CCLI Macintosh Lab, Michigan Tech University
Date: Fri, 8 Jan 1993 22:32:33 GMT

At my lab here, I just got done reviewing those packages.  We currently have
a GatorBox (from Cayman systems) that is doing our Mac <-> NFS translation
and we were thinking of getting something that was just as good looking,
but lightening fast.

Well, we're sticking with our GatorBox for a few reasons.  But that's
not important here...here's what I thought about NFS/Share and Client NFS.

NFS/Share from InterCon was a slick little program.  Once installed (it was
a bit finicky at first, until we REALLY read the docs) it was very fast and
seemed to work very well...the only problem we had with it was when we tried
sending mail from Eudora. For some reason it kept making blank entries in
our mail OUTbox which confused Eudora to no end. Other than that, file
transfers went very zippy.  We didn't like the fact that you could see all
you Unix "dot" files.

Client from Wollongong (cool company name) was a bit of a disappointment.
It was claimed by them to be faster than NFS/Share...it wasn't.  At one time
it took it 3-1/2 minutes to mount my home directory which wasn't very big.
Also, this program operates as a Control Panel Device, not a chooser
resource...so it's not as intuitive as NFS/Share.

*WE* didn't choose these programs because I administer a 500 user lab with
30 or so Macs...every user needs their own home drive, any class-use drives,
and several public drives.  There was NO EASY way for me to setup a
generic set of drives that would be available from a pop-up list once you
login to the server (like you can when using a GatorBox, and like you 
*almost* can with NFS/Share).  Each user would have to know the
Unix mount-point to these directories/drives...ick!  What an admin. nitemare!

For a joe-user in his own office, I'd go with NFS/Share...it was cool.

Well, that's my nine cent's worth.  I ordered demo copies of them, tested
them, and those were my findings.

Bill
-- 

  Bill Burns       [ Internet: wdburns@mtu.edu ]
                   [ AppleLink: SHADOW         ]
  Apple Student Rep, MTU
From: raoul@eplunix.UUCP (Nico Garcia)
Newsgroups: comp.protocols.nfs
Subject: Re: PCNFS /3c503 16-bit cards
Date: 7 Jan 93 15:35:29 GMT
Organization: Eaton-Peabody Lab, Boston, MA

In article <9973@fs3.cam.nist.gov>,
koontz@cam.nist.gov (John E. Koontz X5180) writes:
> 
> In article <C0GJJn.FJ6@dcs.ed.ac.uk>, jhb@dcs.ed.ac.uk (John Butler) writes:
> |> The new 3c503 cards (the 16-bit ones with the TP socket on the back in
> |> particular) cause some PC configurations to hang the moment they actually
> |> try to access the Ethernet.  I cleared this in PC-NFS 4.0a by enabling shared
> |> memory option 4. I have yet to convince myself WHY this works and that it is
> |> not doing terrible things elsewhere but you might like to consider it if you
> |> have similar problems.
> 
> I just went through something similar with a Trident VGA card with
> 1MB RAM onboard, and the non TP Etherlink II/16 (3c503 16 bit).  With

I have a completely different solution. After talking to Sun technical
support, they pointed out that the 3c503-16 card needs one of the NDIS
drivers on the other distribution diskette. The correct driver to use is for
the 3c507 card, which is called the Etherlink II card in Sun's NDIS listings
(with file ETHLNKII.DOS). This is screwball, but works correctly on our
Insight 486DX-50 with MS-DOS 5.0.

Now, why it's listed as the 3c507 instead of the 3c503-16 escapes me
completely....
-- 
			Nico Garcia
			CIRL/MEEI
			eddie.mit.edu!eplunix!raoul
Newsgroups: comp.protocols.nfs
From: don@mars.dgrc.doc.ca (Donald McLachlan)
Subject: Re: Looking for NFS for the Macintosh
Reply-To: don@mars.dgrc.doc.ca
Organization: Communication Research Centre
Date: Thu, 7 Jan 93 14:21:00 GMT

I asked this very question last week, and was told to check out wollongong, and
intercon.

Wollongong is a dirty word here, so I didn't keep the info on them.  Here is my info
on Intercon ...

Intercon			Tel 703 709 9890
950 Herndon Parkway,		Fax 703 709 9896
Herdon, Virginia
22070

sales@intercon.com
comment@
info@

Mac NFS
Mac RPC
Mac sockets


Good luck!

---
Donald McLachlan			e-mail	don@mars.dgrc.doc.ca
Communications Research Centre / DRL	office	613-998-2845
3701 Carling Ave.,			lab	613-998-2423
Ottawa, Ontario				fax	613-990-7987
K2H 8S2
From: geoff@tyger.Eng.Sun.COM (Geoff Arnold @ Sun BOS - R.H. coast near the top)
Newsgroups: comp.protocols.nfs
Subject: Re: Archives Of Comp.protocols.nfs
Date: 4 Jan 93 19:25:51 GMT
Organization: SunSelect
NNTP-Posting-Host: tyger.east.sun.com

Quoth sivap-s@acsu.buffalo.edu (Suresh .S) (in <C06zx8.ArG@acsu.buffalo.edu>):
#Could anybody tell me where the articles of this newsgroup are archived ?
#Please EMail me if possible ..

I'm posting the answer as well; I get asked this quite often.

Comp.protocols.nfs articles are archived on bcm.tmc.edu in /pcnfs.
Each volume is compressed to save space (so rembember to retrieve them
in BINary format). I push out a new volume whenever I've accumulated
around 1MB of stuff, rather than following any set schedule:

Comp.protocols.nfs.Vol01.Z contains articles from 17 Nov 88 onwards
Comp.protocols.nfs.Vol02.Z contains articles from 15 Dec 89 onwards
Comp.protocols.nfs.Vol03.Z contains articles from  2 Jul 90 onwards
Comp.protocols.nfs.Vol04.Z contains articles from  7 Nov 90 onwards
Comp.protocols.nfs.Vol05.Z contains articles from 11 Mar 91 onwards
Comp.protocols.nfs.Vol06.Z contains articles from 23 May 91 onwards
Comp.protocols.nfs.Vol07.Z contains articles from 23 Aug 91 onwards
Comp.protocols.nfs.Vol08.Z contains articles from 12 Nov 91 onwards
Comp.protocols.nfs.Vol09.Z contains articles from  5 Mar 92 onwards
Comp.protocols.nfs.Vol10.Z contains articles from 28 May 92 onwards
Comp.protocols.nfs.Vol11.Z contains articles from 27 Jul 92 onwards
Comp.protocols.nfs.Vol12.Z contains articles from  5 Oct 92 to 4 Jan 93

This material is mirrored on various sites around the net.

Geoff

--
Geoff Arnold, PC-NFS architect, Sun Select. (geoff.arnold@East.Sun.COM)
****************** Please reply to the above address (or geoff@east.sun.com).
* BOGOSITY ALERT * Our netnews software is currently generating bogus sender
****************** addresses. I'll get them to fix it is soon as possible...
Newsgroups: comp.protocols.nfs
From: jchen@tomahawk.me.gu.edu.au (Jinghong CHEN)
Subject: PKTD.SYS for PCNFS 4.0
Originator: jchen@patriot.me.gu.edu.au
Organization: Griffith University, Brisbane, Australia
Date: Mon, 11 Jan 93 07:07:02 GMT


Is there PKTD.SYS for PCNFS 4.0 available?
Thank you very much.

---------------------------------------------------------------------------
J.CHEN                               |E-MAIL: jchen@tomahawk.me.gu.edu.au
School of Microelectronic Engineering| Phone: +61-7-8755050
Faculty of Science and Technology    |   Fax: +61-7-8755198
Griffith University                  |   Fax: +61-7-8755050
Nathan, QLD 4111, Australia          | 
---------------------------------------------------------------------------
-- 
ehunjfnlkdf dfdfjnlkdfl
From: cp01395@dcsc.dla.mil (Duane L. Rezac)
Newsgroups: comp.protocols.nfs
Subject: Re: PC-NFS & 3C503/telnet
Date: 6 Jan 93 14:08:12 GMT
Organization: Defense Construction Supply Center, Columbus

From article <Jan05.170044.33736@yuma.ACNS.ColoState.EDU>, by pruett@CS.ColoState.EDU (J. L. Pruett):
> I have been updating a 286 pc with a 3c501 ethernet card to a
> 386pc with a 3c303 card. Apparently, I've ran into mutual exclusivity.
> 
> If I load the Clarkson packet driver for the 503 card, the NFS
> stops working correctly. If I don't load it, the NFS works fine,
> but the telnet process won't work (obviously, no packet driver installed).
> 
> Any suggestions? The driver looks like 3c503 0x60 5 0x300.
> 
> Thanks,
> Jenny

Get PKTMUX from simtel or your favorite site - and get the
pktdrv.sys for your pcnfs.

I'm running pktmux with a packet driver for a wd8013 card - they
both work fine. 






Duane L. Rezac
-- 
+-----------------------+---------------------------------------------------+
| Duane L. Rezac |These views are my own, and NOT representitive of my place|
|    drezac@dcsc.dla.mil                                  of Employment.    |
+-----------------------+---------------------------------------------------+
Newsgroups: comp.protocols.nfs
From: tlee@Xenon.Stanford.EDU (Teck Yang Lee)
Subject: Lock daemon between SVR4 and SVR3
Organization: Computer Science Department, Stanford University.
Date: Tue, 5 Jan 1993 01:17:44 GMT


Does anybody has any experience with file locking between a SVR4
and SVR3 system? In particular, a SVR3 s5 file system is mounted 
on a SVR4 system, and a client is using fcntl() to perform 
record locking on the mounted SVR3 file system. Is there any known
problem with the lock daemon between SVR4 and SVR3? I noticed that 
the pid and sysid are defined long in SVR4 and short in SVR3. Would 
this be a possible source of problem?

Any help or comment is appreciated.

Thanks
tlee@xenon.stanford.edu
Newsgroups: comp.protocols.nfs,comp.protocols.tcp-ip.ibmpc
From: ajayshah@cmie.ernet.in
Subject: Awful NFS performance!
Organization: Centre for Monitoring Indian Economy, Bombay
Date: Mon, 4 Jan 1993 15:33:17 GMT

I just finished using Nortons `sysinfo' to measure the performance
of B&W 3.0 NFS and I get 80k/s on read and 10k/s on write.

This is on a 386@25.

Ouch!  What can one do about it?
NFS has a serious problem being a credible approach for networking
PCs if this is all one gets by way of speed.  What does one get with
Novell Netware?

	-ans.
From: to5232@iscsvax.uni.edu
Newsgroups: comp.protocols.nfs
Subject: Looking for NFS for the Macintosh
Date: 6 Jan 93 19:28:08 -0600
Organization: University of Northern Iowa

Would someone recommend to me client-nfs software for the MAC?  I am looking
for software so that I can do an NFS mount to a Sun Workstation.

Thanks,

Newsgroups: comp.protocols.nfs
From: ian@unipalm.co.uk (Ian Phillipps)
Subject: Re: pc-nfs writing to pipes ???
Organization: Unipalm Ltd., 216 Cambridge Science Park, Cambridge CB4 4WA, UK
Date: Thu, 7 Jan 1993 17:36:48 GMT

semenoff@fraser.sfu.ca (Robert Semenoff) writes:

>Can anyone tell me if it's possible to write (via pcnfs) to a pipe,
>unix-domain socket, pseudo-terminal or other ipc entities
>which have file descriptors but which are not files ?

No, sorry, NFS cannot do what you want here. If you, say, mount /dev
from one Unix machine to another, then you'll see the remote files all
right - they'll be "special" and the "specialness" is interpreted on
the local machine. So, no sockets, named pipes nor any char- or block
special devices.

PC-NFS will do even less since DOS doesn't have all these magic cookies.

Ian
-- 
Ian Phillipps, Unipalm Ltd, 216 Science Park,		Phone +44 223 420002
Milton Road, Cambridge, CB4 4WA, England.		Phax  +44 223 426868
PIPEX is a division of Unipalm Ltd. - phone 0223 424616.
From: jhb@dcs.ed.ac.uk (John Butler)
Newsgroups: comp.protocols.nfs
Subject: PCNFS /3c503 16-bit cards
Date: 7 Jan 93 00:18:59 GMT
Reply-To: jhb@dcs.ed.ac.uk (John Butler)
Organization: Department of Computer Science, Edinburgh University

Apologies if this is obvious to everyone else but I wasted time on this:

The new 3c503 cards (the 16-bit ones with the TP socket on the back in
particular) cause some PC configurations to hang the moment they actually
try to access the Ethernet.  I cleared this in PC-NFS 4.0a by enabling shared
memory option 4. I have yet to convince myself WHY this works and that it is
not doing terrible things elsewhere but you might like to consider it if you
have similar problems.
-- 
John Butler                        email: jhb@dcs.ed.ac.uk
Department of Computer Science
University of Edinburgh            phone: (+44) (0)31-650-5181
Edinburgh EH9 3JZ, UK.             fax:   (+44) (0)31-667-7209
Xref: sparky comp.protocols.nfs:3074 comp.unix.internals:2102 comp.unix.wizards:5398 comp.arch.storage:906
From: buck@siswat.hou.tx.us (Lester Buck)
Newsgroups: comp.protocols.nfs,comp.unix.internals,comp.unix.wizards,comp.arch.storage
Subject: duplicate files in NFS directory under heavy load?
Date: 10 Jan 93 05:22:11 GMT
Organization: Photon Graphics

Recently I was told that it is possible, though rare, for typical
implementations of NFS servers to return the same entry twice in the ls
command.  This is under extreme load, where entries are being added and
deleted while the directory read is taking place.  Somehow the directory
cookie algorithms are not sophisticated enough to handle the holes that
appear and disappear in the directory.

This is obviously bad news for scripts that execute non-idempotent
operations with each entry in the directory.

Does anyone have any experience with this?  Is this behaviour considered
acceptable as long as it is rare?

Thanks alot,

-- 
A. Lester Buck   buck@siswat.hou.tx.us   ...!uhnix1!siswat!buck
From: twcaps@tennyson.lbl.gov (Terry Chan)
Newsgroups: comp.protocols.nfs
Subject: Windows 3.1-based E-Mail READER
Date: 5 Jan 1993 07:49:20 GMT
Organization: Department of Redundancy Department
Reply-To: TWChan@lbl.gov (Terry Chan)
NNTP-Posting-Host: 128.3.12.117

At risk of asking what may be a FAQ, can someone recommend
a Windows 3.1-based email reader?  We have about 20 PCs
connected via PC-NFS to our Sparcs.  Many of our newer
users do not like to use Sendmail or fuss with Unix in any
way.  Over the past couple of months, the lab installed
Lotus's cc:Mail with a SMTP gateway.  However, we found it
very unreliable (the gateway just kept going down among
other problems).

So, most of us are back to Sendmail.  Can someone recommend
a Windows-based mail reader that will access the /usr/spool/mail 
file over NFS?  I have heard of WinQVT, and it may suit our
needs.  Does anyone have any comments on it or others?  I'll 
send copies to anyone who requests anything I get via e-mail.
(If there are more than 5 requests, I'll post it).

Thanks.

Terry Chan
--
Energy and Environment Division   | Internet:  TWChan@lbl.gov
Lawrence Berkeley Laboratory      | 
Berkeley, California  USA  94720  | Yeah, right.
From: koontz@cam.nist.gov (John E. Koontz X5180)
Newsgroups: comp.protocols.nfs
Subject: Re: PCNFS /3c503 16-bit cards
Date: 7 Jan 93 02:15:54 GMT
Organization: National Institute of Standards and Technology, Gaithersburg, MD

In article <C0GJJn.FJ6@dcs.ed.ac.uk>, jhb@dcs.ed.ac.uk (John Butler) writes:
|> The new 3c503 cards (the 16-bit ones with the TP socket on the back in
|> particular) cause some PC configurations to hang the moment they actually
|> try to access the Ethernet.  I cleared this in PC-NFS 4.0a by enabling shared
|> memory option 4. I have yet to convince myself WHY this works and that it is
|> not doing terrible things elsewhere but you might like to consider it if you
|> have similar problems.

I just went through something similar with a Trident VGA card with
1MB RAM onboard, and the non TP Etherlink II/16 (3c503 16 bit).  With
this VGA card, shared memory has to be disabled to avoid lockups.
The problem is that the shared memory areas allowed by the Etherlink
II/16 are all within the Trident's video display buffer.  Disabling
shared memory, as I understand it, makes the Etherlink card place its
buffer in DOS memory.  The apparent alternative is to set a jumper on
the graphics card that forces it to use 8 bit mode, which effectively
forces it to limit its graphics modes to modes which use a smaller
video display buffer, i.e., this approach limits the capabilities of
the video card.  Since the Etherlink card's buffer is fairly small,
the first approach seems to be the one to take.

I'd be delighted to hear corrections or clarrifications of this
description!

----
John E. Koontz (koontz@bldr.nist.gov)

Disclaimer:  Views and recommendations, express or implied, are my own, and
do not reflect the opinion or policy of my employers.
From: peterl@progress.COM (Peter Lauterbach)
Newsgroups: comp.protocols.nfs
Subject: need help mounting pc disk on sun with soss server
Summary: soss gives RPC port not registered  when mounting a pc disk.
Keywords: soss,nfs
Date: 7 Jan 93 20:08:40 GMT
Organization: Progress Software Corp.

Greetings,

	I'm having trouble trying to get my Sun and PC talking to each other.
The config looks like this:

		PC on 	x.x.215.36
		Sun 3/50 SunOS 4.1 on x.x.211.15  , they are on diff nets.

	I'm trying to mount the PC disk on the sun, using the pd version
nfs server soss, with a packet driver.  I can ping the PC from the sun , 
showmount -e pc , show that the c: drive is ok for export.  However, when I
try to mount the disk using:

	mount -t nfs -o <option> pc:/c /usr/soss

I get the message on the sun : RPC: program not registered

and on the PC:
PMAPPROC_GETPORT prog 100005 vers 2 no port registered

I'm not enough of an NFS guru to know what to look at, or how to fix this.

P.S. I basically want to backup my PC disk onto the sun, what is the best way
to copy an entire directory tree from on disk to the other ?  does the 
tar cvf - | tar xvf - trick use as much intermediate disk space for the pipe ?
I don't have enough space to do this on the sun.  IT is an 80 MB PC disk.

					Regards,
					Peter

--
Peter Lauterbach			Progress Software Corporation
Peter.Lauterbach@progress.com		14 Oak Park, Bedford, MA 01730 USA
Newsgroups: comp.protocols.nfs
From: semenoff@fraser.sfu.ca (Robert Semenoff)
Subject: pc-nfs writing to pipes ???
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Thu, 7 Jan 1993 06:43:34 GMT

Can anyone tell me if it's possible to write (via pcnfs) to a pipe,
unix-domain socket, pseudo-terminal or other ipc entities
which have file descriptors but which are not files ?

I'm thinking of doing this as a quick and dirty network ipc.
I don't have pcnfs yet or I would just try it out.

Thanks!
-Robert
--



Newsgroups: comp.protocols.nfs,comp.sys.sun.apps,comp.protocols.tcp-ip
From: danson@lgc.com (Doug Anson)
Subject: Re: RPCGEN with inetd
Organization: LandMark Graphics Corporation LGC
Date: Tue, 12 Jan 1993 17:53:05 GMT

In article <1iusmnINNa3g@usenet.INS.CWRU.Edu>, edvax@pyrite.som.cwru.edu (Ed Reznichenko) writes:
|> 
|> The following is posted for a co-worker.  Email responses to me, and I
|> will pass them along.  
|> 
|> Thank you,
|> 
|> --ed
|> 
|> Internet: edvax@pyrite.som.cwru.edu
|> UUCP: uunet!pyrite.som.cwru.edu!edvax
|> 
|>              ----- begin included message -----
|> TOPIC: inetd rpc applications
|> HARDWARE: SPARC
|> OS: SunOS 4.1.1
|> 
|> Given that rpcgen -I fails to produce correct code for inetd-tcp-nowait
|> entries, does anyone happen to have tested server stubs used for 
|> inetd-tcp-nowait entries that they would be willing to share?
|> 
|> Also, the last Stevens text on page 339 says that there are no 4.3BSD 
|> inetd-tcp-wait flag applications. Does anyone know if this remains
|> true?
|> 
|> In order to simulate concurrent servers, we are considering defining
|> <n> inetd-tcp-wait servers with clients randomly selecting a server
|> with a uniform distribution, and hoping client time-outs are
|> sufficient to account for delays. Does anyone have opinions to offer
|> on this? 
|> 
|> Any help with this problem would be appreciated.
|> --------
|> 
|> 
|> Following is the rpcgen bug report we discovered painfully late after many 
|> futile attempts at creating an inetd-tcp-nowait entry:
|> 
|>  Bug Id:     1065359
|>  Category:  doc
|>  Subcategory:  network
|>  Release summary: 4.1.1
|>  Synopsis:  rpcgen -I does not work together with nowait servers
|>  	Integrated in releases:  5.0
|>  Summary:
|> 	rpcgen -I produces rpc-code which could only be used for server
|> 	with the flag wait in /etc/inetd.conf.  This is neither 
|> 	documented in the man-page of rpcgen nor in the RPC-Programming
|> 	Manual.
|> 
|> 
|> 		----- end included message -----
|> --
|> Bus error, core dumped

Furthermore, I would like to add that rpcgen -I doesnt produce stubs that can
be used for TCP RPC servers -- I cant seem to get the RPC handle to the
exec'ed server from my super server.

BTW, I was able to get nowait TCP servers running -- I really dont remeber doing
anything "special" to get them to work -- the stubs seem to work fine.

Doug

-- 
-------------------------------------------
Doug Anson					
Internet: danson@lgc.com			
Phone:	  713.560.1274
FAX:	  713.560.1277
SNAIL:    Landmark Graphics Corporation LGC	
	  15150 Memorial Drive
	  Houston, TX 77079			
-------------------------------------------
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.protocols.nfs
Subject: Re: need help mounting pc disk on sun with soss
Date: 8 Jan 93 19:15:44 GMT
Organization: Auspex Systems, Santa Clara

>I don't have the SunOS 4.1 sources on-line.

I do, and...

 >In 4.1.1, mount.c includes logic to back off and try again with a lower
 >version....  The
 >comment indicates that this was a bug-fix, but doesn't provide any clue
 >as to when the fix was applied.

...it was applied in 4.1.1.