From xemacs-m  Sun Jun 29 04:38:14 1997
Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1])
	by xemacs.org (8.8.5/8.8.5) with SMTP id EAA24395;
	Sun, 29 Jun 1997 04:38:13 -0500 (CDT)
Received: from Eng.Sun.COM ([129.146.1.25]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id DAA17005; Sun, 29 Jun 1997 03:01:58 -0700
Received: from kindra.eng.sun.com by Eng.Sun.COM (SMI-8.6/SMI-5.3)
	id CAA27404; Sun, 29 Jun 1997 02:37:45 -0700
Received: from xemacs.eng.sun.com by kindra.eng.sun.com (SMI-8.6/SMI-SVR4)
	id CAA04026; Sun, 29 Jun 1997 02:37:43 -0700
Received: by xemacs.eng.sun.com (SMI-8.6/SMI-SVR4)
	id CAA13225; Sun, 29 Jun 1997 02:37:42 -0700
Date: Sun, 29 Jun 1997 02:37:42 -0700
Message-Id: <199706290937.CAA13225@xemacs.eng.sun.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: Martin Buchholz <mrb@Eng.Sun.COM>
To: Steven L Baur <steve@xemacs.org>
Cc: xemacs-beta@xemacs.org
Subject: Re: core: xemacs-20.3-b8 -nw -q -no-site-file -l view-lossage.el
In-Reply-To: <m2d8p5ojoo.fsf@altair.xemacs.org>
References: <rxsg1u1zt01.fsf@ecf.teradyne.com>
	<m2d8p5ojoo.fsf@altair.xemacs.org>
X-Mailer: VM 6.32 under 20.3 "Sofia" XEmacs  Lucid (beta9)
Reply-To: Martin Buchholz <mrb@Eng.Sun.COM>

>>>>> "sb" == Steven L Baur <steve@xemacs.org> writes:

sb> Adrian Aichner <aichner@ecf.teradyne.com> writes:
>> Architecture: sun4m

>> dbx: warning: undefined type number (90,63) at /usr/local/xemacs-20.3-b8/src/xemacs:emacs.c stab #603 s:p(90,63),
sb>  ...
>> [1] kill(0x0, 0x6, 0x0, 0x0, 0x0, 0x5), at 0xef033e30

sb> Cool.  Why are Sun coredump listings so useless?  What can be done to
sb> improve this?

sb> Martin, will it help if the excrescence I commented out in emacs.c is
sb> reenabled by configure only for benighted Sun hosts?

I added that code.  Why comment it out?  When does it cause grief?
Isn't it only ever executed on Solaris anyhow?  I'd rather see more
code like this added...

The stack printed by pstack prints the first 6 words of the arguments, 
with argument order possibly rearranged by the compiler to confuse you.

Martin

