[Bug gdb/30872] New: Assertion `buffer.copy_insn_closure.get () != nullptr' failed

["zbigniew2011 at gmail dot com" <sourceware-bugzilla@sourceware.org>]

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

            Bug ID: 30872
           Summary: Assertion `buffer.copy_insn_closure.get () != nullptr'
                    failed
           Product: gdb
           Version: 13.1
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: gdb
          Assignee: unassigned at sourceware dot org
          Reporter: zbigniew2011 at gmail dot com
  Target Milestone: ---

During any attempt of debugging session with ARM32 assembler binary gdb
13.1/13.2 breaks on regular basis:

(gdb) break _start
Breakpoint 1 at 0x1005c
(gdb) run
Starting program: /home/zb/devel/pi-asm-master/06_first_data.bin 

Breakpoint 1, 0x0001005c in _start ()
(gdb) nexti
0x00010060 in _start ()
(gdb) nexti
/build/gdb-qUBixh/gdb-13.2/gdb/displaced-stepping.c:287: internal-error:
copy_insn_closure_by_addr: Assertion `buffer.copy_insn_closure.get () !=
nullptr' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
----- Backtrace -----
0x4ce739 ???
0x6ea34b ???
0x6ea4f1 ???
0x7ce215 ???
0x53065b ???
[..]
0x585b15 ???
0x584a49 ???
---------------------
/build/gdb-qUBixh/gdb-13.2/gdb/displaced-stepping.c:287: internal-error:
copy_insn_closure_by_addr: Assertion `buffer.copy_insn_closure.get () !=
nullptr' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Quit this debugging session? (y or n) n

About any simple assembler program can be used to repeat this; it happens all
the time. Still I paste the one used in that attempt:
=====================================
.section .rodata 
msg:
    .ascii "Hello, World\n"

.text
.align 2

SYS_EXIT = 1
SYS_WRITE = 4
STDOUT = 1

.global _start

exit:
    mov    r7, #SYS_EXIT
    svc    #0

_start:
    mov    r7, #SYS_WRITE
    mov    r0, #STDOUT
    ldr    r1, =msg
    mov    r2, #13
    svc    #0

    // Now exit
    mov    r0, #0
    b      exit
==============================
as program.s -o program.o && ld program.o -o program.bin
Then simply: gdb -q ./program.bin — and the rest like above; after second or
third „nexti” gdb will ALWAYS break.

Tested both 13.1 and 13.2 versions of gdb.

Gear: Banana Pi M2+, Armbian „Bookworm”, ARM32 — here's an excerpt from
cpuinfo:

processor       : 0
model name      : ARMv7 Processor rev 5 (v7l)
BogoMIPS        : 22.85
Features        : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt
vfpd32 lpae evtstrm 
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x0
CPU part        : 0xc07
CPU revision    : 5
[..]
Hardware        : Allwinner sun8i Family
Revision        : 0000
Serial          : 02c00081f0069981

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