From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#18891: Doesn't handle pwd = /C: very well Date: Tue, 04 Nov 2014 20:30:15 +0100 Message-ID: <87oasmlq60.fsf@gmx.de> References: <87d293dtc5.fsf@gmx.de> <83lhnqvqt9.fsf@gnu.org> <87sihysszn.fsf@gmx.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1415130584 16556 80.91.229.3 (4 Nov 2014 19:49:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 4 Nov 2014 19:49:44 +0000 (UTC) Cc: 18891@debbugs.gnu.org To: Glenn Morris Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Nov 04 20:49:37 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Xlk6i-0001h1-Gz for geb-bug-gnu-emacs@m.gmane.org; Tue, 04 Nov 2014 20:49:36 +0100 Original-Received: from localhost ([::1]:42704 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xlk6i-0007tT-6T for geb-bug-gnu-emacs@m.gmane.org; Tue, 04 Nov 2014 14:49:36 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39628) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xljor-0000Yu-Ba for bug-gnu-emacs@gnu.org; Tue, 04 Nov 2014 14:31:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xljok-0001hI-Tl for bug-gnu-emacs@gnu.org; Tue, 04 Nov 2014 14:31:09 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:51943) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xljok-0001gw-Hx for bug-gnu-emacs@gnu.org; Tue, 04 Nov 2014 14:31:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Xljoj-0002mm-Kv for bug-gnu-emacs@gnu.org; Tue, 04 Nov 2014 14:31:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 04 Nov 2014 19:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18891 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18891-submit@debbugs.gnu.org id=B18891.141512942310663 (code B ref 18891); Tue, 04 Nov 2014 19:31:01 +0000 Original-Received: (at 18891) by debbugs.gnu.org; 4 Nov 2014 19:30:23 +0000 Original-Received: from localhost ([127.0.0.1]:49156 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xljo7-0002lv-4I for submit@debbugs.gnu.org; Tue, 04 Nov 2014 14:30:23 -0500 Original-Received: from mout.gmx.net ([212.227.17.21]:49694) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xljo4-0002lm-CG for 18891@debbugs.gnu.org; Tue, 04 Nov 2014 14:30:21 -0500 Original-Received: from detlef.gmx.de ([87.146.57.22]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0Lkwpt-1YLtyH0vuH-00ajPb; Tue, 04 Nov 2014 20:30:16 +0100 In-Reply-To: (Glenn Morris's message of "Tue, 04 Nov 2014 13:58:10 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-Provags-ID: V03:K0:SPSPKLJhDuN/c07K6mlzK2S9HjkXh2XwxXK+P2D8jrpB4OvgvRD Tje5OvbeBQedEBMAMMu21OXf1HatfNItX4RQU/pKD5vU8Yy2jvDPiMowZglmKqQXc8jzcIM J+3VsAHqlaZ2MPJjqxh8ZaXPqGJ1VTVNdIe3Aw3WioTi78Chlaw663BxFT7dXAPf+IUT8CU 4OGF51R1qc7i1v1MbtuNg== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x 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: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:95499 Glenn Morris writes: > Well, it seems to me that so long as the Tramp file name syntax can also > match a real local file name, you cannot avoid testing for the existence > of such a file. If you are saying that needs to be done in Tramp rather > than before Tramp is invoked, fine by me. *If* you don't want a file name handler being invoked, you can either let-bind `file-name-handler-alist' to nil, or you could prepend the file name by "/:", i.e. "/:/C:/" in the case which triggered the bug. Both is possible in order to mask default-directory when starting up Emacs. And a local file name which will be in conflict with such a file name for Tramp will be extremely rare, I believe. Do there exist real life reports? And this bug (Emacs does not start) is triggered by `file-attributes' implementation, which does not keep its promises (return nil when FILENAME cannot be opened). I believe we shall fix this, instead of changing basic design decisions. Best regards, Michael.