From xemacs-m  Sun Feb  2 18:09:27 1997
Received: from venus.Sun.COM (venus.Sun.COM [192.9.25.5])
	by xemacs.org (8.8.5/8.8.5) with SMTP id SAA15172
	for <xemacs-beta@xemacs.org>; Sun, 2 Feb 1997 18:09:27 -0600 (CST)
Received: from Eng.Sun.COM ([129.146.1.25]) by venus.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id QAA04366; Sun, 2 Feb 1997 16:08:56 -0800
Received: from kindra.eng.sun.com by Eng.Sun.COM (SMI-8.6/SMI-5.3)
	id QAA02745; Sun, 2 Feb 1997 16:08:54 -0800
Received: from xemacs.eng.sun.com by kindra.eng.sun.com (SMI-8.6/SMI-SVR4)
	id QAA28925; Sun, 2 Feb 1997 16:08:54 -0800
Received: by xemacs.eng.sun.com (SMI-8.6/SMI-SVR4)
	id QAA21935; Sun, 2 Feb 1997 16:08:51 -0800
Date: Sun, 2 Feb 1997 16:08:51 -0800
Message-Id: <199702030008.QAA21935@xemacs.eng.sun.com>
From: Martin Buchholz <mrb@Eng.Sun.COM>
To: turner@lanl.gov
Cc: xemacs-beta@xemacs.org
Subject: 19.15b90 when killed
In-Reply-To: <199702022221.PAA06582@branagh.ta52.lanl.gov>
References: <199702022221.PAA06582@branagh.ta52.lanl.gov>
Reply-To: Martin Buchholz <mrb@Eng.Sun.COM>
Mime-Version: 1.0 (generated by tm-edit 7.100)
Content-Type: text/plain; charset=US-ASCII

>>>>> "John" == John Turner <turner@branagh.ta52.lanl.gov> writes:

John> Killed process from home, and when I got in found the following.  No
John> core file.  To be expected?

This is working as designed.  When XEmacs wants to kill itself, it
sends itself a SIGQUIT via abort() and creates a core file.  XEmacs
can't distinguish between a SIGQUIT from a user and one that it sent itself.

However, given that SIGTERM is likely only received from a user
running kill $pid, it's probably better to just autosave and exit sans
diagnostics, for this particular signal.

John> Lisp backtrace follows:

John>   # (condition-case ... . error)
John>   # (catch top-level ...)

John> C backtrace follows:
John> (A real debugger may provide better information)

John> 1642:   xemacs-beta -geometry 105x63+75+0
John>  ef139548 waitid   (0, 1548, efffbec8, 3)
John>  ef15cc3c _libc_waitpid (1548, efffbfb0, 3, ef191448, 48, 0) + 58
John>  ef170430 system   (efffc124, 1562ac, 23d5b8, 66a, 0, 0) + 1d8
John>  00065e18 fatal_error_signal (23d5b8, 254000, efffc258, 0, 0, 0) + d4
John>  ef138c7c sigacthandler (f, 0, efffc258, 0, ffffe000, efffc578) + 28
John>  ef153824 select   (e, efffe720, 4, 4, 1b51, efffc598) + 288
John>  ef38d950 _XtwaitForSomething (2c1dc8, 2c1c0c, efffe71c, 2c1c1c, 1, 4) + 3ac
John>  ef38eccc XtAppProcessEvent (2c1c00, 0, 2c1dcc, 2c1c0c, 2c1dc8, 0) + 298
John>  0010e120 emacs_Xt_next_event (733160, 25ec00, 25e800, 28d004, 28d004, fffffff) + 14c
John>  00074498 event_stream_next_event (733160, 10733160, 28d004, fffffff, 1, 0) + 50
John>  000763dc next_event_internal (733160, 1, 25d400, fffffff, 1028d004, 1028d004) + b4
John>  00076824 Fnext_event (1028d004, 16d114, 25ed88, ffffc00, 1, fffffff) + 35c
John>  00052bf0 Fcommand_loop_1 (258c00, 25ec00, 0, fffffff, ff, 0) + 1dc
John>  000529f4 command_loop_1 (1028d004, efffebac, 260000, 205bb594, 254000, 25d400) + 1c
John>  00069884 condition_case_1 (1028d064, 529d8, 1028d004, 52348, 1028d004, 0) + 118
John>  00052444 command_loop_3 (25ed88, efffecd8, 69470, 69478, 1028d004, 2030e1d4) + 28
John>  0005247c command_loop_2 (1028d004, 52478, efffed40, 0, 0, efffeab8) + 4
John>  000694bc internal_catch (1029fda4, 52478, 1028d004, 0, 203404c4, 0) + bc
John>  00052684 initial_command_loop (25cc50, 25ed88, fffffff, 102cfd40, 1, 1) + 1f0
John>  00066cb0 main_1   (25ec00, 1028d004, 25cc00, 287400, 0, efffef34) + bb4
John>  0006710c main     (3, efffef34, efffef44, 168800, 1, 0) + a8
John>  0003eec4 _start   (0, 0, 0, 0, 0, 0) + dc
John> Terminated


