Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!killer!ames!ncar!boulder!sunybcs!bingvaxu!leah!itsgw!steinmetz!uunet!sdrc!crgabb
From: crgabb@sdrc.UUCP (Rob Gabbard)
Newsgroups: comp.sys.apollo
Subject: Re: Apollo's NFS !!
Summary: A true implementation but not complete
Message-ID: <292@sdrc.UUCP>
Date: 7 Jun 88 12:53:36 GMT
References: <3c80c931.4653@apollo.uucp>
Organization: Structural Dynamics Research Corp., Cincinnati
Lines: 25

In article <3c80c931.4653@apollo.uucp>, benoy@apollo.uucp (Benoy Desouza) writes:
> (I'm speaking on a personal basis and not as a representative of Apollo)
> 
>     Is Apollo's NFS implementation a "true" NFS or not ? It certainly is !
> To quote from a letter we received from Sun just before we released NFS.
> 
   Apollo's implementation is a true one but useful only for 
ascii-based i/o activities (copying, editing, etc.)  Unlike every other
NFS implementation I've seen, Apollo's compilers can not write to an NFS
disk and you can not execute binaries that reside on an NFS disk because of
the file typing issues.

   I feel DOMAIN is a much better remote file system implementation than NFS
but it's not very heterogeneous.  Apollo needs to address this NFS problem.
Once they get past this obstacle - how about a Yellow Pages implementation to 
replace the registry ? Once again, I like the registry better than Yellow Pages
but it's not very -- well, you know.


-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Rob Gabbard                               |    UUNET: uunet!sdrc!crgabb
Workstation Systems Programmer            |    PHONE: (513)576-2600
Structural Dynamics Research Corporation  |
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=