From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.bugs Subject: bug#8035: Processing of .. in a file path after going thru symlink Date: Sat, 19 Feb 2011 16:37:29 -0500 Message-ID: <00lj1bd7ty.fsf@fencepost.gnu.org> References: <30918394.post@talk.nabble.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1298153341 19412 80.91.229.12 (19 Feb 2011 22:09:01 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 19 Feb 2011 22:09:01 +0000 (UTC) Cc: 8035@debbugs.gnu.org To: spucci Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Feb 19 23:08:56 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PquxZ-0003NQ-24 for geb-bug-gnu-emacs@m.gmane.org; Sat, 19 Feb 2011 23:08:55 +0100 Original-Received: from localhost ([127.0.0.1]:39696 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pqux6-0004Rp-So for geb-bug-gnu-emacs@m.gmane.org; Sat, 19 Feb 2011 17:06:56 -0500 Original-Received: from [140.186.70.92] (port=38953 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pquwx-0004Gk-QN for bug-gnu-emacs@gnu.org; Sat, 19 Feb 2011 17:06:50 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pquwp-00086t-LH for bug-gnu-emacs@gnu.org; Sat, 19 Feb 2011 17:06:40 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:44467) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pquwp-00086p-Jw for bug-gnu-emacs@gnu.org; Sat, 19 Feb 2011 17:06:39 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PquV8-0008UC-5C; Sat, 19 Feb 2011 16:38:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Glenn Morris Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 19 Feb 2011 21:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8035 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 8035-submit@debbugs.gnu.org id=B8035.129815146032585 (code B ref 8035); Sat, 19 Feb 2011 21:38:01 +0000 Original-Received: (at 8035) by debbugs.gnu.org; 19 Feb 2011 21:37:40 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PquUl-0008TW-Km for submit@debbugs.gnu.org; Sat, 19 Feb 2011 16:37:39 -0500 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PquUh-0008T6-GR for 8035@debbugs.gnu.org; Sat, 19 Feb 2011 16:37:36 -0500 Original-Received: from localhost ([127.0.0.1]:53928) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PquUc-0003Y4-0r; Sat, 19 Feb 2011 16:37:30 -0500 X-Spook: S Box ANDVT Kosovo industrial espionage rail gun Israel X-Ran: qdK4NFw1Io(iF7\KUwJv)W2j^,>tq%@}av$%+-DwSizUk<*#1vfAW/E~,hIswBKl>p`v_5 X-Hue: white X-Attribution: GM In-Reply-To: <30918394.post@talk.nabble.com> (spucci's message of "Sun, 13 Feb 2011 19:05:40 -0800 (PST)") User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sat, 19 Feb 2011 16:38:02 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:44266 Archived-At: spucci wrote: > When emacs attempts to find a file with "../" as a path component, it > appears to be "smart" about it and simply remove the previous directory path > (e.g., "foo/bar/../x" gets converted to "foo/x"). But if bar is a symlink, > then it doesn't properly find the file. This appears to be a feature of expand-file-name (and possibly other things). It does seem a little weird that there isn't even an option to have a more thorough expansion...