https://sourceware.org/bugzilla/show_bug.cgi?id=29278
Bug ID: 29278
Summary: gdb crashes on interrupt (non-stop mode, target
extended-remote)
Product: binutils
Version: unspecified
Status: UNCONFIRMED
Severity:
https://sourceware.org/bugzilla/show_bug.cgi?id=28968
Vladimir Mezentsev changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29113
Vladimir Mezentsev changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29143
Vladimir Mezentsev changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://sourceware.org/bugzilla/show_bug.cgi?id=29267
--- Comment #10 from Vsevolod Alekseyev ---
There is a bit of parsing complication here that I don't think the current
parser quite appreciates. The DWARF bitness may vary between CUs in indexed
sections, and short of going through the headers
https://sourceware.org/bugzilla/show_bug.cgi?id=29267
--- Comment #9 from Vsevolod Alekseyev ---
The patches are supposed to be cumulative, right? And the first one is already
not in the bug? So there is no way to apply them on top of HEAD anymore, unless
I've saved all three?
--
You are receiv
https://sourceware.org/bugzilla/show_bug.cgi?id=29267
--- Comment #8 from Vsevolod Alekseyev ---
The warnings that "readelf --debug-dump=info" is giving on that binary are all
bogus; they all have to do with readelf looking for the offset in the wrong
place.
--
You are receiving this mail becau
https://sourceware.org/bugzilla/show_bug.cgi?id=29267
--- Comment #7 from Vsevolod Alekseyev ---
Created attachment 14162
--> https://sourceware.org/bugzilla/attachment.cgi?id=14162&action=edit
Test binary
Have a test binary.
--
You are receiving this mail because:
You are on the CC list for
https://sourceware.org/bugzilla/show_bug.cgi?id=29267
Nick Clifton changed:
What|Removed |Added
Attachment #14160|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=29266
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #3
https://sourceware.org/bugzilla/show_bug.cgi?id=29267
Nick Clifton changed:
What|Removed |Added
Attachment #14159|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=29267
--- Comment #4 from Vsevolod Alekseyev ---
Even declared as "dwarf_vma index", the numbers are all wrong.
Looks like fetch_indexed_value is not taking into account the
DW_AT_loclists_base/DW_AT_rnglists_base attribute value, which stores the
https://sourceware.org/bugzilla/show_bug.cgi?id=29267
--- Comment #3 from Vsevolod Alekseyev ---
Comment on attachment 14159
--> https://sourceware.org/bugzilla/attachment.cgi?id=14159
Proposed Patch
Does not compile, "index" is not declared.
--
You are receiving this mail because:
You are o
https://sourceware.org/bugzilla/show_bug.cgi?id=29267
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #2
https://sourceware.org/bugzilla/show_bug.cgi?id=29270
--- Comment #3 from Vsevolod Alekseyev ---
Confirmed, thank you!
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29267
--- Comment #1 from Vsevolod Alekseyev ---
The culprit is, probably, the case statement at dwarf.c:2774, where
fetch_indexed_addr() is being called both for DW_FORM_addrxN (where it belongs)
and for DW_FORM_loclistx/DW_FORM_rnglistx (where it
16 matches
Mail list logo