From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.bugs Subject: bug#5447: closed by Eli Zaretskii (Re: bug#5447: 23.1.91; load-file fails for C:/the-file.el.gz) Date: Fri, 22 Jan 2010 19:03:42 +0100 Message-ID: References: <83hbqe77l7.fsf@gnu.org> <83iqau7bso.fsf@gnu.org> <83eili76in.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1264183798 4107 80.91.229.12 (22 Jan 2010 18:09:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 22 Jan 2010 18:09:58 +0000 (UTC) Cc: 5447@debbugs.gnu.org To: Stefan Monnier , Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jan 22 19:09:51 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.50) id 1NYNx5-0004jQ-4l for geb-bug-gnu-emacs@m.gmane.org; Fri, 22 Jan 2010 19:09:47 +0100 Original-Received: from localhost ([127.0.0.1]:59277 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NYNx6-0008VZ-4R for geb-bug-gnu-emacs@m.gmane.org; Fri, 22 Jan 2010 13:09:48 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NYNwz-0008VJ-Vn for bug-gnu-emacs@gnu.org; Fri, 22 Jan 2010 13:09:42 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NYNwv-0008TZ-DW for bug-gnu-emacs@gnu.org; Fri, 22 Jan 2010 13:09:41 -0500 Original-Received: from [199.232.76.173] (port=52079 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NYNwv-0008TP-6o for bug-gnu-emacs@gnu.org; Fri, 22 Jan 2010 13:09:37 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52127) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NYNwu-0003xj-Pg for bug-gnu-emacs@gnu.org; Fri, 22 Jan 2010 13:09:36 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1NYNsU-0001gf-4a; Fri, 22 Jan 2010 13:05:02 -0500 X-Loop: bug-gnu-emacs@gnu.org Resent-From: Lennart Borgman Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 22 Jan 2010 18:05:02 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5447 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 5447-submit@debbugs.gnu.org id=B5447.12641834616455 (code B ref 5447); Fri, 22 Jan 2010 18:05:02 +0000 Original-Received: (at 5447) by debbugs.gnu.org; 22 Jan 2010 18:04:21 +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 1NYNrp-0001g2-Aa for submit@debbugs.gnu.org; Fri, 22 Jan 2010 13:04:21 -0500 Original-Received: from fg-out-1718.google.com ([72.14.220.153]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NYNrc-0001fl-4o for 5447@debbugs.gnu.org; Fri, 22 Jan 2010 13:04:16 -0500 Original-Received: by fg-out-1718.google.com with SMTP id 22so586739fge.15 for <5447@debbugs.gnu.org>; Fri, 22 Jan 2010 10:04:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=sHsqRPGgRNhpUO5qaYgt8TG1tuppNuMwpZ6+dfn1Q5A=; b=ExjxjmFZbJHDFteQ0bZyBdLDL1Rt4uh1x4jp5ohm1G4AY1Q7h6n+kzT+NXYBmdGWsu laNmQFUBVxJCT7ydJ/NX+Isbj8sQ+cVlPSEFKd0SfV30MWplkp8uVL93XqrmcBhD8D8A S/fAAIQMyFxoYGBLphqJPQZxaYCUsEmddiEDk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=D8Dh7tiERYvQirYRCNUr0c7pY846pglyPe6OFJvrYdEMjSo8JKC7PdGiQTEjpCnlUU bvASQ5bHAX0bzGbEscEcghr+WthdkFmh2mz+fSah19nfcgZhY+j9uMkU8v3z97BkRVrO jajH4gK7DEUBuiwHLzW/RT0ct6z9DBoeemggs= Original-Received: by 10.239.180.200 with SMTP id j8mr383905hbg.108.1264183442356; Fri, 22 Jan 2010 10:04:02 -0800 (PST) In-Reply-To: X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list X-Spam-Score: -2.9 (--) Resent-Date: Fri, 22 Jan 2010 13:05:02 -0500 X-detected-operating-system: by monty-python.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:34632 Archived-At: On Fri, Jan 22, 2010 at 4:41 PM, Stefan Monnier wrote: >>> The interesting thing is that jka-compr-load is not even called if >>> the file is not in the root directory of a drive. =C2=A0I will try to >>> look into that now. >> This is actually trivial: a file that is not in C:/ is not considered >> a remote file by Tramp handlers. =C2=A0Case closed. >> Like Lennart, I think that considering X:/ files on Windows to be >> remote is a bad idea. =C2=A0If it didn't have any serious consequences, = I'd >> just shrug. =C2=A0But the recent bug reports indicate that it does have >> very serious consequences, and is quite an annoyance. >> Can we please get rid of that misfeature? > > I generally agree, but I'd like to see a concrete patch for it first. Maybe the patch is not the problem. In the discussion around bug 5448 Michael wrote as an answer to my question: On Wed, Jan 20, 2010 at 10:00 AM, Michael Albinus wrote: > Lennart Borgman writes: > >>>> However I wonder why those files at all are interesting for tramp. I >>>> know little about tramp, but does not remote file names always start >>>> with something like "/ssh:", "/ftp:", "/telnet:" etc? >>>> >>>> If so why look for file names starting with "c:/"? >>> >>> Some packages ( I don't remember which ones) do add the volume letter t= o >>> file names, which haven't one. Tramp silently removes the volume letter >>> then, and continues. >> >> But is not that a bug in those packages then? Does not trying to fix >> it in Tramp introduce this new bug? > > In theory, you are right. But Tramp supports also GNU Emacs 21, 22, and > XEmacs. This makes it impossible to fix all involved packages. > > Best regards, Michael. I do not understand exactly what Michael means with "some packages ... do add the volume letter". However he says there is some problem there. I still think this is a good time to fix it. Looking at it again I get more confused. Does not the same thing happen on un*x like file systems? I mean does not all that stuff Eli mentioned get loaded if you try to complete a file name in the root on those systems too? (But perhaps you do not bump into the problem there that often?) At least it looks to me from the pattern that this must happen there too: ("\\`\\([a-zA-Z]:\\)?/[^/]*\\'" . tramp-completion-file-name-handler) Perhaps the right thing to do is to only match "/ssh:", "/ftp:", "/telnet:" etc and only bring in Tramp if those things matches?