]> git.ipfire.org Git - thirdparty/binutils-gdb.git/blame - gdb/testsuite/gdb.base/sss-bp-on-user-bp-2.exp
Update copyright year range in header of all files managed by GDB
[thirdparty/binutils-gdb.git] / gdb / testsuite / gdb.base / sss-bp-on-user-bp-2.exp
CommitLineData
1d506c26 1# Copyright (C) 2014-2024 Free Software Foundation, Inc.
835c559f
PA
2
3# This program is free software; you can redistribute it and/or modify
4# it under the terms of the GNU General Public License as published by
5# the Free Software Foundation; either version 3 of the License, or
6# (at your option) any later version.
7#
8# This program is distributed in the hope that it will be useful,
9# but WITHOUT ANY WARRANTY; without even the implied warranty of
10# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
11# GNU General Public License for more details.
12#
13# You should have received a copy of the GNU General Public License
14# along with this program. If not, see <http://www.gnu.org/licenses/>.
15
16# Test that GDB doesn't get confused in the following scenario
17# (PR breakpoints/17000). Say, we have this program:
18#
19# => 0xff000001 INSN1
20# 0xff000002 INSN2
21#
22# The PC currently points at INSN1.
23#
24# 1 - User sets a breakpoint at 0xff000002 (INSN2).
25#
26# 2 - User steps. On software single-step archs, this sets a software
27# single-step breakpoint at 0xff000002 (INSN2) too.
28#
29# 3 - User deletes breakpoint (INSN2) before the single-step finishes.
30#
31# 4 - The single-step finishes, and GDB removes the single-step
32# breakpoint.
33
81f47ac2
AH
34# Test relies on checking gdb debug output. Do not run if gdb debug is
35# enabled as any debug will be redirected to the log.
e5bf39c5 36require !gdb_debug_enabled
81f47ac2 37
835c559f
PA
38standard_testfile
39
40if {[prepare_for_testing "failed to prepare" $testfile $srcfile debug]} {
41 return -1
42}
43
44if ![runto_main] {
835c559f
PA
45 return 0
46}
47
c6ec5ab2
PA
48delete_breakpoints
49
50# With the all-stop RSP, we can't talk to the target while it's
51# running, until we get back the stop reply. If not using single-step
52# breakpoints, then the "del" in stepi_del_break below will try to
53# delete the user breakpoint from the target, which will fail, with
54# "Cannot execute this command while the target is running.". On
55# software single-step targets, that del shouldn't trigger any RSP
829155c9
PA
56# traffic. Hardware-step targets that can't access memory while the
57# target is running, either remote or native, are likewise affected.
58# So we just skip the test if not using software single-stepping. We
00b51ff5 59# detect that by looking for 'to_resume (..., step)' in "debug
829155c9 60# target" output.
c6ec5ab2
PA
61
62# Probe for software single-step breakpoint use.
829155c9
PA
63
64gdb_test_no_output "set debug target 1"
65set hardware_step 0
66set test "probe target hardware step"
c6ec5ab2 67gdb_test_multiple "si" $test {
f6ac5f3d 68 -re "resume \\(\[^\r\n\]+, step, .*$gdb_prompt $" {
829155c9 69 set hardware_step 1
c6ec5ab2
PA
70 pass $test
71 }
72 -re "$gdb_prompt $" {
73 pass $test
74 }
75}
76
829155c9
PA
77if { $hardware_step } {
78 unsupported "target doesn't use software single-stepping"
c6ec5ab2
PA
79 return
80}
81
f6ac5f3d 82gdb_test "set debug target 0" "->log_command.*\\)"
c6ec5ab2 83
835c559f
PA
84set line_re "\[^\r\n\]*"
85
86gdb_test "b test:label" "Breakpoint .*"
87gdb_continue_to_breakpoint "run past setup"
88delete_breakpoints
89
90# So we can precisely control breakpoint insertion order.
91gdb_test_no_output "set breakpoint always-inserted on"
92
93# Capture disassembly output. PREFIX is used as test prefix. The
94# current instruction indicator (=>) is stripped away.
95proc disassemble { prefix } {
96 with_test_prefix "$prefix" {
97 set output [capture_command_output "disassemble test" ""]
98 return [string map {"=>" " "} $output]
99 }
100}
101
102# Issue a stepi and immediately delete the user breakpoint that is set
103# at the same address as the software single-step breakpoint. Do this
104# in a user defined command, so that the stepi's trap doesn't have a
105# chance to be handled before further input is processed. We then
106# compare before/after disassembly. GDB should be able to handle
107# deleting the user breakpoint before deleting the single-step
108# breakpoint. E.g., we shouldn't see breakpoint instructions in the
109# disassembly.
110
111set disasm_before [disassemble "before"]
112
113gdb_test "b test:label2" ".*" "set breakpoint where si will land"
114
115set test "define stepi_del_break"
116gdb_test_multiple $test $test {
117 -re "Type commands for definition of \"stepi_del_break\".\r\nEnd with a line saying just \"end\".\r\n>$" {
118 gdb_test "si&\ndel \$bpnum\nend" "" $test
119 }
120}
121
122set command "stepi_del_break"
123set test $command
835c559f
PA
124gdb_test_multiple $command $test {
125 -re "^$command\r\n$gdb_prompt " {
126 # Note no end anchor, because "si&" finishes and prints the
127 # current frame/line after the prompt is printed.
128 pass $test
129 }
130}
131
132# Now consume the output of the finished "si&".
133set test "si& finished"
134gdb_test_multiple "" $test {
135 -re "must be a single line \\\*/\r\n" {
136 pass $test
137 }
138}
139
140set disasm_after [disassemble "after"]
141
142set test "before/after disassembly matches"
143if ![string compare $disasm_before $disasm_after] {
144 pass $test
145} else {
146 fail $test
147}