Path: utzoo!mnetor!uunet!husc6!mit-eddie!uw-beaver!tektronix!orca!tekecs!doghouse!snoopy
From: snoopy@doghouse.gwd.tek.com (Snoopy)
Newsgroups: comp.unix.wizards
Subject: Re: //host vs "mount point"
Message-ID: <9508@tekecs.TEK.COM>
Date: 11 Dec 87 18:19:18 GMT
References: <648@tut.cis.ohio-state.edu> <1668@tut.cis.ohio-state.edu> <9446@tekecs.TEK.COM> <9591@mimsy.UUCP>
Sender: nobody@tekecs.TEK.COM
Reply-To: snoopy@doghouse.gwd.tek.com (Snoopy)
Organization: The Daisy Hill Puppy Farm
Lines: 29

In article <9591@mimsy.UUCP> chris@mimsy.UUCP (Chris Torek) writes:
|In another article whose referent has been deleted, Doug Gwyn gives
|the following example:
|>>		grep -i gwyn /n/ucbvax/n/monet/etc/passwd
|>>	should work, but I doubt that
|>>		grep -i gwyn //ucbvax//monet/etc/passwd
|>>	would.

|In article <9446@tekecs.TEK.COM> andrew@frip.gwd.tek.com (Andrew
|Klossner) writes:
|>What you really want (at least in the environment I work in) is
|>	grep -i gwyn //monet/etc/passwd
|>All hosts reside in the same flat name space....

|This one is too easy.  There are places that, for administrative
|reasons (read `paranoia and/or pinheadedness' :-) ), *require*
|such indirection.  (I am not claiming that UCB is one such.)

You will be happy to learn that //host1//host2/etc/passwd does in
fact work under DFS.  And you *can* mount remote filesystems if
you really want to.  I prefer using symbolic links which:
(a) are more flexible, and (b) don't require the superuser(s) to get
involved.  (No, let's not start the symlink argument again!)

Snoopy
tektronix!doghouse.gwd!snoopy
snoopy@doghouse.gwd.tek.com

Pizza.  Just say yes!