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

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

Re: Ediff frequently crashes emacs.


From: Peter Seibel
Subject: Re: Ediff frequently crashes emacs.
Date: Wed, 30 Mar 2005 13:59:12 -0800
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux)

address@hidden (Kim F. Storm) writes:

> Peter Seibel <address@hidden> writes:
>
>> #0  Fcons (car=137325333, cdr=163656285) at alloc.c:2374
>
> I'm suspecting a stray buffer overrun somewhere ...  it's just
> so hard to find.  Do you still have the crashed emacs in gdb ?
>
>
> What does the following yield?
>
> p car
> xtype
>
> p cdr 
> xtype
>
>> #1  0x0805b161 in store_in_alist (alistptr=0xbfffddbc, prop=137433329, 
>>     val=158828941) at frame.c:1934
>
> up 1
>
> p prop
> xtype
> xsymbol
>
> p val
> xtype
>
> p *alistptr
> pr
>
>
>
> Could you try to change this line in lisp.h to possibly trigger the
> bug faster:
>
>
> #if 0
> /* Define this temporarily to hunt a bug.  If defined, the size of
>
> to
>
> #if 1
> /* Define this temporarily to hunt a bug.  If defined, the size of
>

So lately I've been doing a lot of ediffing and this crash is still
biting me from time to time. I'm running a build from the 22nd which,
as far as I recall, I built right after doing a CVS update.

I do have #if 1 in lisp.h. Here's some GDB output from my lastest crash.

address@hidden src]$ gdb emacs
GNU gdb Red Hat Linux (5.1.90CVS-5)
Copyright 2002 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 "i386-redhat-linux"...
DISPLAY = :0
TERM = xterm
Breakpoint 1 at 0x80d5062: file emacs.c, line 457.
Breakpoint 2 at 0x80b9194: file xterm.c, line 7797.
(gdb) run
Starting program: /usr2/cvs/emacs/src/emacs -geometry 80x40+0+0

Program received signal SIGSEGV, Segmentation fault.
Fcons (car=137239713, cdr=137239713) at alloc.c:2680
2680          cons_free_list = *(struct Lisp_Cons **)&cons_free_list->cdr;
(gdb) p car
$1 = 1
(gdb) xtype
Lisp_Symbol
(gdb) p cdr
$2 = 1
(gdb) xtype
Lisp_Symbol
(gdb) up 1  
#1  0x0811afcf in Fmake_list (length=24, init=137239713) at alloc.c:2788
2788          val = Fcons (init, val);
(gdb) p prop
No symbol "prop" in current context.
(gdb) p val
$3 = 137239713
(gdb) xtype
Lisp_Symbol
(gdb) p *alistptr
No symbol "alistptr" in current context.
(gdb) 


-Peter

-- 
Peter Seibel                                     address@hidden

         Lisp is the red pill. -- John Fraser, comp.lang.lisp




reply via email to

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