GNU bug report logs - #8775
24.0.50; crash, GDB info

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 8775 in the body.
You can then email your comments to 8775 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <bug-gnu-emacs <at> gnu.org>
Subject: 24.0.50; crash, GDB info
Date: Tue, 31 May 2011 11:31:35 -0700

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'
 

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 8775 <at> debbugs.gnu.org
Subject: Re: bug#8775: 24.0.50; crash, GDB info
Date: Tue, 31 May 2011 23:51:42 +0300

> From: "Drew Adams" <drew.adams <at> 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?

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

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Eli Zaretskii'" <eliz <at> gnu.org>
Cc: 8775 <at> debbugs.gnu.org
Subject: RE: bug#8775: 24.0.50; crash, GDB info
Date: Tue, 31 May 2011 14:58:25 -0700

> 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.

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

From: Glenn Morris <rgm <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 8775 <at> debbugs.gnu.org
Subject: Re: bug#8775: 24.0.50; crash, GDB info
Date: Wed, 01 Jun 2011 00:27:21 -0400

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.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 8775 <at> debbugs.gnu.org
Subject: Re: bug#8775: 24.0.50; crash, GDB info
Date: Wed, 01 Jun 2011 22:41:04 +0300

> From: "Drew Adams" <drew.adams <at> oracle.com>
> Cc: <8775 <at> 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?

Previous Next

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