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#5303: 23.1.91; Cannot load .emacs-history from savehist.el Date: Sun, 17 Jan 2010 20:46:13 +0100 Message-ID: References: <8F73D1539CE042B8A9B48F767127C43B@us.oracle.com> <87bpgtu9o5.fsf@stupidchicken.com> <87aawc1xlb.fsf@gmx.de> <8763701whc.fsf@gmx.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1263758999 22956 80.91.229.12 (17 Jan 2010 20:09:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 17 Jan 2010 20:09:59 +0000 (UTC) Cc: 5303@debbugs.gnu.org, Chong Yidong To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jan 17 21: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 1NWbRW-0004fd-TR for geb-bug-gnu-emacs@m.gmane.org; Sun, 17 Jan 2010 21:09:51 +0100 Original-Received: from localhost ([127.0.0.1]:38125 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NWbRX-0002g0-Cn for geb-bug-gnu-emacs@m.gmane.org; Sun, 17 Jan 2010 15:09:51 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NWbR7-0002UH-RJ for bug-gnu-emacs@gnu.org; Sun, 17 Jan 2010 15:09:25 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NWbR3-0002SC-20 for bug-gnu-emacs@gnu.org; Sun, 17 Jan 2010 15:09:25 -0500 Original-Received: from [199.232.76.173] (port=33320 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NWbR2-0002S9-Rf for bug-gnu-emacs@gnu.org; Sun, 17 Jan 2010 15:09:20 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:55958) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NWbR2-0007EL-Cc for bug-gnu-emacs@gnu.org; Sun, 17 Jan 2010 15:09:20 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1NWb5S-0003W7-8N; Sun, 17 Jan 2010 14:47: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: Sun, 17 Jan 2010 19:47:02 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5303 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 5303-submit@debbugs.gnu.org id=B5303.126375760113513 (code B ref 5303); Sun, 17 Jan 2010 19:47:02 +0000 Original-Received: (at 5303) by debbugs.gnu.org; 17 Jan 2010 19:46:41 +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 1NWb55-0003Vu-TN for submit@debbugs.gnu.org; Sun, 17 Jan 2010 14:46:40 -0500 Original-Received: from mail-fx0-f226.google.com ([209.85.220.226]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NWb54-0003Vp-2D for 5303@debbugs.gnu.org; Sun, 17 Jan 2010 14:46:38 -0500 Original-Received: by fxm26 with SMTP id 26so342852fxm.39 for <5303@debbugs.gnu.org>; Sun, 17 Jan 2010 11:46:33 -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; bh=Ap8cpIW47AzBCALgjprDGmf7F15h95Ok2zjjR5JHIXk=; b=cC2ZbqKbVHZC8DHZqanBHX5ZuMNLDNNV3cB+FcNNo7Nr+pHqXCoPgrbs+mQtfUIlz3 gfwBmt7DRVkeLux1T/U/SnQylYZvNyd4ILcjt4PiZcqcGcPN9+X5FVmQLmjeFo5gU12E nXo/ZRvwKec8YargG6P609cRKvoOkVO88Tbb4= 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; b=W4qpagC9c3BscFL5ErISwciIlF3waHV2GHW81VCexZxnRq9mXtoyrmLVLAYIbHzaUa iFdnbGxXsJSAJtpZq/bB8z4f2q/+0XlQC3kzde0xfU+tPqtJywzuvw6GY5FH4RZBydFX Ptp+Oeeqk1NQvd059SC5v9ZrkibGYOebc0eTA= Original-Received: by 10.239.192.73 with SMTP id d9mr533096hbi.173.1263757593234; Sun, 17 Jan 2010 11:46:33 -0800 (PST) In-Reply-To: <8763701whc.fsf@gmx.de> X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list X-Spam-Score: -2.8 (--) Resent-Date: Sun, 17 Jan 2010 14:47: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:34428 Archived-At: On Sun, Jan 17, 2010 at 6:18 PM, Michael Albinus wrote: > Lennart Borgman writes: > >> That sounds very nice, but why do you need a w32 machine? The file >> name regexp above simply matches a file at the top of a w32 drive. >> They look like (in Emacs file syntax) like "c:/file.txt". What more do >> you need to know? > > Tramp has a mechanism which detects, whether it is in "completion mode", > or not. Completion mode means, that user name or host name shall be > expanded, and the remote file name is not completed yet. > > It looks, like something is broken here. And I suspect, this is special > on W32. Yes, it is broken and it has been so for very long time. I just have not understood before that it was in the special case with a file in the root of a w32 drive. 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:/"? And why does this file handler at all jump in during `load'? Shouldn't tramp-completion-file-name-handler just come in during completion? It should be invoked when the operations are file-name-completion or file-name-all-completion (see tramp-completion-file-name-handler-alist), but are these operations used during `load'? A note: tramp-completion-file-name-regexp-unified is built from ;;;###autoload (defconst tramp-root-regexp (if (memq system-type '(cygwin windows-nt)) "\\`\\([a-zA-Z]:\\)?/" "\\`/") "Beginning of an incomplete Tramp file name. Usually, it is just \"\\\\`/\". On W32 systems, there might be a volume letter, which will be removed by `tramp-drop-volume-letter'.") > Maybe I find a kind colleague tomorrow, who let's her machine for me for > an hour or so. >