GNU bug report logs - #5705
23.1.93; recursive load error when loading tramp

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Glenn Morris <rgm <at> gnu.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#5705: closed (23.1.93; recursive load error when loading tramp)
Date: Fri, 10 Sep 2010 06:37:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Fri, 10 Sep 2010 02:39:00 -0400
with message-id <pnhbhygl17.fsf <at> fencepost.gnu.org>
and subject line Re: bug#5705: 23.1.93; recursive load error when loading tramp
has caused the GNU bug report #5705,
regarding 23.1.93; recursive load error when loading tramp
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
5705: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5705
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Paul Pogonyshev <p.pogonyshev <at> anakreon.net>
To: bug-gnu-emacs <at> gnu.org
Subject: 23.1.93; recursive load error when loading tramp
Date: Thu, 11 Mar 2010 16:27:40 +0200

Severity: important

Occasionally, I "break" Emacs after which it starts printing the
following message in the minibuffer in response to any command
requiring it to open a file:

    require: Recursive load: "/usr/local/share/emacs/23.1.93/lisp/net/tramp.elc", "/usr/local/share/emacs/23.1.93/lisp/net/tramp-cmds.elc", "/usr/local/share/emacs/23.1.93/lisp/net/tramp.elc", "/usr/local/share/emacs/23.1.93/lisp/net/tramp-cmds.elc", "/usr/local/share/emacs/23.1.93/lisp/net/tramp.elc", "/usr/local/share/emacs/23.1.93/lisp/net/tramp-cmds.elc", "/usr/local/share/emacs/23.1.93/lisp/net/tramp.elc", "/usr/local/share/emacs/23.1.93/lisp/net/tramp-cmds.elc", "/usr/local/share/emacs/23.1.93/lisp/net/tramp.elc"

This includes C-x C-f, C-x C-c and many others.  I.e. after this Emacs
becomes unusable and even impossible to quit cleanly.  I have to kill
it from command line with 'killall emacs'.

I'm pretty certain this is caused by hitting C-g when C-x C-f loads a
directory (I'm using ido-mode, so completions are loaded all the
time).  Looks like some place lacks 'unwind-protect' (or something
else similar to try..finally), so that a feature is marked as loaded
in one place, but not in another.

So, to reproduce:
- enable ido-mode;
- try hitting C-x C-f, navigate into a particularly large directory
  and hit C-g while completion list is being built.

You may need to repeat the second step several times as the bug
doesn't seem to deterministic.

Cannot provide normal standard bug information, because after this
happens practically nothing in Emacs works, including M-x report-bug:
window is opened, but it is empty except for From/To/Subject headers.

This has been happening for quite a lot of time, so this bug is not
something new in recent versions.

Paul

[Message part 3 (message/rfc822, inline)]

From: Glenn Morris <rgm <at> gnu.org>
To: 5705-done <at> debbugs.gnu.org
Subject: Re: bug#5705: 23.1.93; recursive load error when loading tramp
Date: Fri, 10 Sep 2010 02:39:00 -0400

Version: 24.1

2010-09-08  Michael Albinus  <michael.albinus at gmx.de>

	Migrate to Tramp 2.2.  Rearrange load dependencies.
	(Bug#1529, Bug#5448, Bug#5705)

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.