GNU bug report logs - #11395
24.0.96; Sporadic crashing

Previous Next

Full log

View this message in rfc822 format

From: Richard Stanton <rhstanton <at> berkeley.edu>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 11395 <at> debbugs.gnu.org, Chong Yidong <cyd <at> gnu.org>
Subject: bug#11395: 24.0.96; Sporadic crashing
Date: Fri, 25 Dec 2015 17:01:50 -0800

Thanks for getting back to me, but I haven't had Emacs crash in quite a
long time.

Best,

Richard Stanton

-----Original Message-----
From: Lars Ingebrigtsen [mailto:larsi <at> gnus.org]
Sent: Friday, December 25, 2015 3:15 PM
To: Richard Stanton <stanton <at> haas.berkeley.edu>
Cc: Chong Yidong <cyd <at> gnu.org>; 11395 <at> debbugs.gnu.org
Subject: Re: bug#11395: 24.0.96; Sporadic crashing

Richard Stanton <stanton <at> haas.berkeley.edu> writes:

> On 5/17/12 5:00 AM, "Chong Yidong" <cyd <at> gnu.org> wrote:
>
>>Richard Stanton <stanton <at> haas.berkeley.edu> writes:
>>
>>> Program received signal EXC_BAD_ACCESS, Could not access memory.
>>> Reason: 13 at address: 0x0000000000000000
>>> 0x00000001001cf0a4 in mem_insert (start=0x10fa29010,
>>>end=0x10fa29088,
>>> type=MEM_TYPE_VECTORLIKE) at alloc.c:3585
>>> 3585	      c = start < c->start ? c->left : c->right;
>>> (gdb) bt
>>> #0  0x00000001001cf0a4 in mem_insert (start=0x10fa29010,
>>>end=0x10fa29088,
>>> type=MEM_TYPE_VECTORLIKE) at alloc.c:3585
>>> #1  0x00000001001cb45e in lisp_malloc (nbytes=120,
>>> type=MEM_TYPE_VECTORLIKE) at alloc.c:918
>>
>>Please keep the gdb session alive, thanks.
>>
>>Could you do
>>
>>f 0
>>p *c
>>
>>and show the results?
>
> (gdb) f 0
> #0  0x00000001001cf0a4 in mem_insert (start=0x10fa29010,
> end=0x10fa29088,
> type=MEM_TYPE_VECTORLIKE) at alloc.c:3585
> 3585	      c = start < c->start ? c->left : c->right;
> (gdb) p *c
> Cannot access memory at address 0x1cc1000000000000
> (gdb)

Is this issue still a problem?

--
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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