GNU bug report logs - #14062
24.3.50; emacs_backtrace.txt

Previous Next

Packages: emacs, w32;

Reported by: "Drew Adams" <drew.adams <at> oracle.com>

Date: Tue, 26 Mar 2013 23:36:02 UTC

Severity: normal

Merged with 14205

Found in version 24.3.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Juanma Barranquero <lekktu <at> gmail.com>
Cc: rudalics <at> gmx.at, 14062 <at> debbugs.gnu.org, drew.adams <at> oracle.com
Subject: Re: bug#14062: 24.3.50; emacs_backtrace.txt
Date: Mon, 22 Apr 2013 21:05:53 +0300
> From: Juanma Barranquero <lekktu <at> gmail.com>
> Date: Mon, 22 Apr 2013 18:12:13 +0200
> Cc: Eli Zaretskii <eliz <at> gnu.org>, martin rudalics <rudalics <at> gmx.at>, 14062 <at> debbugs.gnu.org
> 
> ??
> ??:0
> w32_backtrace at w32fns.c:7687
> emacs_abort at w32fns.c:7719
> terminate_due_to_signal at emacs.c:343
> die at alloc.c:6522
> w32_wnd_proc at w32fns.c:3127

Thanks!  the trap worked again!  This is here:

  #ifdef ENABLE_CHECKING
	    /* Temporary code to catch crashes in computing form.rcArea.top.  */
	    eassert (FRAMEP (w->frame));
	    eassert (BUFFERP (w->contents));  <<<<<<<<<<<<<<<<<<<<<<<<

So the cause for the assertion violation is now crystal clear, and I
will commit a work-around soon.  (I still don't understand how such a
window ended up here, and why didn't the BUFFERP test in
WINDOW_WANTS_HEADER_LINE_P catch the problem before XBUFFER aborted.)




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

Previous Next


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