[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#7728: 24.0.50; GDB backtrace from abort
From: |
Eli Zaretskii |
Subject: |
bug#7728: 24.0.50; GDB backtrace from abort |
Date: |
Wed, 12 Jan 2011 06:11:02 +0200 |
> From: "Drew Adams" <drew.adams@oracle.com>
> Cc: <7728@debbugs.gnu.org>
> Date: Tue, 11 Jan 2011 13:44:34 -0800
>
> > Perhaps Drew could publish the relevant parts of the window
> > configuration that was being restored in that case (or any other
> > similar case).
>
> Sorry, I don't follow this at all at the C level, and even at the Lisp level
> I'm
> not sure I can be much help here.
I think you can. This is about the crash you originally posted in
this bug, the one that happened because some window configuration was
being restored. Here's the Lisp backtrace you posted:
"fit-frame" (0x83ea54)
"1on1-fit-minibuffer-frame" (0x83ed70)
"run-hooks" (0x83ee3c)
"old-read-from-minibuffer" (0x83f404)
"read-from-minibuffer" (0x83f620)
"list" (0x83f85c)
"call-interactively" (0x83fb64)
You also said back then:
> `fit-frame' is one of my commands. It fits a frame to its (typically
> sole) buffer. In this case, it was run on a hook, and it was the
> standalone minibuffer frame that was being fit.
>
> The hook was no doubt from a run-hooks called in or just after (vanilla)
> `read-from-minibuffer' (which is written in C - I don't have the recent
> source code).
I'm guessing that somewhere inside fit-frame you have code that
restores configuration of windows that was previously saved. I was
asking for showing the relevant parts of that saved configuration,
that would perhaps explain why set-window-configuration needs to
select a different frame.
> In the last GDB backtrace I sent (yesterday), I did the following, in my
> version
> of Emacs, in Icicle mode:
>
> C-h f g r a p h i c S-TAB
>
> Then click `mouse-2' on completion candidate `display-graphic-p'. That should
> end completion and show *Help* (in a separate frame, in my setup) with the
> output of `describe-function'. Instead, Emacs crashes (or whatever you call
> it
> - no error raised).
>
> That crash (or whatever it is) is reproducible in my setup.
This crash is identical to the first one. So if you can show the
window configuration data structure used by set-window-configuration
in this case, it would be helpful. TIA
- bug#7728: 24.0.50; GDB backtrace from abort, Eli Zaretskii, 2011/01/01
- bug#7728: 24.0.50; GDB backtrace from abort, Eli Zaretskii, 2011/01/09
- bug#7728: 24.0.50; GDB backtrace from abort, Stefan Monnier, 2011/01/11
- bug#7728: 24.0.50; GDB backtrace from abort, Eli Zaretskii, 2011/01/11
- bug#7728: 24.0.50; GDB backtrace from abort, Drew Adams, 2011/01/11
- bug#7728: 24.0.50; GDB backtrace from abort,
Eli Zaretskii <=
- bug#7728: 24.0.50; GDB backtrace from abort, Drew Adams, 2011/01/12
- bug#7728: 24.0.50; GDB backtrace from abort, Eli Zaretskii, 2011/01/12
- bug#7728: 24.0.50; GDB backtrace from abort, Drew Adams, 2011/01/12
- bug#7728: 24.0.50; GDB backtrace from abort, Drew Adams, 2011/01/12
- bug#7728: 24.0.50; GDB backtrace from abort, Drew Adams, 2011/01/12
bug#7728: 24.0.50; GDB backtrace from abort, martin rudalics, 2011/01/12