https://sourceware.org/bugzilla/show_bug.cgi?id=31595
Victor Do Nascimento changed:
What|Removed |Added
Status|WAITING |RESOLVED
https://sourceware.org/bugzilla/show_bug.cgi?id=31595
Victor Do Nascimento changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--
You are receiving
https://sourceware.org/bugzilla/show_bug.cgi?id=31595
--- Comment #6 from Victor Do Nascimento ---
Proposed fix submitted:
https://sourceware.org/pipermail/binutils/2024-April/133638.html
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31595
--- Comment #5 from Victor Do Nascimento ---
(In reply to Nick Clifton from comment #4)
Hi Nick,
> In my opinion, the disassembler should never trigger an abort (or an
> assertion), even if it is being asked to decode an illegal bit
https://sourceware.org/bugzilla/show_bug.cgi?id=31595
--- Comment #4 from Nick Clifton ---
(In reply to Victor Do Nascimento from comment #3)
Hi Victor,
> Looking at `readelf -S ./libc.so.6', we see that the crash happens within
> the .gnu.hash section of the elf file. This, combined with the
https://sourceware.org/bugzilla/show_bug.cgi?id=31595
--- Comment #3 from Victor Do Nascimento ---
So a trivial reproducer for the reported issue would be attempting to
disassemble `.inst 0x9dc39839'.
Looking at `readelf -S ./libc.so.6', we see that the crash happens within the
.gnu.hash
https://sourceware.org/bugzilla/show_bug.cgi?id=31595
Nick Clifton changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |victorldn at sourceware
dot
https://sourceware.org/bugzilla/show_bug.cgi?id=31595
Victor Do Nascimento changed:
What|Removed |Added
CC||victorldn at sourceware dot
https://sourceware.org/bugzilla/show_bug.cgi?id=31595
Nick Clifton changed:
What|Removed |Added
Version|unspecified |2.43 (HEAD)
--
You are receiving
