GNU bug report logs - #8789
23.3; debug backtrace buffer changes window on step-through

Previous Next

Full log

View this message in rfc822 format

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'martin rudalics'" <rudalics <at> gmx.at>
Cc: 'Michael Heerdegen' <michael_heerdegen <at> web.de>, 8789 <at> debbugs.gnu.org
Subject: bug#8789: 23.3; debug backtrace buffer changes window on step-through
Date: Wed, 19 Sep 2012 13:39:16 -0700

There seem still to be problems.

emacs -Q

M-x load-file MARTIN-debug.elc

;; That's debug.el, with your patch.
;; If I load the .el instead of the .elc, then the debugger is
;; called even for implement-debugger etc. - a mess.

M-x load-library files.el

M-x debug-on-entry file-remote-p

That puts me immediately into the debugger, with a call to `file-remote-p'.  Why
does debugging file-remote-p cause the debugger to enter even for that M-x
invocation?  There is not even any reading of a file name.

Thereafter, I cannot exit the debugger, no matter what I do.  `c' and `q' seem
to do nothing.  `d' just steps into `file-remote-p'.  Even `C-]' does not exit
the debugger.  I can use C-x k to kill the *Backtrace* buffer, but that leaves
Emacs in a recursive edit, and `C-]' then brings Emacs back into the debugger.
After the `C-x k', *Messages* shows this multiple times, always ending by
entering:

Entering debugger...
Quit
Entering debugger...
Quit
Entering debugger...
Quit
Entering debugger...
Quit
Entering debugger...

This really seems to be a mess.  For me, the debugger is not usable now, even
with emacs -Q.

Previous Next

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