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.
prev parent 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.