From xemacs-m  Thu May 29 14:41:22 1997
Received: from mailbox2.ucsd.edu (mailbox2.ucsd.edu [132.239.1.54])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id OAA00042
	for <xemacs-beta@xemacs.org>; Thu, 29 May 1997 14:41:12 -0500 (CDT)
Received: from sdnp5.ucsd.edu (sdnp5.ucsd.edu [132.239.79.10]) by mailbox2.ucsd.edu (8.8.5/8.6.9) with SMTP id MAA27958 for <xemacs-beta@xemacs.org>; Thu, 29 May 1997 12:41:12 -0700 (PDT)
Received: by sdnp5.ucsd.edu (SMI-8.6/SMI-SVR4)
	id MAA12205; Thu, 29 May 1997 12:41:46 -0700
To: xemacs-beta@xemacs.org
Subject: Re: Xemacs 20.2 crash
References: <199705161923.MAA21254@sandman>
X-Face: "oX;zS#-JU$-,WKSzG.1gGE]x^cIg!hW.dq>.f6pzS^A+(k!T|M:}5{_%>Io<>L&{hO7W4cicOQ|>/lZ1G(m%7iaCf,6Qgk0%%Bz7b2-W3jd0m_UG\Y;?]}4s0O-U)uox>P3JN)9cm]O\@,vy2e{`3pb!"pqmRy3peB90*2L
Mail-Copies-To: never
Mime-Version: 1.0 (generated by tm-edit 7.106)
Content-Type: text/plain; charset=US-ASCII
From: David Moore <dmoore@ucsd.edu>
Date: 29 May 1997 12:41:45 -0700
In-Reply-To: Dan Rich's message of Fri, 16 May 1997 12:23:48 -0700
Message-ID: <rvpvuagj5x.fsf@sdnp5.ucsd.edu>
Lines: 39
X-Mailer: Gnus v5.4.45/XEmacs 20.1

Dan Rich <drich@cisco.com> writes:

> Here's the stack trace:
> #12 0x9bb88 in auto_save_1 (ignored=815557068) at fileio.c:4235
> #13 0x7673c in condition_case_1 (handlers=1345114136, 
>     bfun=0x9bae8 <auto_save_1>, barg=1345114116, 
>     hfun=0x9b9ec <auto_save_error>, harg=1345114116) at eval.c:1657
> #14 0x9c238 in Fdo_auto_save (no_message=1345114136, current_only=1345114116)
>     at fileio.c:4483
> #15 0x74478 in shut_down_emacs (sig=6, stuff=1345114116) at emacs.c:1903
> #16 0x72980 in fatal_error_signal (sig=6) at emacs.c:182
> #17 <signal handler called>
> #18 0xef074340 in _kill ()
> #19 0x748d8 in assert_failed (file=0x1a0ae0 "eval.c", line=1883, 
>     expr=0x1a0ae8 "abort()") at emacs.c:2190
> #20 0x76adc in signal_1 (sig=1345114196, data=556773748) at eval.c:1883
> #21 0x76ec8 in Fsignal (error_symbol=1345114196, data=556773748) at eval.c:2050
> #22 0x76eec in signal_error (sig=1345114196, data=556773748) at eval.c:2059
> #23 0x77390 in signal_simple_error (
>     reason=0x1a7c08 "Internal error: lstream not open", frob=288103680)
>     at eval.c:2312

This looks like a problem sequence I noticed with XEmacs garbage
collection under low memory operations (and occasionally other
situations).

Basically it's not realistically fixable w/o rewriting everything at
this point, if it's the bug of which I'm thinking.[1]  Fsignal can cause
garbage collection, whereas nothing thinks it can.

Although this crash might simply be related to some other untracked
problems in in the lstream code which has some crashes which seemed to
be gc/race condition-ish.

Footnotes: 
[1]  Of course, I've been out of things a bit now, and my brain is very
hazy.

-- David

