From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-19078-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 4258 invoked by alias); 17 Aug 2004 11:46:15 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 4207 invoked from network); 17 Aug 2004 11:46:14 -0000
Received: from unknown (HELO cpc4-oxfd5-5-0-cust12.oxfd.cable.ntl.com) (81.105.116.12)
  by sourceware.org with SMTP; 17 Aug 2004 11:46:14 -0000
Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1])
	by cpc4-oxfd5-5-0-cust12.oxfd.cable.ntl.com (8.12.11/8.12.11) with ESMTP id i7HC1p4C028977
	for <gdb@sources.redhat.com>; Tue, 17 Aug 2004 13:01:51 +0100
Subject: Opteron Stack Woes
From: David Lecomber <david@streamline-computing.com>
To: gdb@sources.redhat.com
Content-Type: text/plain
Message-Id: <1092744111.3127.25.camel@cpc4-oxfd5-5-0-cust12.oxfd.cable.ntl.com>
Mime-Version: 1.0
Date: Tue, 17 Aug 2004 11:46:00 -0000
Content-Transfer-Encoding: 7bit
X-SW-Source: 2004-08/txt/msg00225.txt.bz2

Chaps,

What's the best way to get enough info to you to help fix some ropey
stacks that we're seeing on Opteron (SuSE 9), even with the latest CVS?

Typically we see things like

(gdb) n
During symbol reading, Incomplete CFI data; unspecified registers at
0x000000000040d7ad.

and a stacktrace of thousands (and more?) lines

#0  main__ () at trees.f90:912
#1  0x00000000004188b8 in __f90_main ()
#2  0x0000000000418890 in main ()
#3  0x0000002a95dbbc9e in __libc_start_main () from /lib64/libc.so.6
#4  0x0000000000400f2a in _start () at ../sysdeps/x86_64/elf/start.S:96
#5  0x0000007fbffff2a8 in ?? ()
#6  0x0000000000000000 in ?? ()
#7  0x0000000000000001 in ?? ()
#8  0x0000007fbffff5b2 in ?? ()
#9  0x0000000000000000 in ?? ()
#10 0x0000007fbffff5f7 in ?? ()
#11 0x0000007fbffff610 in ?? ()
#12 0x0000007fbffff654 in ?? ()
#13 0x0000007fbffff686 in ?? ()
#14 0x0000007fbffff696 in ?? ()
#15 0x0000007fbffff6a7 in ?? ()
#16 0x0000007fbffff6ce in ?? ()
#17 0x0000007fbffff6de in ?? ()
 etc...

Would a readelf -w output assist?  I don't think I can reproduce the
error with any of the GNU compilers.

Cheers
David