bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#16710: 24.3.50; emacs crash.


From: Ted Zlatanov
Subject: bug#16710: 24.3.50; emacs crash.
Date: Mon, 10 Feb 2014 09:18:22 -0500
User-agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3.50 (gnu/linux)

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

NR> I was experimenting --with edebug-- a lisp infinite loop of recursive
NR> calls, all wrapped in an ignore-errors, and got this crash. I could not
NR> reproduce unfortunately, and in fact it doesn't seem to be related to
NR> the lisp code I was looking at.

NR> #3  0xb64f3889 in _int_free (av=0xb6625440 <main_arena>, p=0xb58b510, 
have_lock=0) at malloc.c:3910
NR>         size = 128
NR>         fb = <optimized out>
NR>         nextchunk = <optimized out>
NR>         nextsize = <optimized out>
NR>         nextinuse = <optimized out>
NR>         prevsize = <optimized out>
NR>         bck = <optimized out>
NR>         fwd = <optimized out>
NR>         errstr = 0x0
NR>         locked = 0
NR>         __func__ = "_int_free"
NR> #4  0xb66fa476 in _asn1_remove_node (node=0xb58b518) at parser_aux.c:462
NR> No locals.
NR> #5  0xb66fb712 in asn1_delete_structure (structure=0xc756680) at 
structure.c:306
NR>         p = <optimized out>
NR>         p2 = 0xd5ebfd0
NR>         p3 = <optimized out>
NR> #6  0xb66d6226 in gnutls_x509_crt_deinit (cert=0xc756680) at x509.c:141
NR> No locals.
NR> #7  0xb668508f in gnutls_certificate_free_cas (sc=0xd72aba8) at 
gnutls_cert.c:136
NR>         j = <optimized out>
NR> #8  0xb6685f84 in gnutls_certificate_free_credentials (sc=0xd72aba8) at 
gnutls_cert.c:281
NR> No locals.
NR> #9  0x08212028 in emacs_gnutls_deinit (proc=219878189) at gnutls.c:563
NR>         log_level = 0
NR> #10 0x0820b690 in deactivate_process (proc=219878189) at process.c:3859
NR>         inchannel = 136907210
NR>         p = 0xd1b1328
NR>         i = 184165678

I don't know for sure, but it looks like something corrupted the data
structures that GnuTLS uses in each process and you noticed when the
process was destroyed (at that time, the data structures were already
invalid).

Can you replicate this?  It looks tricky, since you had an inactive TLS
connection in a process, if I'm reading the dump correctly.  Raising
`gnutls-log-level' *may* be useful, if you can replicate.

Ted





reply via email to

[Prev in Thread] Current Thread [Next in Thread]