From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: haalst@online.no (=?iso-8859-1?q?H=E5kon_Alstadheim?=) Newsgroups: gmane.emacs.help Subject: Re: emacs dumps core Date: Fri, 06 Aug 2004 10:00:03 GMT Organization: linux dialup host Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: sea.gmane.org 1091786504 20959 80.91.224.253 (6 Aug 2004 10:01:44 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 6 Aug 2004 10:01:44 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Aug 06 12:01:37 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1Bt1Xd-0007TH-00 for ; Fri, 06 Aug 2004 12:01:37 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Bt1bE-0000eN-69 for geh-help-gnu-emacs@m.gmane.org; Fri, 06 Aug 2004 06:05:20 -0400 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!newsmi-us.news.garr.it!newsmi-eu.news.garr.it!NewsITBone-GARR!feed.news.tiscali.de!uninett.no!news.eunet.no!uio.no!193.216.69.35.MISMATCH!dax.net!juliett.dax.net!not-for-mail Original-Newsgroups: gnu.emacs.help User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux) X-Face: ujTUt]wM0m:ck; Gt--^IO/jgr?^`,Nk6=]UUsXR8=i=fZ=UcEyEMf.QN9.WcnF~R4SMa`'n Z6nWbgUIBBaC8N-?S|zr}8y!6\"stdB}@I2VS$r=)*STX:F~S:4I9W%1hH; xW*NWJ@qA\4=d; p20iDd7[)OG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:20007 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:20007 Reinhard Kotucha writes: > Hi, > from time to time emacs 21.3 crashes and dumps a core file. I had > the same problem with 21.2 and 21.1 as well. Same here. > > All crashes occurred when I was reading mail in vm. Usually, emacs > runs stable for weeks or months. This time I started emacs on Monday > when I came back from holidays and it crashed today. Since I was away > for a month, my INBOX file is quite large (37 MB). Mine crashes usually while running gnus, but that's maybe because that's what I use emacs for most. I have another emacs running with an inferior lisp process, and that one stays up indefinitely. > > I suppose that the problem occurs during garbage collection in large > buffers. Sometimes vm becomes very slow. Then I have to quit vm and > start it again. Looks like a problem with the garbage collector as > well. Mine is usually somwhere witing (several) invocations of re_seach. > > Is it possible that the garbage collector has problems with > libsafe.so.1.3? I'm not using libsafe $ uname -a Linux alstadheim 2.6.5-7.95-athlon #2 Mon Jul 5 18:26:41 CEST 2004 i686 athlon i386 GNU/Linux $ gcc -v Reading specs from /usr/lib/gcc-lib/i586-suse-linux/3.3.3/specs Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --enable-languages=c,c++,f77,objc,java,ada --disable-checking --libdir=/usr/lib --enable-libgcj --with-gxx-include-dir=/usr/include/g++ --with-slibdir=/lib --with-system-zlib --enable-shared --enable-__cxa_atexit i586-suse-linux Thread model: posix gcc version 3.3.3 (SuSE Linux) $ ld -v GNU ld version 2.15.90.0.1.1 20040303 (SuSE Linux) ldd `which emacs` linux-gate.so.1 => (0xffffe000) libXaw3d.so.7 => /usr/X11R6/lib/libXaw3d.so.7 (0x4003f000) libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x40097000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x400ad000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40100000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x4010a000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40122000) libtiff.so.3 => /usr/lib/libtiff.so.3 (0x40131000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40182000) libpng.so.3 => /usr/lib/libpng.so.3 (0x401a1000) libm.so.6 => /lib/tls/libm.so.6 (0x401ce000) libungif.so.4 => /usr/lib/libungif.so.4 (0x401f0000) libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x401f9000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40208000) libncurses.so.5 => /lib/libncurses.so.5 (0x40304000) libc.so.6 => /lib/tls/libc.so.6 (0x40349000) libz.so.1 => /lib/libz.so.1 (0x4045e000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) libdl.so.2 => /lib/libdl.so.2 (0x40470000) (gdb) backtrace #0 0x08127881 in re_search () #1 0x08127995 in re_search () #2 0x0813366e in re_search () #3 0x081336e4 in re_search () #4 0x080656f6 in ?? () #5 0x00000001 in ?? () #6 0x0000000f in ?? () #7 0x00000001 in ?? () #8 0x484eca00 in ?? () #9 0x48497160 in ?? () #10 0x484eca00 in ?? () #11 0xbfffca3c in ?? () #12 0x08063cfd in ?? () #13 0xbfffca58 in ?? () #14 0x1829d42c in ?? () #15 0x00000000 in ?? () #16 0x00000000 in ?? () #17 0x404703a0 in ?? () #18 0x00000001 in ?? () #19 0x00000000 in ?? () #20 0x0000005d in ?? () #21 0x00000000 in ?? () #22 0x00000001 in ?? () ---Type to continue, or q to quit--- #23 0x080656b0 in ?? () #24 0x00006437 in ?? () #25 0x0000000b in ?? () #26 0x1829d42c in ?? () #27 0xbfffca5c in ?? () #28 0x08063f98 in ?? () #29 0xbfffca58 in ?? () #30 0x1829d42c in ?? () #31 0x00000000 in ?? () #32 0x00000000 in ?? () #33 0xbfffcae4 in ?? () #34 0x40016c18 in ?? () #35 0xbfffca7c in ?? () #36 0x08063fcc in ?? () #37 0x6c616240 in ?? () #38 0x2e727564 in ?? () #39 0x696f6877 in ?? () #40 0x40351048 in ?? () from /lib/tls/libc.so.6 #41 0x401f9788 in ?? () #42 0x00006437 in ?? () #43 0xbfffcb0c in ?? () #44 0x08107b89 in abort () Previous frame inner to this frame (corrupt stack?) (gdb) -- Håkon Alstadheim, hjemmepappa.