This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: Opteron Stack Woes
On Tue, Aug 17, 2004 at 01:01:51PM +0100, David Lecomber wrote:
> 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.
readelf -wF is probably your best bet. But is the only problem the
fact that the backtrace didn't stop at _start?
You might want to investigate why the backtrace didn't stop earlier, at
main or at a fortran entry point. GDB may be confused about
main_name().
--
Daniel Jacobowitz