GNU bug report logs - #33417
27.0.50; display-buffer problems

Previous Next

Package: emacs;

Reported by: yLive System User <nyc4bos <at> aol.com>

Date: Sun, 18 Nov 2018 03:06:02 UTC

Severity: minor

Tags: moreinfo, wontfix

Found in version 27.0.50

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: martin rudalics <rudalics <at> gmx.at>
To: Live System User <nyc4bos <at> aol.com>
Cc: 33417 <at> debbugs.gnu.org
Subject: bug#33417: display-buffer problems
Date: Sun, 18 Nov 2018 20:36:47 +0100
>> Doesn't (setq debug-on-error t) give you a backtrace of the
>> 'split-window' error?
>
>    No.
>
>    I actually typed "M-x toggle-debug-on-error" which amounts to
>    the same thing:
>
> debug-on-error is a variable defined in ‘C source code’.
> Its value is t
> Original value was nil
>
>           There was no additional information and no *Backtrace*.
>

Bad.  I have no idea whether this means that the 'split-window' call
was wrapped in a condition-case and if so why you get the errors then.
Does the failure happen when you are in the *scratch* buffer and do
M-x list-timers?  Can you try to edebug 'split-window' and get a
backtrace before it throws an error?

>    Yes, I type "SPC" to temporarily enable the command.

So the *Disabled Command* window pops up, you type SPC, the *Disabled
Command* window disappears and then the errors above are thrown?  Is
that what you see?

If you make an exact copy of 'list-timers', call it 'my-list-timers'
and invoke it via M-x my-list-timers: Does it throw the same errors?

martin





This bug report was last modified 6 years and 212 days ago.

Previous Next


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