From xemacs-m  Wed Feb  5 13:22:39 1997
Received: from icemark.thenet.ch (root@icemark.TheNet.CH [193.135.252.47])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id NAA02198
	for <xemacs-beta@xemacs.org>; Wed, 5 Feb 1997 13:22:37 -0600 (CST)
Received: from localhost by icemark.thenet.ch
	 with smtp id m0vsCv5-0003gNC
	(Debian Smail-3.2 1996-Jul-4 #2); Wed, 5 Feb 1997 20:22:11 +0100 (MET)
Date: Wed, 5 Feb 1997 20:22:11 +0100 (MET)
From: Benedikt Eric Heinen <beh@icemark.thenet.ch>
To: Kyle Jones <kyle_jones@wonderworks.com>
cc: XEmacs Beta mailing list <xemacs-beta@xemacs.org>
Subject: Re: XEmacs 20.0-b93 & 20.0 dump core w/ Mule...
In-Reply-To: <QQcbpq20356.199702051830@crystal.WonderWorks.COM>
Message-ID: <Pine.LNX.3.95.970205200124.303B-100000@icemark.thenet.ch>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

> This crash looks familiar.  I'll exit XEmacs sometimes and it
> takes long time to die.  I look around and usually there's a
> core file that contains a stacktrace something like this.

> Do you use balloon-help or floating-toolbar?  I have a gut
> feeling that invisible frames are a catalyst for this crash.

Nope, I use neither of the two, and also 'xemacs -q' doesn't help. The
only thing that I'll try now, is that I dump some additional files into
emacs, I don't know whether one of those causes the problems:

[Added to loadup.el]
     (load-gc "cc-mode")                ; as FSF goes so go we ..
     (load-gc "gnuserv")
     (load-gc "recent-files")
     (load-gc "make-mode")

[btw. could someone explain why the FSF backed out from dumping c-mode?]

I tried recompiling without these additional files and starting xemacs
with -q  --  still the same...


  Benedikt


signoff
---
 Benedikt Eric Heinen  -  Muehlemattstrasse 53  -  CH3007 Bern  -   SWITZERLAND
                          email: beh@icemark.thenet.ch

