gdb reports DW_FORM_strp pointing outside of .debug_str

[Dave Mazik]

I've looked at Bug 152 for binutils and don't believe
I have the same issue.

Originally reported this against bug 1975 in gcc/g++. 
jimb provided the information below, indicating that
it's a linker issue.  Also below are versions of the
tools I'm using and the OS.

Thanks in  advance.


>From Bug 1975 in gcc's bugzilla database:
----------------------------------------
State-Changed-From-To: closed->feedback
State-Changed-By: jimb
State-Changed-When: Fri Jan 20 19:42:11 2006
State-Changed-Why:
    Could you put an executable that exhibits the
problem on the web somewhere, and send a link to it?
    
    I'm pretty sure this is a linker problem, and not
GDB's problem, but if I can examine an executable I
can know for sure.
State-Changed-From-To: feedback->closed
State-Changed-By: jimb
State-Changed-When: Fri Jan 20 22:06:13 2006
State-Changed-Why:
    Dave Mazik send me an executable that caused GDB
to complain.  When I apply 'readelf -wi' to it to
display the Dwarf debugging info, and look at the
indirect strings (that is, strings using DW_FORM_strp)
it contains, I see lots of entries like this towards
the beginning of the file:
    
         DW_AT_name        : (indirect string, offset:
0x150e): ecute_cfa_program      
    
    This is almost certainly supposed to be
"execute_cfa_program", but you can see that the offset
in the DW_FORM_strp attribute is a bit off.
    
    Later down in the file, we see a bunch of this:
    
         DW_AT_name        : (indirect string, offset:
0xd145): <offset is too big>    
    
    Here, readelf -wi is complaining about the same
thing GDB is complaining about.
    
    So this is clearly an upstream (assembler; linker)
problem, not GDB's problem.  You could try running
readelf -wi on the .o files to see if the offsets are
right there; if they are, then it's clearly a linker
problem.  If you're running the latest linker, then
you need to file a linker bug report.



Tool and OS info
------------------
gas --version
GNU assembler 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it
under the terms of
the GNU General Public License.  This program has
absolutely no warranty.
This assembler was configured for a target of
`sparc-sun-solaris2.10'.

gld --version
GNU ld version 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it
under the terms of
the GNU General Public License.  This program has
absolutely no warranty.

g++ --version 
g++ (GCC) 3.4.2
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying
conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR
A PARTICULAR PURPOSE.

gcc --version
gcc (GCC) 3.4.2
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying
conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR
A PARTICULAR PURPOSE.

gdb --version
GNU gdb 6.2.1
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General
Public License, and you are
welcome to change it and/or distribute copies of it
under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show
warranty" for details.
This GDB was configured as "sparc-sun-solaris2.10".

uname -a
SunOS mns2 5.10 Generic sun4u sparc SUNW,Netra-440


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com