Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!cbosgd!ihnp4!ptsfa!ames!husc6!bloom-beacon!eichin
From: eichin@bloom-beacon.UUCP
Newsgroups: comp.unix.wizards
Subject: Re: symbolic links are a botch
Message-ID: <917@bloom-beacon.MIT.EDU>
Date: Sun, 14-Jun-87 16:44:35 EDT
Article-I.D.: bloom-be.917
Posted: Sun Jun 14 16:44:35 1987
Date-Received: Tue, 16-Jun-87 00:42:06 EDT
References: <2629@ulysses.homer.nj.att.com> <2200015@hpisoa1.HP.COM> <359@root44.co.uk>
Sender: daemon@bloom-beacon.MIT.EDU
Reply-To: eichin@athena.mit.edu (Mark W. Eichin)
Organization: Massachvsetts Institvte of Technology
Lines: 21
Summary: gnuemacs does the wrong thing too...

In article <359@root44.co.uk> cds@lrt20.UUCP (Chris Seabrook) writes:
>...
>I consider to be one of the biggest uses of symbolic links. I have a directory
>full of symbolic links pointing at various useful places around a quite
>complex tree, these symbolic links are named as mnemonics for the various
>places they point at and the directory containing them is included in my
>CDPATH. I then can say "cd <mnemonic for somewhere close>/../<where I really
>want to be>" without having to type in lengthy pathnames.
	Yes. Exactly. One contention I have recently had with GNUemacs
is that it refuses to resolve .. as the parent of the directory at the
other end of this symlink, but rather as the previous component of the
name.  If I wanted to come back up the name, I would just type
"Meta-DEL" in the filename window, and be back at the top of the link.
This way I would have a clear choice of which type of parent I want.
Unfortunately, it is not implemented that way; no one in comp.emacs
has suggested patches, and I don't have time to fix it myself.



/Happy Hacking........\\.............Mark Eichin/
<eichin@ATHENA.MIT.EDU><SIPB member & Watchmaker>