all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: haalst@online.no (Håkon Alstadheim)
Subject: Re: emacs dumps core
Date: Fri, 06 Aug 2004 10:00:03 GMT	[thread overview]
Message-ID: <m0n018fvyx.fsf@alstadheim.priv.no> (raw)
In-Reply-To: m2657xp9t7.fsf@zarniwoop.ms25.local

Reinhard Kotucha <reinhard@zarniwoop.ms25.local> 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 <return> to continue, or q <return> 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.

      reply	other threads:[~2004-08-06 10:00 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-05 21:13 emacs dumps core Reinhard Kotucha
2004-08-06 10:00 ` Håkon Alstadheim [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m0n018fvyx.fsf@alstadheim.priv.no \
    --to=haalst@online.no \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.