Path: utzoo!attcan!uunet!sdrc!crgabb From: crgabb@sdrc.UUCP (Rob Gabbard) Newsgroups: comp.sys.apollo Subject: Re: Integrating Apollo into Sun NFS Summary: What's wrong with this picture Keywords: Apollo DN3000, Sun 4.3BSD + NFS, server, client, integration Message-ID: <285@sdrc.UUCP> Date: 27 May 88 19:35:25 GMT References: <735@isieng.UUCP> <9145@iuvax.cs.indiana.edu> <21859@labrea.STANFORD.EDU> Organization: Structural Dynamics Research Corp., Cincinnati Lines: 30 > In article <9145@iuvax.cs.indiana.edu> jec@iuvax.UUCP (James E. Conley) writes: > >gripe with this is that we cannot execute programs that are on an NFS > >partition on our VAX. > ^^^^^^^^^ ^^ ^^^ ^^^ > In article <21859@labrea.STANFORD.EDU>, karish@denali.stanford.edu (Chuck Karish) writes: > Are you trying to run VAX binaries on an Apollo? Are you surprised > that it doesn't work? > > said that there may be some real incompatibilities between Apollo NFS > and Sun NFS. He said that Apollo wrote their NFS implementation from > the specifications given in the standard published by Sun, and indicated > that Sun's implementation doesn't match their own standard precisely. Apollo's NFS will not allow you to run an Apollo binary from an NFS disk. Also, although the compilers can read source from an NFS disk, they cannot write to an NFS disk - they must write to an Apollo filesystem. Apollo cites the reason for this as being that their file system is a single level store allowing for the direct mapping of binaries into address space instead of a page area. The glitch in this reasoning is that Sun can do this with NFS. *Sigh* - wouldn't it have been nice it Apollo had made DOMAIN public domain before NFS came along ? :-) -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Rob Gabbard | UUNET: uunet!sdrc!crgabb Workstation Systems Programmer | PHONE: (513)576-2600 Structural Dynamics Research Corporation | =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=