bug#16269: 24.3; emacs_backtrace.txt

bug#16269: 24.3; emacs_backtrace.txt

[Drew Adams]

> This wasn't in "emacs -Q", was it?

No, I don't think so.

> Can you try to describe what were you doing at the time of the crash?

Sorry, no, I don't remember now.

bug#16269: 24.3; emacs_backtrace.txt

[Drew Adams]

(Sending this from another Emacs version, because of bug #16252. But the
version indicated below is the version that crashed.)

(Some of these addresses, at the end, are the same as those of the backtrace from bug #16234, FWIW.)

Exception 0xc0000005 at this address:
01028023

Backtrace:
011fafab
011fb01c
010efb22
011140f8
011140d3
0111412c
010011e6
7501fff7
774074fb
773c9f41



In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
 of 2013-12-24 on ODIEONE
Bzr revision: 115738 cyd@gnu.org-20131225030511-ru56hhc243pxja04
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --prefix=/c/Devel/emacs/binary --enable-checking=yes,glyphs
 'CFLAGS=-O0 -g3' LDFLAGS=-Lc:/Devel/emacs/lib
 CPPFLAGS=-Ic:/Devel/emacs/include'

bug#16269: 24.3; emacs_backtrace.txt

[Juanma Barranquero]

??
??:0
init_iterator at xdisp.c:2924
??
??:0
??
??:0
w32_backtrace at w32fns.c:8375
emacs_abort at w32fns.c:8407
terminate_due_to_signal at emacs.c:378
handle_fatal_signal at sysdep.c:1628
deliver_thread_signal at sysdep.c:1602
deliver_fatal_thread_signal at sysdep.c:1640
?? at crt1.c:0
??
??:0
??
??:0
??
??:0

bug#16269: 24.3; emacs_backtrace.txt

[Eli Zaretskii]

> From: Juanma Barranquero <lekktu@gmail.com>
> Date: Sat, 28 Dec 2013 01:02:31 +0100
> Cc: 16269@debbugs.gnu.org
> 
> init_iterator at xdisp.c:2924

This is here:

      if (face->box != FACE_NO_BOX)   <<<<<<<<<<<<<<<<<<<<<<
        it->start_of_box_run_p = true;

So I guess the face == NULL bug hits again, for some reason.

bug#16269: 24.3; emacs_backtrace.txt

[Eli Zaretskii]

> Date: Fri, 27 Dec 2013 15:19:09 -0800 (PST)
> From: Drew Adams <drew.adams@oracle.com>
> 
> 
> (Some of these addresses, at the end, are the same as those of the backtrace from bug #16234, FWIW.)

That's not relevant, because those addresses just show the handling of
a fatal exception, not what caused it.

This wasn't in "emacs -Q", was it?  Can you try to describe what
were you doing at the time of the crash?