From: Eli Zaretskii <eliz@gnu.org>
To: drew.adams@oracle.com
Cc: Juanma Barranquero <lekktu@gmail.com>, 14062@debbugs.gnu.org
Subject: bug#14062: 24.3.50; emacs_backtrace.txt
Date: Mon, 15 Apr 2013 10:35:07 +0300 [thread overview]
Message-ID: <838v4k6yc4.fsf@gnu.org> (raw)
In-Reply-To: <8338vfyiy4.fsf@gnu.org>
> Date: Thu, 28 Mar 2013 11:25:39 +0200
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: 14062@debbugs.gnu.org, dmoncayo@gmail.com
>
> > From: "Drew Adams" <drew.adams@oracle.com>
> > Cc: <14062@debbugs.gnu.org>
> > Date: Wed, 27 Mar 2013 06:39:17 -0700
> >
> > > which doesn't make sense, because I doubt that Drew invokes Windows
> > > Input Method Editor in any way, shape or form.
> >
> > Not that I know of, at least. No idea what it is.
>
> Nevertheless, if one is consistently told they are drunk, one should
> go to bed. So I added in trunk revision 112167 some debugging code to
> that place which will hopefully help us understand what is going on.
Which paid off with this report from bug #14205:
> w32_backtrace at w32fns.c:7685
> emacs_abort at w32fns.c:7717
> terminate_due_to_signal at emacs.c:343
> die at alloc.c:6522
> w32_wnd_proc at w32fns.c:3133
The crash seems to be here:
int wwhlp= WINDOW_WANTS_HEADER_LINE_P (w);
Here's the definition of WINDOW_WANTS_HEADER_LINE_P:
#define WINDOW_WANTS_HEADER_LINE_P(W) \
(!MINI_WINDOW_P ((W)) \
&& !(W)->pseudo_window_p \
&& FRAME_WANTS_MODELINE_P (XFRAME (WINDOW_FRAME ((W)))) \
&& BUFFERP (W->contents) \
&& !NILP (BVAR (XBUFFER (W->contents), header_line_format)) \
&& WINDOW_TOTAL_LINES (W) > 1 \
+ !NILP (BVAR (XBUFFER (W->contents), mode_line_format)))
The only parts that can abort here are XFRAME and XBUFFER. But
W->contents is already tested to be a buffer by BUFFERP, which should
be done before XBUFFER, as the expression should be evaluated left to
right, correct? As for XFRAME, this line earlier in the code:
struct frame *wf = WINDOW_XFRAME (w);
already verifies that w's frame is fine.
Nevertheless, the backtrace address indicates that the assertion that
failed was in XBUFFER. Are the instructions allowed to be issued out
of order in this case, perhaps on several processing units in
parallel?
If XBUFFER is indeed the problem, then this means that this snippet,
around line 3115 of w32fns.c:
f = x_window_to_frame (dpyinfo, hwnd);
w = XWINDOW (FRAME_SELECTED_WINDOW (f));
produces a non-leaf window in w. Can a frame's selected window be
non-leaf?
Anyway, I added in trunk revision 112287 some more debugging code to
point out which assertions are violated. Let's see what that gets us.
next prev parent reply other threads:[~2013-04-15 7:35 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-26 23:33 bug#14062: 24.3.50; emacs_backtrace.txt Drew Adams
2013-03-27 6:57 ` Eli Zaretskii
2013-03-27 9:45 ` Dani Moncayo
2013-03-27 12:20 ` Eli Zaretskii
2013-03-27 13:39 ` Drew Adams
2013-03-28 9:25 ` Eli Zaretskii
2013-04-15 7:35 ` Eli Zaretskii [this message]
2013-04-15 11:54 ` Juanma Barranquero
2013-04-15 12:30 ` Eli Zaretskii
2013-04-15 12:40 ` martin rudalics
2013-04-15 14:18 ` Eli Zaretskii
2013-04-15 15:53 ` martin rudalics
2013-04-15 16:21 ` Eli Zaretskii
2013-04-15 19:22 ` martin rudalics
2013-04-16 6:08 ` Eli Zaretskii
2013-04-22 16:04 ` Drew Adams
2013-04-22 16:12 ` Juanma Barranquero
2013-04-22 18:05 ` Eli Zaretskii
2013-04-22 18:18 ` Drew Adams
2013-05-04 10:27 ` Eli Zaretskii
2013-05-04 12:27 ` martin rudalics
2013-05-04 12:33 ` Eli Zaretskii
2013-05-04 12:45 ` martin rudalics
2013-05-04 13:18 ` Eli Zaretskii
2013-05-04 18:59 ` martin rudalics
2013-05-04 14:38 ` Drew Adams
2013-03-27 13:37 ` 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=838v4k6yc4.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=14062@debbugs.gnu.org \
--cc=drew.adams@oracle.com \
--cc=lekktu@gmail.com \
/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).