Re: core dumps possibly from file-name-handlers?
John Interrante (interran@uluru.stanford.edu)
Sat, 20 Aug 94 01:55:40 PDT
On Fri, 19 Aug 94 14:54:38 -0700, Jack Repenning said:
> Well, running 19.25.94 (latest FSF pretest for 19.26), I just had
> the problem. Did we not send this patch in to FSF? Can someone
> remind me of the details (or provide the patch) so I can check the
> sources?
I don't remember the discussion and don't know where to find the mail
archive either (where is it?), so I can't help there. But I can
verify that there's something in Emacs 19.25.94 together with efs 1.9
that causes core dumps since it's happened to me a couple of times,
too. Here's the beginning of the bug report I sent earlier today
(before I saw Jack's message):
Date: Fri, 19 Aug 94 18:10:02 PDT
From: interran (John Interrante)
To: kwzh@gnu.ai.mit.edu
In-Reply-To: <9408172148.AA21700@hal.gnu.ai.mit.edu> (kwzh@gnu.ai.mit.edu)
Subject: Re: 19.25.94 (sunos4shr): segmentation fault
In GNU Emacs 19.25.94.1 (sparc-sun-sunos4shr) of Wed Aug 17 1994 on uluru
Emacs crashed today. This time it was one of these crashes where I
saw "loading efs..." printed in the minibuffer even though I hadn't
typed any filename that should cause it to be loaded. The earlier bug
report I sent you, and the patch that you sent back to me, probably
was a different bug and we've still got another bug.
First, my platform information again. The gcc version used was 2.6.0,
the X11R6 patchlevel was fix-03, and the SunOS 4.1.2 libc shared
library had both patch 100532-03 applied and the /usr/lib/libresolv.a
routines added in. Emacs 19.25.94 was configured from unmodified
sources with --infodir=`pwd`/info --with-gcc --with-x11 --verbose
sparc-sun-sunos4shr. I've got efs 1.9 autoloaded in site-start.el
with
(setq load-path (cons "/usr/local/lib/emacs/site-lisp/efs-1.9" load-path))
(require 'efs-auto)
Where should the build process find the source code? /usr/local/lib/emacs/19.25.94
What operating system and machine description files should Emacs use?
`s/sunos4shr.h' and `m/sparc.h'
What compiler should emacs be built with? gcc -g -O
Should Emacs use the GNU version of malloc? yes
Should Emacs use the relocating allocator for buffers? yes
What window system should Emacs use? x11
What toolkit should Emacs use? none
Where do we find X Windows header files? /usr/X11R6/include
Where do we find X Windows libraries? /usr/X11R6/lib
Just before the crash happened (Emacs had been running for most of the
afternoon while I did some editing, sent and received e-mail, etc.), I
had typed
C-x r j s
which is bound to
(set-register ?s '(file . "/usr/local/lib/emacs/site-lisp/"))
and then immediately hit
C-s C-s
to start searching for a string (the previous search was for "pyth").
I saw a noticeable pause, "loading efs..." in the minibuffer, and then
the X window disappeared. I wasn't able to find out the reason why
efs was autoloaded in the gdb post-mortem since pretty much all Lisp
objects were messed up and unreadable for some reason. I can only say
that the C-x r j s SHOULDN'T have autoloaded efs. I also think Emacs
might have crashed anyway even if I hadn't typed the C-s C-s, since
there was no sign in the gdb post-mortem that Emacs had yet received
the C-s C-s before it crashed.
I sent Karl a gdb post-mortem and then a second one after he asked for
more information, but he's still finding it really hard to debug the
cause. If anyone can help, please do so and save him a lot of effort.
Also, I've gotten efs 1.10 and will be trying it out to see if Emacs
still crashes once in a while.
John Interrante <interran@uluru.stanford.edu>