From xemacs-m  Wed Jan 22 10:41:20 1997
Received: from terisa-bh.terisa.com (terisa-bh.terisa.COM [205.226.38.66])
          by xemacs.org (8.8.4/8.8.4) with SMTP
	  id KAA08651 for <xemacs-beta@xemacs.org>; Wed, 22 Jan 1997 10:41:19 -0600 (CST)
Received: (from uucp@localhost) by terisa-bh.terisa.com (8.6.12/8.6.11) id IAA25967 for <xemacs-beta@xemacs.org>; Wed, 22 Jan 1997 08:42:17 -0800
Received: from itech.terisa.com by terisa-bh.terisa.com via smap (V1.3)
	id sma025956; Wed Jan 22 08:41:50 1997
Received: from kmac.terisa.COM (kmac.terisa.COM [205.226.39.35]) by itech.terisa.com (8.6.12/8.6.4) with SMTP id IAA13393 for <xemacs-beta@xemacs.org>; Wed, 22 Jan 1997 08:38:50 -0800
Message-Id: <199701221638.IAA13393@itech.terisa.com>
X-Authentication-Warning: itech.terisa.com: Host kmac.terisa.COM didn't use HELO protocol
To: xemacs-beta@xemacs.org
Subject: 19.15-b90 stall
Date: Wed, 22 Jan 1997 08:42:31 -0800
From: EKR <ekr@terisa.com>

Platform: SPARC 5
OS: SunOS 4.1.4
Xemacs-19.15-b90

I was running telnetted and gnuattached into the xemacs on
my workstation when it basically hung. I'm running over a 
PPP connection and so I tend to typeahead a lot so I'm not
sure exactly what the last command was, but I'd guess 'C-x b'.

The debugger is most uninformative:

/tmp_mnt/usr/local/src/xemacs-19.15-b90/src/1277: No such file or directory.
Attaching to program `/tmp_mnt/usr/local/src/xemacs-19.15-b90/src/xemacs', process 1277
0xef78fd90 in edata ()
(gdb) where
#0  0xef78fd90 in edata ()
Cannot access memory at address 0x566000.

Stupidly, I didn't get the line number.

My only guess is that on SPARCs with gdb, infinite function call
recursion tend to lead to this kind of fragged stack trace.

I haven't seen this happen before so it seems to be a hard
state to get into, though of course now that I've said that,
I'm sure it will happen constantly.

-Ekr



