From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.help Subject: Re: find-file and Unix symlinks Date: Wed, 12 May 2004 20:51:21 GMT Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1084395881 18911 80.91.224.253 (12 May 2004 21:04:41 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 12 May 2004 21:04:41 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed May 12 23:04:38 2004 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BO0u6-0005SA-00 for ; Wed, 12 May 2004 23:04:38 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BO0qX-0002h6-RS for geh-help-gnu-emacs@m.gmane.org; Wed, 12 May 2004 17:00:57 -0400 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!cyclone.bc.net!snoopy.risq.qc.ca!charlie.risq.qc.ca!53ab2750!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 11 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 Original-NNTP-Posting-Host: 132.204.24.84 Original-X-Complaints-To: abuse@umontreal.ca Original-X-Trace: charlie.risq.qc.ca 1084395081 132.204.24.84 (Wed, 12 May 2004 16:51:21 EDT) Original-NNTP-Posting-Date: Wed, 12 May 2004 16:51:21 EDT Original-Xref: shelby.stanford.edu gnu.emacs.help:123155 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:18447 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:18447 > It looks like Emacs 21.2.1 does not resolve properly pathnames that > include components of the form "/../". Is this a > bug or a feature? Whether it's a bug or feature is in the eye of the beholder, but it's considered normal behavior for Emacs. Emacs does most of the filename manipulations as string manipulations, without paying attention to the corresponding file system. Stefan