From xemacs-m  Thu Jan 30 21:32:19 1997
Received: from altair.xemacs.org (steve@xemacs.miranova.com [206.190.83.19])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id VAA00982
	for <xemacs-beta@xemacs.org>; Thu, 30 Jan 1997 21:32:17 -0600 (CST)
Received: (from steve@localhost)
	by altair.xemacs.org (8.8.5/8.8.5) id TAA03369;
	Thu, 30 Jan 1997 19:43:37 -0800
To: xemacs-beta@xemacs.org
Subject: Re: 20.0-b93 crash on sparc-sun-solaris2.4
References: <29032.854667022@kocrsw12>
X-Url: http://www.miranova.com/%7Esteve/
Mail-Copies-To: never
X-Face: #!T9!#9s-3o8)*uHlX{Ug[xW7E7Wr!*L46-OxqMu\xz23v|R9q}lH?cRS{rCNe^'[`^sr5"
 f8*@r4ipO6Jl!:Ccq<xoV[Qz2u8<8-+Vwf2gzJ44lf_/y9OaQ`@#Q65{U4/TC)i2`~/M&QI$X>p:9I
 OSS'2{-)-4wBnVeg0S\O4Al@)uC[pD|+
X-Attribution: sb
From: Steven L Baur <steve@miranova.com>
In-Reply-To: Mike Scheidler's message of Thu, 30 Jan 1997 18:30:22 -0500
Mime-Version: 1.0 (generated by tm-edit 7.101)
Content-Type: text/plain; charset=US-ASCII
Date: 30 Jan 1997 19:43:36 -0800
Message-ID: <m2bua6mrvb.fsf@altair.xemacs.org>
Lines: 35
X-Mailer: Gnus v5.4.8/XEmacs 20.0

Mike Scheidler writes:

> Here's the traceback from the core file, if it does any good.

> GDB 4.12 (sparc-sun-solaris2.3), 
> Copyright 1994 Free Software Foundation, Inc...(no debugging symbols found)...
                                                  ^^ ^^^^^^^^^ ^^^^^^^ ^^^^^

I don't care whether anyone compiles with the extra debugging set (I
don't for every day use, (if I run into a problem, back in it goes),
but there is no reason why you can't compile with -g and at least have
more readable coredumps.  So please, use -g when compiling and
linking.  It doesn't slow things down, and it doesn't increase the
resident set size.

Now that being said ...

> Core was generated by `/users/c23mts/xemacs-19.15/sol2/src/xemacs'.
> Program terminated with signal 11, Segmentation fault.
> procfs (find_procinfo):  Couldn't locate pid 0
> #0  0xef4618e0 in Vterminal_coding_system ()
> (gdb) where
> #0  0xef4618e0 in Vterminal_coding_system ()
> #1  0x6d590 in fatal_error_signal ()
> #2  0xef42c01c in Vterminal_coding_system ()
> #3  0x11c70c in x_to_emacs_keysym ()

This is an extremely ugly routine which has a special compile-time
hack to work around a GCC bug.  This routine got cleaned up in 20.0
but the changes haven't been propagated to 19.15 yet.  Joe Nuspl has
done a lot of work getting 20.0 bugfixes into 19.15, but most of his
changes haven't been released in a beta yet (they'll be in 19.15-b91).
-- 
steve@miranova.com baur
Unsolicited commercial e-mail will be billed at $250/message.

