bug#8775: 24.0.50; crash, GDB info

bug#8775: 24.0.50; crash, GDB info

[Drew Adams]

This was not from emacs -Q, and I do not have more info on what
provoked the crash.  HTH.
 
$ ./gdb -p 4432
GNU gdb (GDB) 7.2
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "mingw32".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Attaching to process 4432
[New Thread 4432.0xff4]
[New Thread 4432.0x1660]
[New Thread 4432.0x50c]
Reading symbols from C:\Emacs-24-2011-05-23-lex\bin\emacs.exe...done.
[Switching to Thread 4432.0x50c]
Warning: c:\drews-lisp-20\bin/../lwlib: No such file or directory.
SIGINT is used by the debugger.
Are you sure you want to change it? (y or n) [answered Y; input not from
terminal]
Environment variable "DISPLAY" not defined.
TERM = cygwin
.gdbinit:1328: Error in sourced command file:
No symbol "Vsystem_type" in current context.
(gdb) c
Continuing.
 
Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 4432.0xff4]
0x7c90120f in ntdll!DbgUiConnectToDbg () from C:\WINDOWS\system32\ntdll.dll
(gdb) bt
#0  0x7c90120f in ntdll!DbgUiConnectToDbg () from C:\WINDOWS\system32\ntdll.dll
#1  0x0114cde4 in w32_abort () at w32fns.c:7198
#2  0x010edcf9 in check_glyph_memory () at dispnew.c:2406
#3  0x01002f0e in shut_down_emacs (sig=0, no_x=0, stuff=53418010) at
emacs.c:2073
#4  0x01002e1f in Fkill_emacs (arg=53418010) at emacs.c:1988
#5  0x01035bab in Ffuncall (nargs=1, args=0x83f250) at eval.c:3039
#6  0x010dd46f in exec_byte_code (bytestr=20018649, vector=20018773,
maxdepth=20,
    args_template=53418010, nargs=0, args=0x0) at bytecode.c:783
#7  0x01036b02 in funcall_lambda (fun=20018621, nargs=1, arg_vector=0x32f181a)
    at eval.c:3272
#8  0x01035fa9 in Ffuncall (nargs=2, args=0x83f550) at eval.c:3088
#9  0x010dd46f in exec_byte_code (bytestr=20018985, vector=20019037,
maxdepth=12,
    args_template=53418010, nargs=0, args=0x0) at bytecode.c:783
#10 0x01036b02 in funcall_lambda (fun=20018957, nargs=1, arg_vector=0x32f181a)
    at eval.c:3272
#11 0x01035fa9 in Ffuncall (nargs=2, args=0x83f890) at eval.c:3088
#12 0x010e1e0a in Fcall_interactively (function=54630266, record_flag=53418010,
    keys=170566149) at callint.c:852
#13 0x01035c7e in Ffuncall (nargs=4, args=0x83fb60) at eval.c:3046
#14 0x01035148 in call3 (fn=53582994, arg1=54630266, arg2=53418010,
arg3=53418010)
    at eval.c:2838
#15 0x0101f648 in Fcommand_execute (cmd=54630266, record_flag=53418010,
keys=53418010,
    special=53418010) at keyboard.c:10263
#16 0x010063dd in command_loop_1 () at keyboard.c:1561
#17 0x01031cea in internal_condition_case (bfun=0x10055b3 <command_loop_1>,
    handlers=53471738, hfun=0x1004dd7 <cmd_error>) at eval.c:1507
#18 0x0100520f in command_loop_2 (ignore=53418010) at keyboard.c:1156
#19 0x0103170d in internal_catch (tag=53469762, func=0x10051eb <command_loop_2>,
    arg=53418010) at eval.c:1261
#20 0x010051cb in command_loop () at keyboard.c:1135
#21 0x010047ac in recursive_edit_1 () at keyboard.c:756
#22 0x01004ac7 in Frecursive_edit () at keyboard.c:820
#23 0x010028bd in main (argc=3, argv=0x33c58) at emacs.c:1686
 
Lisp Backtrace:
"kill-emacs" (0x83f254)
"save-buffers-kill-emacs" (0x83f554)
"save-buffers-kill-terminal" (0x83f894)
"call-interactively" (0x83fb64)
(gdb) frame 3
#3  0x01002f0e in shut_down_emacs (sig=0, no_x=0, stuff=53418010) at
emacs.c:2073
2073    emacs.c: No such file or directory.
        in emacs.c
(gdb) frame 2
#2  0x010edcf9 in check_glyph_memory () at dispnew.c:2406
2406    dispnew.c: No such file or directory.
        in dispnew.c
(gdb) p selected_window
$1 = 187164165
(gdb) xtype
Lisp_Vectorlike
There is no member named size.
(gdb)
 

In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
 of 2011-05-23 on 3249CTO
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.5) --no-opt --cflags
-Ic:/build/include'
 

bug#8775: 24.0.50; crash, GDB info

[Eli Zaretskii]

> From: "Drew Adams" <drew.adams@oracle.com>
> Date: Tue, 31 May 2011 11:31:35 -0700
> 
> 
> #1  0x0114cde4 in w32_abort () at w32fns.c:7198
> #2  0x010edcf9 in check_glyph_memory () at dispnew.c:2406
> #3  0x01002f0e in shut_down_emacs (sig=0, no_x=0, stuff=53418010) at
> emacs.c:2073
> #4  0x01002e1f in Fkill_emacs (arg=53418010) at emacs.c:1988

According to this, you were exiting Emacs when it crashed.  Is that
correct?  If so, it looks like a duplicate of bug #6278.

> #2  0x010edcf9 in check_glyph_memory () at dispnew.c:2406
> 2406    dispnew.c: No such file or directory.
>         in dispnew.c
> (gdb) p selected_window
> $1 = 187164165
> (gdb) xtype
> Lisp_Vectorlike
> There is no member named size.
> (gdb)

In this frame #2, what do "p glyph_matrix_count" and
"p glyph_pool_count" display?

bug#8775: 24.0.50; crash, GDB info

[Drew Adams]

> According to this, you were exiting Emacs when it crashed.  Is that
> correct?  If so, it looks like a duplicate of bug #6278.

Yes, I think so.  Not 100% sure.

> > #2  0x010edcf9 in check_glyph_memory () at dispnew.c:2406
> > 2406    dispnew.c: No such file or directory.
> >         in dispnew.c
> > (gdb) p selected_window
> > $1 = 187164165
> > (gdb) xtype
> > Lisp_Vectorlike
> > There is no member named size.
> > (gdb)
> 
> In this frame #2, what do "p glyph_matrix_count" and
> "p glyph_pool_count" display?

Too late for this go-round.

bug#8775: 24.0.50; crash, GDB info

[Glenn Morris]

Eli Zaretskii wrote:

> According to this, you were exiting Emacs when it crashed.  Is that
> correct?  If so, it looks like a duplicate of bug #6278.

Also similar to #3255.

bug#8775: 24.0.50; crash, GDB info

[Eli Zaretskii]

> From: "Drew Adams" <drew.adams@oracle.com>
> Cc: <8775@debbugs.gnu.org>
> Date: Tue, 31 May 2011 14:58:25 -0700
> 
> > In this frame #2, what do "p glyph_matrix_count" and
> > "p glyph_pool_count" display?
> 
> Too late for this go-round.

Last time we had this crash, Lennart did the same.

We will never be able to debug and fix this if people who experience
the problem will not leave the GDB session running and provide the
information from there.  Leaving the crashed session running under GDB
doesn't prevent you from running another session in which you could
work, does it?