unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Drew Adams <drew.adams@oracle.com>
Cc: 7728@debbugs.gnu.org, monnier@IRO.UMontreal.CA
Subject: bug#7728: 24.0.50; GDB backtrace from abort
Date: Wed, 12 Jan 2011 06:11:02 +0200	[thread overview]
Message-ID: <83k4iaiwx5.fsf@gnu.org> (raw)
In-Reply-To: <B40E73DBC92D4CE69789B23E3DEC0BC7@us.oracle.com>

> 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





  reply	other threads:[~2011-01-12  4:11 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-12-24 16:55 bug#7728: 24.0.50; GDB backtrace from abort Drew Adams
2010-12-25  9:38 ` Eli Zaretskii
2010-12-25 10:44   ` Andreas Schwab
2010-12-25 11:12     ` Eli Zaretskii
2010-12-25 20:35   ` Stefan Monnier
2011-01-01 18:02     ` Eli Zaretskii
2011-01-09 21:18       ` Eli Zaretskii
2011-01-10 23:32         ` Drew Adams
2011-01-11 20:55       ` Stefan Monnier
2011-01-11 21:14         ` Eli Zaretskii
2011-01-11 21:44           ` Drew Adams
2011-01-12  4:11             ` Eli Zaretskii [this message]
2011-01-12  4:59               ` Drew Adams
2011-01-12 11:03                 ` Eli Zaretskii
2011-01-12 18:36                   ` Drew Adams
2011-01-12 19:52                   ` Drew Adams
2011-01-12 21:30                     ` Drew Adams
2011-01-12  7:54         ` martin rudalics
2011-01-12 15:05           ` Drew Adams
2011-01-12 15:14           ` Stefan Monnier
2011-01-12 15:59             ` martin rudalics
2011-01-12 16:22             ` Eli Zaretskii
2011-01-12 17:42               ` martin rudalics
2011-01-12 17:48                 ` Eli Zaretskii
2011-01-12 18:35                   ` martin rudalics
2011-01-12 18:36                   ` Drew Adams
2011-01-15  2:59                 ` Chong Yidong
2011-01-15 20:05                   ` martin rudalics
2011-01-13  2:53               ` Stefan Monnier
2011-01-13  7:07                 ` Drew Adams
2011-01-13 17:02                   ` Stefan Monnier
2011-01-13 17:57                     ` Drew Adams
2011-01-13 21:24                       ` Stefan Monnier
2011-01-13 22:06                         ` Drew Adams
2011-01-14  0:26                       ` Eli Zaretskii
2011-01-14  1:19                         ` Drew Adams
2011-01-14  2:40                           ` Eli Zaretskii
2011-01-14  6:46                             ` Drew Adams
2011-01-14  7:09                               ` Drew Adams
2011-01-14 20:01                         ` Sean Sieger
2011-01-14 21:06                           ` Drew Adams
2011-01-14 21:46                             ` Sean Sieger
2011-01-14 22:51                               ` Eli Zaretskii
2011-01-14 23:56                                 ` Sean Sieger
2011-01-14  2:25                       ` Stefan Monnier
2011-01-14  4:25                         ` Drew Adams
2011-01-14  8:26                     ` martin rudalics
2011-01-14  8:58                       ` Drew Adams
2011-01-14 15:30                         ` Stefan Monnier
2011-01-16 20:44                           ` Drew Adams

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=83k4iaiwx5.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=7728@debbugs.gnu.org \
    --cc=drew.adams@oracle.com \
    --cc=monnier@IRO.UMontreal.CA \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).