From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#18891: Doesn't handle pwd = /C: very well Date: Thu, 06 Nov 2014 10:39:14 -0500 Message-ID: References: <87d293dtc5.fsf@gmx.de> <83lhnqvqt9.fsf@gnu.org> <87y4rpvqgz.fsf@gmx.de> <87d291l8vd.fsf@gmx.de> <83mw85t2bu.fsf@gnu.org> <87oaskk9sm.fsf@gmx.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1415288431 7601 80.91.229.3 (6 Nov 2014 15:40:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 6 Nov 2014 15:40:31 +0000 (UTC) Cc: 18891@debbugs.gnu.org To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Nov 06 16:40:25 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 1XmPAd-00048G-Ge for geb-bug-gnu-emacs@m.gmane.org; Thu, 06 Nov 2014 16:40:23 +0100 Original-Received: from localhost ([::1]:54468 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmPAc-0002Zp-QK for geb-bug-gnu-emacs@m.gmane.org; Thu, 06 Nov 2014 10:40:22 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33189) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmPAR-0002KG-Iw for bug-gnu-emacs@gnu.org; Thu, 06 Nov 2014 10:40:19 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XmPAJ-0008DA-IQ for bug-gnu-emacs@gnu.org; Thu, 06 Nov 2014 10:40:11 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:54782) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XmPAJ-0008Cn-Fs for bug-gnu-emacs@gnu.org; Thu, 06 Nov 2014 10:40:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XmPAI-0004gs-W8 for bug-gnu-emacs@gnu.org; Thu, 06 Nov 2014 10:40:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 06 Nov 2014 15:40:02 +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.141528835917972 (code B ref 18891); Thu, 06 Nov 2014 15:40:02 +0000 Original-Received: (at 18891) by debbugs.gnu.org; 6 Nov 2014 15:39:19 +0000 Original-Received: from localhost ([127.0.0.1]:51995 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XmP9a-0004fm-Ha for submit@debbugs.gnu.org; Thu, 06 Nov 2014 10:39:18 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:45363) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XmP9X-0004fe-I0 for 18891@debbugs.gnu.org; Thu, 06 Nov 2014 10:39:15 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Au4MAOatTlRLd+sd/2dsb2JhbABcgw6DYoZ+y1MEAgKBHBcBAXyEAwEBAwFWIwULCzQSFBgNJIhLCctyAQEBAQYBAQEBHpEIB4RLBYtkpjyBb4QWH4J6AQEB X-IPAS-Result: Au4MAOatTlRLd+sd/2dsb2JhbABcgw6DYoZ+y1MEAgKBHBcBAXyEAwEBAwFWIwULCzQSFBgNJIhLCctyAQEBAQYBAQEBHpEIB4RLBYtkpjyBb4QWH4J6AQEB X-IronPort-AV: E=Sophos;i="5.04,797,1406606400"; d="scan'208";a="96109763" Original-Received: from 75-119-235-29.dsl.teksavvy.com (HELO ceviche.home) ([75.119.235.29]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 06 Nov 2014 10:39:14 -0500 Original-Received: by ceviche.home (Postfix, from userid 20848) id C231D660D4; Thu, 6 Nov 2014 10:39:14 -0500 (EST) In-Reply-To: <87oaskk9sm.fsf@gmx.de> (Michael Albinus's message of "Thu, 06 Nov 2014 09:33:45 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) 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:95619 >>> I guess Tramp could check if there's matching local dir and pass the >>> request through untouched if there is. >> If Tramp did that, how would the user tell Tramp that it should access >> the remote host, even though there is a matching local file? (The >> converse situation can be handled with /: quoting.) It could use an alternative syntax. E.g. /ssh:C:. or /ssh:c:~ or /ssh:c.mydomain.org: , you name it. It seems like a sufficiently oddball case (after all, the current assumption is that such conflicts never happen). > Indeed. And there are even cases where checking a local dir wouldn't work: > (make-directory "/C:/foo/bar/baz" t) I don't see what's different, unless you were thinking of checking the existence of "/C:/foo/bar/baz" whereas I'd only want to check the existence of the "root", i.e. "/C:". > After all, I believe the use case (local file name, which looks like a > remote one) isn't relevant enough to add ugly hacks. Agreed. This said, I'm in favor of deprecating the "/:" syntax in favor of "/::", which should make the possibility of such conflicts even more remote (pun intended). Stefan