Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!rutgers!ucsd!ucbvax!RICHTER.MIT.EDU!krowitz
From: krowitz@RICHTER.MIT.EDU (David Krowitz)
Newsgroups: comp.sys.apollo
Subject: Re: Apollo's NFS !!
Message-ID: <8806202145.AA00311@richter.mit.edu>
Date: 20 Jun 88 21:45:39 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 26

Actually, Apollo NFS servers can handle binaries for any machine
*except* an Apollo. As has been previously stated, the problem is
with the Apollo loader and the compilers. They bypass the stream I/O
system (and therefore NFS) for the objet files. The compilers do use
the stream I/O system for the sources, which is why the source files
can be stored on an NFS server. Stop beating on Apollo's NFS
implementation -- it's not the problem! The loader/compilers are
the problem! They presumably bypass the IOS managers for performance
reasons, but it would not be that hard for them to test if the
object file was on an NFS file system and to switch over to
using IOS calls if that was the case.


 -- David Krowitz

krowitz@richter.mit.edu   (18.83.0.109)
krowitz%richter@eddie.mit.edu
krowitz%richter@athena.mit.edu
krowitz%richter.mit.edu@mitvma.bitnet
(in order of decreasing preference)


P.S. For that matter, WBAK/RBAK have the same problem -- you can't
     backup NFS file systems unless you use 'tar' which is not
     (in my opinion) quite as flexible, but which does use the
     IOS system.