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#5840: 24.0.50; wrong tramp-file-name-regexp Date: Mon, 12 Apr 2010 16:51:21 -0400 Message-ID: References: <87d3ydw1wr.fsf@tux.homenetwork> <87tyri53r7.fsf@gmx.de> <878w8tmgew.fsf@detlef.i-did-not-set--mail-host-address--so-tickle-me> <87sk703dqe.fsf@tux.homenetwork> <87ochoebei.fsf@gmx.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1271106309 15832 80.91.229.12 (12 Apr 2010 21:05:09 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 12 Apr 2010 21:05:09 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org, Thierry Volpiatto To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Apr 12 23:05:08 2010 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 1O1Qod-0007qH-C2 for geb-bug-gnu-emacs@m.gmane.org; Mon, 12 Apr 2010 23:05:07 +0200 Original-Received: from localhost ([127.0.0.1]:44406 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O1Qoc-0002eF-Rk for geb-bug-gnu-emacs@m.gmane.org; Mon, 12 Apr 2010 17:05:06 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O1Qib-0000M3-PJ for bug-gnu-emacs@gnu.org; Mon, 12 Apr 2010 16:58:53 -0400 Original-Received: from [140.186.70.92] (port=48912 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O1Qia-0000Kx-BX for bug-gnu-emacs@gnu.org; Mon, 12 Apr 2010 16:58:53 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O1QiZ-0007xo-2H for bug-gnu-emacs@gnu.org; Mon, 12 Apr 2010 16:58:52 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:42452) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O1QiX-0007lr-FY for bug-gnu-emacs@gnu.org; Mon, 12 Apr 2010 16:58:50 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1O1Qby-0002D0-2p; Mon, 12 Apr 2010 16:52:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Apr 2010 20:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 5840 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by submit@debbugs.gnu.org id=B.12711054938469 (code B ref -1); Mon, 12 Apr 2010 20:52:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 12 Apr 2010 20:51:33 +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 1O1QbV-0002CY-GD for submit@debbugs.gnu.org; Mon, 12 Apr 2010 16:51:33 -0400 Original-Received: from mx10.gnu.org ([199.232.76.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O1QbT-0002CN-8V for submit@debbugs.gnu.org; Mon, 12 Apr 2010 16:51:32 -0400 Original-Received: from lists.gnu.org ([199.232.76.165]:59696) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1O1QbP-0004bk-3q for submit@debbugs.gnu.org; Mon, 12 Apr 2010 16:51:27 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O1QbO-0004Bp-G0 for bug-gnu-emacs@gnu.org; Mon, 12 Apr 2010 16:51:26 -0400 Original-Received: from [140.186.70.92] (port=35824 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O1QbN-0004AY-4b for bug-gnu-emacs@gnu.org; Mon, 12 Apr 2010 16:51:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O1QbL-00041M-3g for bug-gnu-emacs@gnu.org; Mon, 12 Apr 2010 16:51:25 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:49870 helo=ironport2-out.pppoe.ca) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O1QbL-00041H-1L for bug-gnu-emacs@gnu.org; Mon, 12 Apr 2010 16:51:23 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAN4kw0tMCqWu/2dsb2JhbACbOnK9KoUMBItG X-IronPort-AV: E=Sophos;i="4.52,192,1270440000"; d="scan'208";a="60706675" Original-Received: from 76-10-165-174.dsl.teksavvy.com (HELO pastel.home) ([76.10.165.174]) by ironport2-out.pppoe.ca with ESMTP; 12 Apr 2010 16:51:21 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id C95377F1B; Mon, 12 Apr 2010 16:51:21 -0400 (EDT) In-Reply-To: <87ochoebei.fsf@gmx.de> (Michael Albinus's message of "Mon, 12 Apr 2010 21:08:53 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 12 Apr 2010 16:52:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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:36223 Archived-At: >> so it'd be OK. Two issues, tho: >> 1- first, I'd like to know why Tramp doesn't just signal an error, >> rather than mess with windows and stuff. > As I said, Tramp's syntax is ambigous. It tries to expand "/sudo:", > which is a valid remote file name. Due to the syntax ambiguity, Tramp > does not understand, that "sudo" is not a hostname in this case, and it > fails with an error. What you see is the usual Tramp behaviour in case > of an error, where it tries to give you some more information in case a > connection does not work. And the question above is really talking about "signal an error" (ie.. call just `signal' or `error') vs "the usual Tramp behaviour in case of an error, where it tries to give you some more information in case a connection does not work". This "usual Tramp behavior" is quite problematic since it can't be silenced in the usual condition-case way. > The amount of information can be reduced by lowering `tramp-verbose'. Maybe the verbosity should be reduced by default. Or maybe it should be provided differently: we could make it so that the top-level exception handler (the one that outputs the message in the minibuffer if an error is not otherwise caught) can be programmed, so Tramp could call `signal' in the normal way and do the messy window-pop-up in the top-level exception handler instead (so it doesn't do it if the error gets caught). That could save us from a `completion-only' kind of hack. >> 2- if we have to go this route it'll have to use a name that's not >> specific to tramp. Maybe `completion-only' or something like that. > D'accord. I had always a bad feeling spreading Tramp internal names to > the outside; when we have introduced that variable back in 2005 and > 2007, Emacs was in a kind of feature freeze (IIRC), so I didn't ask for > such a variable. > `completion-*' symbols are spread over several *.el files. AFAIK they're in completion.el (a historical accident), simple.el (a historical accident since most of the completion code was in C back then), and minibuffer.el (which I couldn't call completion.el because of the previous historical accient). > Where shall `completion-only' belong to? minibuffer.el? Yes. Stefan