bug#16710: 24.3.50; emacs crash.

[Ted Zlatanov]

On Mon, 10 Feb 2014 15:36:50 +0100 Nicolas Richard 
<theonewiththeevillook@yahoo.fr> wrote: 

NR> I couldn't reproduce, sorry. I'll set gnutls-log-level to 2 for a while,
NR> in the hope I can "reproduce" after some more waiting.

NR> Btw, I thought that TLS was not involved in the crash, because it
NR> happens after this:
NR> #20 <signal handler called>
NR> #21 0xb77fa424 in __kernel_vsyscall ()
NR> #22 0xb64ad9c7 in __GI_raise (sig=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:63
NR> #23 0xb64af1e6 in __GI_abort () at abort.c:90
NR> #24 0xb64ec545 in __libc_message (do_abort=2, fmt=0xb65e3e14 "*** glibc 
detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:197
NR> #25 0xb64f2d20 in malloc_printerr (action=<optimized out>, str=<optimized 
out>, ptr=0xd0f6a68) at malloc.c:4949
NR> #26 0xb64f4930 in _int_malloc (av=0xb6625440 <main_arena>, bytes=65536) at 
malloc.c:3433
NR> #27 0xb64f6019 in __GI___libc_malloc (bytes=65536) at malloc.c:2858
NR> #28 0x081aabaf in xmalloc (size=65536) at alloc.c:677

NR> Do I read that wrong ?

I thought I saw a problem in the ASN.1 memory deallocation in GnuTLS but
I may have simply misunderstood the stack trace.  I'm not very good at
debugging Emacs crashes, sorry.

Ted