all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* [lorentey@elte.hu: Re: Crash in alloc.c]
@ 2005-10-24 16:27 Richard M. Stallman
  2005-10-25  9:23 ` Crash in alloc.c Kim F. Storm
  0 siblings, 1 reply; 3+ messages in thread
From: Richard M. Stallman @ 2005-10-24 16:27 UTC (permalink / raw)


It looks like the GC bugs are still with us.

------- Start of forwarded message -------
From: lorentey@elte.hu (=?utf-8?Q?K=C3=A1roly_L=C5=91rentey?=)
To: bug-gnu-emacs@gnu.org
Mail-Followup-To: bug-gnu-emacs@gnu.org, delgado@dfn-cert.de,
	multi-tty@lists.fnord.hu
Date: Mon, 24 Oct 2005 15:16:23 +0200
In-Reply-To: <20051024111705.GA26056@kermit.dfn-cert.de> (Friedrich Delgado
	Friedrichs's message of "Mon, 24 Oct 2005 13:17:05 +0200")
Cc: multi-tty@lists.fnord.hu, delgado@dfn-cert.de
Subject: Re: Crash in alloc.c
Sender: bug-gnu-emacs-bounces+rms=gnu.org@gnu.org
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on monty-python
X-Spam-Level: 
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.63

- --===============1065305868==
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha1; protocol="application/pgp-signature"

- --=-=-=
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

I forward this bug to bug-gnu-emacs@gnu.org, since it affects
officially released versions of Emacs on SuSE.

Friedrich Delgado Friedrichs <delgado@dfn-cert.de> writes:
> Please cc me on this, since I'm not on the list.
>
> I'm experiencing very frequent crashes with all emacs versions on our
> SuSE 9.1 installations, usually when publishing my planner-muse
> wiki.
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread -1212623328 (LWP 25762)]
> Fcons (car=3D146493344, cdr=3D146493344) at alloc.c:2701
> 2701          cons_free_list =3D *(struct Lisp_Cons **)&cons_free_list->c=
dr;
>
> Versions:
>
> GNU Emacs 22.0.51.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars, mul=
ti-tty) of 2005-10-24 on kermit
>
> GNU Emacs 21.4.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 200=
5-09-29 on kermit
>
> GNU Emacs 21.3.1 (i586-suse-linux, X toolkit, Xaw3d scroll bars) of 2004-=
04-06 on gray
>
> However since the version I intend to use personally is multi-tty, I'm
> sending the report here.
>
> I don't see similar problems on my debian
> unstable boxes at home (with the same multi-tty version), which might
> indicate that one of the libraries on the SuSE 9.1 causes problems,
> but I'm not able to debug this any further.
>
> $ ldd emacs-22.0.51=20
>         linux-gate.so.1 =3D>  (0xffffe000)
>         libXaw3d.so.7 =3D> /usr/X11R6/lib/libXaw3d.so.7 (0xb7f91000)
>         libXmu.so.6 =3D> /usr/X11R6/lib/libXmu.so.6 (0xb7f7b000)
>         libXt.so.6 =3D> /usr/X11R6/lib/libXt.so.6 (0xb7f27000)
>         libSM.so.6 =3D> /usr/X11R6/lib/libSM.so.6 (0xb7f1e000)
>         libICE.so.6 =3D> /usr/X11R6/lib/libICE.so.6 (0xb7f06000)
>         libXext.so.6 =3D> /usr/X11R6/lib/libXext.so.6 (0xb7ef7000)
>         libtiff.so.3 =3D> /usr/lib/libtiff.so.3 (0xb7e81000)
>         libjpeg.so.62 =3D> /usr/lib/libjpeg.so.62 (0xb7e62000)
>         libpng.so.3 =3D> /usr/lib/libpng.so.3 (0xb7e33000)
>         libz.so.1 =3D> /lib/libz.so.1 (0xb7e22000)
>         libm.so.6 =3D> /lib/tls/libm.so.6 (0xb7e00000)
>         libungif.so.4 =3D> /usr/lib/libungif.so.4 (0xb7df8000)
>         libXpm.so.4 =3D> /usr/X11R6/lib/libXpm.so.4 (0xb7de8000)
>         libX11.so.6 =3D> /usr/X11R6/lib/libX11.so.6 (0xb7cec000)
>         libncurses.so.5 =3D> /lib/libncurses.so.5 (0xb7ca6000)
>         libc.so.6 =3D> /lib/tls/libc.so.6 (0xb7b91000)
>         /lib/ld-linux.so.2 =3D> /lib/ld-linux.so.2 (0xb7fea000)
>         libdl.so.2 =3D> /lib/libdl.so.2 (0xb7b8e000)
>
> If you need further assistance, don't hesitate to contact me.
>
> I could also provide a backtrace from the current stable emacs version
> which crashes under the same circumstances, but not from the SuSE 9.1
> emacs package, since there are no debugging symbols in this binary.
>
> Kind regards and thanks!
>
> And here comes the backtrace (22.0.51.1 multi-tty from today):
>
> (gdb) bt
> #0  Fcons (car=3D146493344, cdr=3D146493344) at alloc.c:2701
> #1  0x081380d1 in Flist (nargs=3D2, args=3D0xbfff75b0) at alloc.c:2789
> #2  0x0814bd49 in Feval (form=3D146493037) at eval.c:2214
> #3  0x0814bdaf in Feval (form=3D146493005) at eval.c:2169
> #4  0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #5  0x0814e31a in Flet (args=3D146492997) at eval.c:1053
> #6  0x0814be02 in Feval (form=3D146492773) at eval.c:2151
> #7  0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #8  0x0814c2a5 in funcall_lambda (fun=3D146493400, nargs=3D1, arg_vector=
=3D0xbfff79e4) at eval.c:3042
> #9  0x0814c5b3 in Ffuncall (nargs=3D2, args=3D0xbfff79e0) at eval.c:2917
> #10 0x0814dc80 in Fapply (nargs=3D2, args=3D0xbfff79e0) at eval.c:2304
> #11 0x0814dd44 in apply1 (fn=3D146493405, arg=3D144692605) at eval.c:2620
> #12 0x0814bc3d in Feval (form=3D144692621) at eval.c:2260
> #13 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #14 0x0814e5ca in Fif (args=3D144692701) at eval.c:381
> #15 0x0814be02 in Feval (form=3D144692749) at eval.c:2151
> #16 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #17 0x0814e5ca in Fif (args=3D144692845) at eval.c:381
> #18 0x0814be02 in Feval (form=3D144692893) at eval.c:2151
> #19 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #20 0x0814c2a5 in funcall_lambda (fun=3D144692264, nargs=3D1, arg_vector=
=3D0xbfff7d60) at eval.c:3042
> #21 0x0814c34f in apply_lambda (fun=3D144692269, args=3D146758541, eval_f=
lag=3D1) at eval.c:2971
> #22 0x0814bb1d in Feval (form=3D144684437) at eval.c:2262
> #23 0x0814be80 in Fsetq (args=3D137490449) at eval.c:534
> #24 0x0814be02 in Feval (form=3D144684469) at eval.c:2151
> #25 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #26 0x0814c2a5 in funcall_lambda (fun=3D145006760, nargs=3D2, arg_vector=
=3D0xbfff7ff0) at eval.c:3042
> #27 0x0814c34f in apply_lambda (fun=3D145006765, args=3D137490497, eval_f=
lag=3D1) at eval.c:2971
> #28 0x0814bb1d in Feval (form=3D144691861) at eval.c:2262
> #29 0x0814bcc7 in Feval (form=3D144691893) at eval.c:2189
> #30 0x0814bcc7 in Feval (form=3D144691909) at eval.c:2189
> #31 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #32 0x0814c2a5 in funcall_lambda (fun=3D144691520, nargs=3D3, arg_vector=
=3D0xbfff8310) at eval.c:3042
> #33 0x0814c34f in apply_lambda (fun=3D144691525, args=3D137490497, eval_f=
lag=3D1) at eval.c:2971
> #34 0x0814bb1d in Feval (form=3D146664493) at eval.c:2262
> #35 0x0814e601 in Fand (args=3D146493344) at eval.c:353
> #36 0x0814be02 in Feval (form=3D146664469) at eval.c:2151
> #37 0x0814e661 in For (args=3D146493344) at eval.c:328
> #38 0x0814be02 in Feval (form=3D146664461) at eval.c:2151
> #39 0x0814e588 in Fif (args=3D146664565) at eval.c:376
> #40 0x0814be02 in Feval (form=3D146664453) at eval.c:2151
> #41 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #42 0x0814e5ca in Fif (args=3D146666317) at eval.c:381
> #43 0x0814be02 in Feval (form=3D146666261) at eval.c:2151
> #44 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #45 0x0814e5ca in Fif (args=3D146666229) at eval.c:381
> #46 0x0814be02 in Feval (form=3D146666125) at eval.c:2151
> #47 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #48 0x0814be02 in Feval (form=3D147895245) at eval.c:2151
> #49 0x0814e5ac in Fif (args=3D147895229) at eval.c:380
> #50 0x0814be02 in Feval (form=3D147895141) at eval.c:2151
> ---Type <return> to continue, or q <return> to quit---
> #51 0x0814bc46 in Feval (form=3D146666109) at eval.c:2260
> #52 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #53 0x0814e31a in Flet (args=3D146666101) at eval.c:1053
> #54 0x0814be02 in Feval (form=3D146666005) at eval.c:2151
> #55 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #56 0x0814be02 in Feval (form=3D148040221) at eval.c:2151
> #57 0x0814cbff in Funwind_protect (args=3D148040189) at eval.c:1310
> #58 0x0814be02 in Feval (form=3D148040181) at eval.c:2151
> #59 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #60 0x0814e31a in Flet (args=3D148040165) at eval.c:1053
> #61 0x0814be02 in Feval (form=3D148040157) at eval.c:2151
> #62 0x0814bc46 in Feval (form=3D146665997) at eval.c:2260
> #63 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #64 0x0814c2a5 in funcall_lambda (fun=3D146664688, nargs=3D2, arg_vector=
=3D0xbfff91b0) at eval.c:3042
> #65 0x0814c34f in apply_lambda (fun=3D146664693, args=3D137490497, eval_f=
lag=3D1) at eval.c:2971
> #66 0x0814bb1d in Feval (form=3D146663965) at eval.c:2262
> #67 0x0814c379 in apply_lambda (fun=3D146665885, args=3D146663965, eval_f=
lag=3D1) at eval.c:2979
> #68 0x0814bb1d in Feval (form=3D146663933) at eval.c:2262
> #69 0x0814bcc7 in Feval (form=3D146663877) at eval.c:2189
> #70 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #71 0x0814e47d in FletX (args=3D146665381) at eval.c:995
> #72 0x0814be02 in Feval (form=3D146665157) at eval.c:2151
> #73 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #74 0x0814be02 in Feval (form=3D148042501) at eval.c:2151
> #75 0x0814e5ac in Fif (args=3D148042485) at eval.c:380
> #76 0x0814be02 in Feval (form=3D148042461) at eval.c:2151
> #77 0x0814bc46 in Feval (form=3D146664749) at eval.c:2260
> #78 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #79 0x0814c2a5 in funcall_lambda (fun=3D146664064, nargs=3D0, arg_vector=
=3D0xbfff99a4) at eval.c:3042
> #80 0x0814c5b3 in Ffuncall (nargs=3D1, args=3D0xbfff99a0) at eval.c:2917
> #81 0x0814bd49 in Feval (form=3D146672613) at eval.c:2214
> #82 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #83 0x0814be02 in Feval (form=3D148042573) at eval.c:2151
> #84 0x0814e5ac in Fif (args=3D148042557) at eval.c:380
> #85 0x0814be02 in Feval (form=3D148042549) at eval.c:2151
> #86 0x0814bc46 in Feval (form=3D146672597) at eval.c:2260
> #87 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #88 0x0814e109 in Fwhile (args=3D146672501) at eval.c:1075
> #89 0x0814be02 in Feval (form=3D146672253) at eval.c:2151
> #90 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #91 0x0814e31a in Flet (args=3D146672221) at eval.c:1053
> #92 0x0814be02 in Feval (form=3D146672117) at eval.c:2151
> #93 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #94 0x08142933 in Fsave_restriction (body=3D146673565) at editfns.c:3105
> #95 0x0814be02 in Feval (form=3D146673549) at eval.c:2151
> #96 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #97 0x08145c73 in Fsave_excursion (args=3D146670749) at editfns.c:963
> #98 0x0814be02 in Feval (form=3D146673541) at eval.c:2151
> #99 0x0814cbff in Funwind_protect (args=3D146670757) at eval.c:1310
> #100 0x0814be02 in Feval (form=3D146673533) at eval.c:2151
> #101 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> ---Type <return> to continue, or q <return> to quit---
> #102 0x0814e31a in Flet (args=3D146673525) at eval.c:1053
> #103 0x0814be02 in Feval (form=3D146673381) at eval.c:2151
> #104 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #105 0x0814c2a5 in funcall_lambda (fun=3D146670800, nargs=3D3, arg_vector=
=3D0xbfffa470) at eval.c:3042
> #106 0x0814c34f in apply_lambda (fun=3D146670805, args=3D137490497, eval_=
flag=3D1) at eval.c:2971
> #107 0x0814bb1d in Feval (form=3D146673237) at eval.c:2262
> #108 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #109 0x0814c2a5 in funcall_lambda (fun=3D146673288, nargs=3D0, arg_vector=
=3D0xbfffa610) at eval.c:3042
> #110 0x0814c34f in apply_lambda (fun=3D146673293, args=3D137490449, eval_=
flag=3D1) at eval.c:2971
> #111 0x0814bb1d in Feval (form=3D147228437) at eval.c:2262
> #112 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #113 0x0814be02 in Feval (form=3D147109269) at eval.c:2151
> #114 0x0814e5ac in Fif (args=3D147109253) at eval.c:380
> #115 0x0814be02 in Feval (form=3D147109221) at eval.c:2151
> #116 0x0814bc46 in Feval (form=3D147228397) at eval.c:2260
> #117 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #118 0x0814be02 in Feval (form=3D146892093) at eval.c:2151
> #119 0x0814e5ac in Fif (args=3D146892061) at eval.c:380
> #120 0x0814be02 in Feval (form=3D146892021) at eval.c:2151
> #121 0x0814bc46 in Feval (form=3D147227821) at eval.c:2260
> #122 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #123 0x0814e31a in Flet (args=3D143122277) at eval.c:1053
> #124 0x0814be02 in Feval (form=3D143122205) at eval.c:2151
> #125 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #126 0x0814be02 in Feval (form=3D143121989) at eval.c:2151
> #127 0x0814bc46 in Feval (form=3D147227181) at eval.c:2260
> #128 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #129 0x0814c2a5 in funcall_lambda (fun=3D147227456, nargs=3D0, arg_vector=
=3D0xbfffb054) at eval.c:3042
> #130 0x0814c5b3 in Ffuncall (nargs=3D1, args=3D0xbfffb050) at eval.c:2917
> #131 0x0814bd49 in Feval (form=3D146440221) at eval.c:2214
> #132 0x0814e601 in Fand (args=3D146493344) at eval.c:353
> #133 0x0814be02 in Feval (form=3D146440237) at eval.c:2151
> #134 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #135 0x0814e31a in Flet (args=3D146440245) at eval.c:1053
> #136 0x0814be02 in Feval (form=3D146440285) at eval.c:2151
> #137 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #138 0x0814c2a5 in funcall_lambda (fun=3D146440032, nargs=3D0, arg_vector=
=3D0xbfffb49c) at eval.c:3042
> #139 0x0814c5b3 in Ffuncall (nargs=3D1, args=3D0xbfffb498) at eval.c:2917
> #140 0x0814d992 in run_hook_with_args (nargs=3D1, args=3D0x8bb4fa0, cond=
=3D285743899) at eval.c:2527
> #141 0x0814db58 in Frun_hooks (nargs=3D1, args=3D0xbfffb524) at eval.c:23=
90
> #142 0x0814c795 in Ffuncall (nargs=3D2, args=3D0xbfffb520) at eval.c:2843
> #143 0x08176c5f in Fbyte_code (bytestr=3D137490449, vector=3D136247044, m=
axdepth=3D40) at bytecode.c:690
> #144 0x0814c23f in funcall_lambda (fun=3D136247044, nargs=3D2, arg_vector=
=3D0xbfffb634) at eval.c:3049
> #145 0x0814c5b3 in Ffuncall (nargs=3D3, args=3D0xbfffb630) at eval.c:2917
> #146 0x08176c5f in Fbyte_code (bytestr=3D137975441, vector=3D136244116, m=
axdepth=3D32) at bytecode.c:690
> #147 0x0814c23f in funcall_lambda (fun=3D136244116, nargs=3D6, arg_vector=
=3D0xbfffb734) at eval.c:3049
> #148 0x0814c5b3 in Ffuncall (nargs=3D7, args=3D0xbfffb730) at eval.c:2917
> #149 0x08176c5f in Fbyte_code (bytestr=3D137908289, vector=3D136242004, m=
axdepth=3D64) at bytecode.c:690
> #150 0x0814c23f in funcall_lambda (fun=3D136242004, nargs=3D4, arg_vector=
=3D0xbfffb844) at eval.c:3049
> #151 0x0814c5b3 in Ffuncall (nargs=3D5, args=3D0xbfffb840) at eval.c:2917
> #152 0x08176c5f in Fbyte_code (bytestr=3D137966425, vector=3D136234636, m=
axdepth=3D48) at bytecode.c:690
> ---Type <return> to continue, or q <return> to quit---
> #153 0x0814c23f in funcall_lambda (fun=3D136234636, nargs=3D1, arg_vector=
=3D0xbfffb954) at eval.c:3049
> #154 0x0814c5b3 in Ffuncall (nargs=3D2, args=3D0xbfffb950) at eval.c:2917
> #155 0x0814bd49 in Feval (form=3D145061965) at eval.c:2214
> #156 0x0814e5ac in Fif (args=3D145061973) at eval.c:380
> #157 0x0814be02 in Feval (form=3D145061997) at eval.c:2151
> #158 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #159 0x0814e31a in Flet (args=3D145001797) at eval.c:1053
> #160 0x0814be02 in Feval (form=3D145001845) at eval.c:2151
> #161 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #162 0x0814c2a5 in funcall_lambda (fun=3D145058368, nargs=3D4, arg_vector=
=3D0xbfffbcd0) at eval.c:3042
> #163 0x0814c34f in apply_lambda (fun=3D145058373, args=3D137490449, eval_=
flag=3D1) at eval.c:2971
> #164 0x0814bb1d in Feval (form=3D147201493) at eval.c:2262
> #165 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #166 0x0814c2a5 in funcall_lambda (fun=3D147201552, nargs=3D2, arg_vector=
=3D0xbfffbe70) at eval.c:3042
> #167 0x0814c34f in apply_lambda (fun=3D147201557, args=3D137966473, eval_=
flag=3D1) at eval.c:2971
> #168 0x0814bb1d in Feval (form=3D147012189) at eval.c:2262
> #169 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #170 0x0814be02 in Feval (form=3D147012181) at eval.c:2151
> #171 0x0814e5ac in Fif (args=3D147012173) at eval.c:380
> #172 0x0814be02 in Feval (form=3D147012109) at eval.c:2151
> #173 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #174 0x0814c2a5 in funcall_lambda (fun=3D147012464, nargs=3D1, arg_vector=
=3D0xbfffc1f0) at eval.c:3042
> #175 0x0814c34f in apply_lambda (fun=3D147012469, args=3D148827987, eval_=
flag=3D1) at eval.c:2971
> #176 0x0814bb1d in Feval (form=3D147010877) at eval.c:2262
> #177 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #178 0x0814c2a5 in funcall_lambda (fun=3D147010904, nargs=3D0, arg_vector=
=3D0xbfffc390) at eval.c:3042
> #179 0x0814c34f in apply_lambda (fun=3D147010909, args=3D137490449, eval_=
flag=3D1) at eval.c:2971
> #180 0x0814bb1d in Feval (form=3D147012725) at eval.c:2262
> #181 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #182 0x0814be02 in Feval (form=3D147014509) at eval.c:2151
> #183 0x0814e5ac in Fif (args=3D147014501) at eval.c:380
> #184 0x0814be02 in Feval (form=3D147014493) at eval.c:2151
> #185 0x0814bff1 in Fprogn (args=3D146493344) at eval.c:432
> #186 0x0814c2a5 in funcall_lambda (fun=3D147011848, nargs=3D1, arg_vector=
=3D0xbfffc794) at eval.c:3042
> #187 0x0814c5b3 in Ffuncall (nargs=3D2, args=3D0xbfffc790) at eval.c:2917
> #188 0x081490e9 in Fcall_interactively (function=3D146213073, record_flag=
=3D137490497, keys=3D137554276) at callint.c:884
> #189 0x080eca87 in Fcommand_execute (cmd=3D146213073, record_flag=3D13749=
0497, keys=3D137490449, special=3D137490449)
>     at keyboard.c:9861
> #190 0x080ecc7e in Fexecute_extended_command (prefixarg=3D137490449) at k=
eyboard.c:9971
> #191 0x0814c75e in Ffuncall (nargs=3D2, args=3D0xbfffcac0) at eval.c:2872
> #192 0x081490e9 in Fcall_interactively (function=3D137554985, record_flag=
=3D137490449, keys=3D137554276) at callint.c:884
> #193 0x080eca87 in Fcommand_execute (cmd=3D137554985, record_flag=3D13749=
0449, keys=3D137490449, special=3D137490449)
>     at keyboard.c:9861
> #194 0x080f7b68 in command_loop_1 () at keyboard.c:1821
> #195 0x0814b1fd in internal_condition_case (bfun=3D0x80f77c0 <command_loo=
p_1>, handlers=3D137557633,=20
>     hfun=3D0x80f26c0 <cmd_error>) at eval.c:1452
> #196 0x080f1a3c in command_loop_2 () at keyboard.c:1357
> #197 0x0814b2da in internal_catch (tag=3D137490449, func=3D0x80f1a20 <com=
mand_loop_2>, arg=3D137490449) at eval.c:1211
> #198 0x080f23b7 in command_loop () at keyboard.c:1336
> #199 0x080f2452 in recursive_edit_1 () at keyboard.c:976
> #200 0x080f259d in Frecursive_edit () at keyboard.c:1037
> ---Type <return> to continue, or q <return> to quit---
> #201 0x080e8eb0 in main (argc=3D1, argv=3D0xbfffd2d4) at emacs.c:1783
> (gdb) The program is running.  Exit anyway? (y or n) y
>
>
> --=20
> Friedrich Delgado Friedrichs (IT-Services), DFN-CERT Services GmbH
> https://www.dfn-cert.de/, +49 40 808077-555 (Hotline)
> _______________________________________________
> multi-tty mailing list
> multi-tty@lists.fnord.hu
> http://lists.fnord.hu/mailman/listinfo/multi-tty

=2D-=20
K=C3=A1roly

- --=-=-=
Content-Type: application/pgp-signature

- -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)

iD8DBQBDXN6q6eoyqA+yej8RAhBFAKC72OJixx1WcCFyUMQXdPuOpoD0yACglrEI
71CgVullwZ+t/YhFl2N9XNU=
=dV0z
- -----END PGP SIGNATURE-----
- --=-=-=--



- --===============1065305868==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Bug-gnu-emacs mailing list
Bug-gnu-emacs@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnu-emacs

- --===============1065305868==--
------- End of forwarded message -------

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Crash in alloc.c
  2005-10-24 16:27 [lorentey@elte.hu: Re: Crash in alloc.c] Richard M. Stallman
@ 2005-10-25  9:23 ` Kim F. Storm
       [not found]   ` <20051025134136.GA32458@kermit.dfn-cert.de>
  0 siblings, 1 reply; 3+ messages in thread
From: Kim F. Storm @ 2005-10-25  9:23 UTC (permalink / raw)
  Cc: emacs-devel

>>
>> I'm experiencing very frequent crashes with all emacs versions on our
>> SuSE 9.1 installations, usually when publishing my planner-muse
>> wiki.

You need to help us identify what sequence of operations is causing the crash.

First of all, can you try to reproduce the crash with the latest CVS
version from the trunk (not multi-tty branch).

Please configure with these options to turn off optimizations:

 
 ./configure "CFLAGS=-g -O0"  (that is minus-OH-zero)
 make

Start emacs under gdb:

 cd src
 gdb emacs
 r

When it crashes, send us the output from these gdb commands:

 bt full
 xbacktrace

If you can load the .el files rather than .elc files where the crash
happens, it would give even more output for us to look at (or if it
doesn't crash, it can give some other cluse)...

The easiest way to do this is simply move the relevant .elc files out
of the way (you can move them back later)...

-- 
Kim F. Storm <storm@cua.dk> http://www.cua.dk

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Crash in alloc.c
       [not found]   ` <20051025134136.GA32458@kermit.dfn-cert.de>
@ 2005-10-25 21:41     ` Kim F. Storm
  0 siblings, 0 replies; 3+ messages in thread
From: Kim F. Storm @ 2005-10-25 21:41 UTC (permalink / raw)
  Cc: emacs-devel

Friedrich Delgado Friedrichs <delgado@dfn-cert.de> writes:

> Hi!
>
> I hope I did everything right. The backtrace looks as if I've missed
> some relevant .elc files, but I'm not sure which. Also I can't
> reproduce the problem with current cvs when I only load a minimal set
> of elisp stuff, emacs seems especially prone to crash on this box when
> I have my full .emacs loaded.
>
> Please tell me if there's anything else I can do.

Can you try the following:

In src/lisp.h, line 32, change the #if 0 to #if 1 and rebuild emacs.

Then run it as before, and report the same information as in the last
report.

This change will enable data allocation checks which hopefully will
catch the bug sooner.

I don't know the muse- or planner- stuff that's used here.
Are the traps always related to those packages?
What do they do?

-- 
Kim F. Storm <storm@cua.dk> http://www.cua.dk

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2005-10-25 21:41 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-10-24 16:27 [lorentey@elte.hu: Re: Crash in alloc.c] Richard M. Stallman
2005-10-25  9:23 ` Crash in alloc.c Kim F. Storm
     [not found]   ` <20051025134136.GA32458@kermit.dfn-cert.de>
2005-10-25 21:41     ` Kim F. Storm

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.