[Bug corefiles/15970] New: GDB is hanging in a recursive loop at dwarf_decode_macro_bytes in dwarf2read

[Bug corefiles/15970] New: GDB is hanging in a recursive loop at dwarf_decode_macro_bytes in dwarf2read

[forum at emblocks dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=15970

            Bug ID: 15970
           Summary: GDB is hanging in a recursive loop at
                    dwarf_decode_macro_bytes in dwarf2read
           Product: gdb
           Version: 7.5
            Status: NEW
          Severity: normal
          Priority: P2
         Component: corefiles
          Assignee: unassigned at sourceware dot org
          Reporter: forum at emblocks dot org

Created attachment 7209
  --> https://sourceware.org/bugzilla/attachment.cgi?id=7209&action=edit
The used output file

An output file created by GCC (arm) with the debugging option -g3 (max info) is
causing a problem for GDB. This is now done with ARM but it's more a general
problem because it's in the target independent part of GDB. 

I have the output file included as attachment. 

Steps to reproduce:

GDB.exe  --interpreter=mi --args .\temp.elf

GDB> target remote localhost:xxxx (just make contact to a target so that the
symbols are reread)

GDB is hanging in a loopin the function dwarf_decode_macro_bytes in the file
dwarf2read and is consuming a lot of memory.

The output file is just a very small program but with a lot of macro
definitions for MCU access.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug corefiles/15970] GDB is hanging in a recursive loop at dwarf_decode_macro_bytes in dwarf2read

[tromey at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=15970

Tom Tromey <tromey at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |WAITING
                 CC|                            |tromey at redhat dot com

--- Comment #1 from Tom Tromey <tromey at redhat dot com> ---
Can you try a more recent gdb?
I think this bug was fixed by:

2012-08-15  Tom Tromey  <tromey@redhat.com>

    * dwarf2read.c (dwarf_decode_macro_bytes)
    <DW_MACRO_GNU_transparent_include>: Use pointer to included data
    as hash key.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug corefiles/15970] GDB is hanging in a recursive loop at dwarf_decode_macro_bytes in dwarf2read

[forum at emblocks dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=15970

--- Comment #2 from Gerard Zagema <forum at emblocks dot org> ---
Ok, I try the 7.6.1 build but it won't build.

The 7.5.1 is no problem but with the 7.6.1 I get the famous LONG_MIN error. Do
I need special configure settings for the 7.6.1?

Using msys/mingw.

Thanks!

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug corefiles/15970] GDB is hanging in a recursive loop at dwarf_decode_macro_bytes in dwarf2read

[forum at emblocks dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=15970

Gerard Zagema <forum at emblocks dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|---                         |FIXED

--- Comment #3 from Gerard Zagema <forum at emblocks dot org> ---
Yes, you are right. 
This is solved in the newest release.

I tried to find a bug report but couldn't find one (wrong keywords).

Thank you!

-- 
You are receiving this mail because:
You are on the CC list for the bug.