GNU bug report logs - #16073
24.3.50; core dumped

Previous Next

Package: emacs;

Reported by: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>

Date: Fri, 6 Dec 2013 15:43:01 UTC

Severity: normal

Tags: unreproducible

Merged with 16083, 16119

Found in version 24.3.50

Done: Nicolas Richard <youngfrog <at> members.fsf.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Dmitry Antipov <dmantipov <at> yandex.ru>
To: Nicolas Richard <theonewiththeevillook <at> yahoo.fr>
Cc: 16073 <at> debbugs.gnu.org
Subject: bug#16073: 24.3.50; core dumped
Date: Fri, 06 Dec 2013 21:10:31 +0400
On 12/06/2013 07:42 PM, Nicolas Richard wrote:

> (gdb) bt
> #0  0xb77c8424 in __kernel_vsyscall ()
> #1  0xb66fcc58 in raise (sig=11) at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:42
> #2  0x0811946b in terminate_due_to_signal (sig=11, backtrace_limit=40) at emacs.c:377
> #3  0x08130e77 in handle_fatal_signal (sig=11) at sysdep.c:1624
> #4  0x08130ef6 in deliver_thread_signal (handler=0x8130e60 <handle_fatal_signal>, sig=11) at sysdep.c:1598
> #5  deliver_fatal_thread_signal (sig=11) at sysdep.c:1636
> #6  <signal handler called>
> #7  0xb743b2c8 in XRenderHasDepths (dpy=0xacc10e0) at /var/tmp/portage/x11-libs/libXrender-0.9.7/work/libXrender-0.9.7/src/Xrender.c:126
> #8  XRenderExtAddDisplay (dpy=0xacc10e0, extinfo=<optimized out>, ext_name=<optimized out>) at /var/tmp/portage/x11-libs/libXrender-0.9.7/work/libXrender-0.9.7/src/Xrender.c:201
> #9  XRenderFindDisplay (dpy=0xacc10e0) at /var/tmp/portage/x11-libs/libXrender-0.9.7/work/libXrender-0.9.7/src/Xrender.c:288
> #10 0xb7437a1f in XRenderFreeGlyphSet (dpy=0xacc10e0, glyphset=73400700) at /var/tmp/portage/x11-libs/libXrender-0.9.7/work/libXrender-0.9.7/src/Glyph.c:71
> #11 0xb742b3bc in XftFontDestroy (dpy=0xacc10e0, public=0xb61a908) at /var/tmp/portage/x11-libs/libXft-2.3.1/work/libXft-2.3.1/src/xftfreetype.c:1046
> #12 0x081e5e81 in xftfont_close (font=0xb88caf8) at xftfont.c:498
> #13 0x0816e287 in cleanup_vector (vector=<optimized out>) at alloc.c:2880
> #14 cleanup_vector (vector=<optimized out>) at alloc.c:2875
> #15 0x08172b45 in sweep_vectors () at alloc.c:2917
> #16 gc_sweep () at alloc.c:6619
> #17 Fgarbage_collect () at alloc.c:5542

Hm...any ideas to reproduce? And, if you still have core and binary,
could you please also provide full backtrace of the journey starting
from Fgarbage_collect, i.e. 'bt 18 full'?

Dmitry





This bug report was last modified 8 years and 346 days ago.

Previous Next


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