Re: The emacs unicode 2 always crash with the arg --enable-font-backend

[zhaohs <zhaohscas@yahoo.com.cn>]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=us-ascii, Size: 2965 bytes --]

> Ummm, GC error!  This is very difficult to debug.
> 
> What happens if you run Emacs as this:
> 
> (gdb) run -Q --enable-font-backend


--- Belowing this line is the debug information. 


zhaohs@ubuntu-edgy:~/cvs-svn/emacs/src$ gdb emacs
GNU gdb 6.4.90-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...Using host libthread_db
library "/lib/tls/i686/cmov/libthread_db.so.1".

DISPLAY = :0.0
TERM = xterm
Breakpoint 1 at 0x81035b6: file emacs.c, line 464.
Breakpoint 2 at 0x811c3c6: file sysdep.c, line 1385.
(gdb) run -Q --enable-font-backend
Starting program: /media/hdb6/MyHomeFiles/cvs-svn/emacs/src/emacs -Q
--enable-font-backend
[Thread debugging using libthread_db enabled]
[New Thread -1219750224 (LWP 5649)]
[Switching to Thread -1219750224 (LWP 5649)]
Breakpoint 3 at 0x80d6f16: file xterm.c, line 8047.

Breakpoint 1, abort () at emacs.c:464
464       kill (getpid (), SIGABRT);
(gdb) xba
"tool-bar-local-item-from-menu" (0x8881159)
"apply" (0x886b341)
"tool-bar-add-item-from-menu" (0x8881159)
"tool-bar-setup" (0x8)
"tool-bar-mode" (0x8)
"command-line" (0x8cc054b)
"normal-top-level" (0x83378c9)
(gdb) bt
#0  abort () at emacs.c:464
#1  0x08153e5c in mark_object (arg=142637919) at alloc.c:5793
#2  0x08153f8f in mark_object (arg=138148789) at alloc.c:5776
#3  0x081543ad in mark_object (arg=146698444) at alloc.c:5651
#4  0x08153f8f in mark_object (arg=138147733) at alloc.c:5776
#5  0x08153f8f in mark_object (arg=147227245) at alloc.c:5776
#6  0x08157a96 in Fgarbage_collect () at alloc.c:5107
#7  0x0816c5e9 in Ffuncall (nargs=3, args=0xbfedd7f0) at eval.c:2931
#8  0x081980a9 in Fbyte_code (bytestr=136794795, vector=136794812,
maxdepth=64)
    at bytecode.c:679
#9  0x0816c2da in funcall_lambda (fun=136794708, nargs=4, 
    arg_vector=0xbfedd9d8) at eval.c:3184
#10 0x0816c702 in Ffuncall (nargs=5, args=0xbfedd9d4) at eval.c:3054
#11 0x0816e036 in Fapply (nargs=6, args=0xbfedd9d4) at eval.c:2426
#12 0x0816ca3a in Ffuncall (nargs=7, args=0xbfedd9d0) at eval.c:2978
#13 0x081980a9 in Fbyte_code (bytestr=136794555, vector=136794572,
maxdepth=56)
    at bytecode.c:679
#14 0x0816c2da in funcall_lambda (fun=136794476, nargs=2, 
    arg_vector=0xbfeddb04) at eval.c:3184
#15 0x0816c702 in Ffuncall (nargs=3, args=0xbfeddb00) at eval.c:3054
#16 0x081980a9 in Fbyte_code (bytestr=136795275, vector=136795292,
maxdepth=48)
    at bytecode.c:679
#17 0x0816c2da in funcall_lambda (fun=136795252, nargs=0, 
---Type <return> to continue, or q <return> to quit---


-- The debut information ends here.

Best,
Hongsheng.
__________________________________________________
¸Ï¿ì×¢²áÑÅ»¢³¬´óÈÝÁ¿Ãâ·ÑÓÊÏä?
http://cn.mail.yahoo.com