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!