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

Previous Next

Package: emacs;

Reported by: Pete Beardmore <pete.beardmore <at> msn.com>

Date: Thu, 2 Jun 2011 17:28:02 UTC

Severity: normal

Found in version 23.3

Done: martin rudalics <rudalics <at> gmx.at>

Bug is archived. No further changes may be made.

Full log


Message #122 received at 8789 <at> debbugs.gnu.org (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'martin rudalics'" <rudalics <at> gmx.at>,
	"'Michael Heerdegen'" <michael_heerdegen <at> web.de>
Cc: 8789 <at> debbugs.gnu.org
Subject: RE: bug#8789: 23.3;
	debug backtrace buffer changes window on step-through
Date: Thu, 20 Sep 2012 11:08:26 -0700
>  > It's caused by the calculation of the mode-line.  Try this:
>  >   (setq-default mode-line-remote nil)
>  > and the problem is gone.
> 
> So the solution is probably to never enable `debug-on-entry' for
> functions that run through the mode-line mechanism.

That does not sound like the solution to me.  That sounds like giving up on
using the debugger.  What does "run through the mode-line mechanism" even mean,
and how does a user tell whether a given function might "run through..."?  And
for such functions (whatever that might mean), what workaround do you propose,
to get the effect of `debug-on-entry'.

This is a regression, and should just be fixed.  Users should not have to work
around it or jump over it - that is not "the solution".

`mode-line-remote' was introduced in Emacs 23.  If it is that introduction that
introduced this regression then that change needs to be fixed somehow, or
reverted.





This bug report was last modified 12 years and 223 days ago.

Previous Next


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