Newsgroups: comp.sys.apollo
Path: utzoo!utgpu!cunews!bcars8!bnrgate!bcara132!awhitton
From: awhitton@bcara132.bnr.ca (Alan Whitton)
Subject: AFS, (was Re: convergence ???)
Message-ID: <1990Jun14.190554.1416@bnrgate.bnr.ca>
Keywords: DomainOs, HP-UX, OSF, AFS
Sender: news@bnrgate.bnr.ca (USENET News Administration)
Reply-To: awhitton@bnr.ca
Organization: Bell-Northern Research, Ottawa, Canada
References: <1640@tuvie> <1990Jun14.165124.15493@terminator.cc.umich.edu>
Date: Thu, 14 Jun 90 19:05:54 GMT

In article <1990Jun14.165124.15493@terminator.cc.umich.edu>,
rees@dabo.ifs.umich.edu (Jim Rees) writes:
 
> You can't have both new features and compatibility.  For example, the
> //netroot that you like so much breaks plenty of programs.  Even the
> simplest things, like widening the mtime in the stat struct to 64 bits so
> you can have microseconds, will break old programs.  The sad thing is that
> in most cases, the program was broken to begin with, but its defects only
> show up when you try to add a new feature to your operating system.  People
> don't care about this, though.  The only thing they care about is "your
> operating system broke my program."

Ah but if you look at AFS it looks remarkably like the Apollo File System
(an AFS of a different kind). In AFS you can access attached nodes via:

ls /afs/foo.edu/bsd4.3   whereas in Apollo you would do
ls //foo/bsd4.3              

Looks similar? I think so.....

Cheers,
Alan
 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
BNR Ottawa                   Disclaimer: "This is only my opinion"
BITNET: awhitton@bnr.ca  OR  UUCP: ...uunet!bnrgate!forum!awhitton
