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: Sat, 02 Apr 2005 21:19:31 -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:
>
>> 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.
>
> It seems to have crashed somewhere different from last time, and there
> is nothing in the info you provide that gives me anything to work on.
>
> Can you try to uncomment the following define in lisp.h:
>
> /* #define GC_CHECK_CONS_LIST 1 */
>
> Then recompile with
>
> cd src
> rm eval.o alloc.o
> make emacs
>
> and try to reproduce the crash.  Your emacs may run slower
> after the change, but I think this is the only way to
> narrow down the problem.
>
> When it crashes, include the output from gdb commands
>
> bt
> xbacktrace
>
> in the bug report.

Okay, here you go:

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 0x80d50da: file emacs.c, line 457.
Breakpoint 2 at 0x80b920c: file xterm.c, line 7778.
(gdb) run
Starting program: /usr2/cvs/emacs/src/emacs -geometry 80x40+0+0

Program received signal SIGSEGV, Segmentation fault.
check_cons_list () at alloc.c:2715
2715        tail = *(struct Lisp_Cons **)&tail->cdr;
(gdb) bt
#0  check_cons_list () at alloc.c:2715
#1  0xbfffe448 in ?? ()
#2  0x0812fa59 in Ffuncall (nargs=2, args=0xbfffe460) at eval.c:2853
#3  0x08154198 in Fbyte_code (bytestr=136154419, vector=136154444, maxdepth=2)
    at bytecode.c:686
#4  0x0812fe3f in funcall_lambda (fun=136154380, nargs=1, 
    arg_vector=0xbfffe574) at eval.c:2974
#5  0x0812fa11 in Ffuncall (nargs=2, args=0xbfffe570) at eval.c:2843
#6  0x08154198 in Fbyte_code (bytestr=136154499, vector=136154532, maxdepth=3)
    at bytecode.c:686
#7  0x0812fe3f in funcall_lambda (fun=136154460, nargs=1, 
    arg_vector=0xbfffe688) at eval.c:2974
#8  0x0812fa11 in Ffuncall (nargs=2, args=0xbfffe684) at eval.c:2843
#9  0x08154198 in Fbyte_code (bytestr=136156675, vector=136156700, maxdepth=3)
    at bytecode.c:686
#10 0x0812fe3f in funcall_lambda (fun=136156636, nargs=1, 
    arg_vector=0xbfffe798) at eval.c:2974
#11 0x0812fa11 in Ffuncall (nargs=2, args=0xbfffe794) at eval.c:2843
#12 0x08154198 in Fbyte_code (bytestr=141060019, vector=141063588, maxdepth=6)
    at bytecode.c:686
#13 0x0812fe3f in funcall_lambda (fun=141063892, nargs=3, 
    arg_vector=0xbfffe8b4) at eval.c:2974
#14 0x0812fa11 in Ffuncall (nargs=4, args=0xbfffe8b0) at eval.c:2843
#15 0x08154198 in Fbyte_code (bytestr=141059987, vector=141062796, maxdepth=4)
    at bytecode.c:686
#16 0x0812fe3f in funcall_lambda (fun=141063076, nargs=1, 
    arg_vector=0xbfffe9c4) at eval.c:2974
#17 0x0812fa11 in Ffuncall (nargs=2, args=0xbfffe9c0) at eval.c:2843
#18 0x08154198 in Fbyte_code (bytestr=141059395, vector=141061668, maxdepth=12)
    at bytecode.c:686
#19 0x0812fe3f in funcall_lambda (fun=141062236, nargs=2, 
    arg_vector=0xbfffeaf4) at eval.c:2974
#20 0x0812fa11 in Ffuncall (nargs=3, args=0xbfffeaf0) at eval.c:2843
#21 0x08154198 in Fbyte_code (bytestr=141059971, vector=141062364, maxdepth=6)
    at bytecode.c:686
#22 0x0812fe3f in funcall_lambda (fun=141062668, nargs=1, 
    arg_vector=0xbfffec14) at eval.c:2974
#23 0x0812fa11 in Ffuncall (nargs=2, args=0xbfffec10) at eval.c:2843
#24 0x08154198 in Fbyte_code (bytestr=140593051, vector=140318780, maxdepth=6)
    at bytecode.c:686
#25 0x0812fe3f in funcall_lambda (fun=141430612, nargs=1, 
    arg_vector=0xbfffed34) at eval.c:2974
#26 0x0812fa11 in Ffuncall (nargs=2, args=0xbfffed30) at eval.c:2843
#27 0x08154198 in Fbyte_code (bytestr=140200179, vector=141314404, maxdepth=3)
    at bytecode.c:686
#28 0x0812fe3f in funcall_lambda (fun=141314572, nargs=0, 
    arg_vector=0xbfffee44) at eval.c:2974
#29 0x0812fa11 in Ffuncall (nargs=1, args=0xbfffee40) at eval.c:2843
#30 0x08154198 in Fbyte_code (bytestr=141567859, vector=141569388, maxdepth=5)
    at bytecode.c:686
#31 0x0812fe3f in funcall_lambda (fun=141569852, nargs=0, 
    arg_vector=0xbfffef64) at eval.c:2974
#32 0x0812fa11 in Ffuncall (nargs=1, args=0xbfffef60) at eval.c:2843
#33 0x08154198 in Fbyte_code (bytestr=141593723, vector=141600420, maxdepth=5)
    at bytecode.c:686
#34 0x0812fe3f in funcall_lambda (fun=141600780, nargs=2, 
    arg_vector=0xbffff084) at eval.c:2974
#35 0x0812fa11 in Ffuncall (nargs=3, args=0xbffff080) at eval.c:2843
#36 0x08154198 in Fbyte_code (bytestr=141593803, vector=141600916, maxdepth=3)
    at bytecode.c:686
#37 0x0812fe3f in funcall_lambda (fun=141601172, nargs=1, 
    arg_vector=0xbffff1c4) at eval.c:2974
#38 0x0812fa11 in Ffuncall (nargs=2, args=0xbffff1c0) at eval.c:2843
#39 0x0812c51d in Fcall_interactively (function=141559337, 
    record_flag=137240513, keys=137299468) at callint.c:884
#40 0x080e1d39 in Fcommand_execute (cmd=141559337, record_flag=137240513, 
    keys=137240513, special=137240513) at keyboard.c:9706
#41 0x080d87bd in command_loop_1 () at keyboard.c:1796
#42 0x0812df4e in internal_condition_case (bfun=0x80d7a58 <command_loop_1>, 
    handlers=137303929, hfun=0x80d75fc <cmd_error>) at eval.c:1385
#43 0x080d78e2 in command_loop_2 () at keyboard.c:1323
#44 0x0812dabb in internal_catch (tag=137297193, 
    func=0x80d78c4 <command_loop_2>, arg=137240513) at eval.c:1144
#45 0x080d7871 in command_loop () at keyboard.c:1302
#46 0x080d73bb in recursive_edit_1 () at keyboard.c:995
#47 0x080d74e3 in Frecursive_edit () at keyboard.c:1056
#48 0x080d637b in main (argc=3, argv=0xbffff984) at emacs.c:1767
#49 0x42017499 in __libc_start_main () from /lib/i686/libc.so.6
(gdb) xbacktrace
"internal-lisp-face-p"
"facep"
"check-face"
"face-name"
"ediff-set-fine-diff-properties-in-one-buffer"
"ediff-set-fine-diff-properties"
"ediff-make-fine-diffs"
"ediff-install-fine-diff-if-necessary"
"ediff-select-difference"
"ediff-restore-highlighting"
"ediff-recenter"
"ediff-diff-to-diff"
"ediff-copy-A-to-B"
"call-interactively"
(gdb) 

-- 
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]