]> git.ipfire.org Git - thirdparty/binutils-gdb.git/blame - gdb/testsuite/gdb.base/corefile.exp
Test ability to access unwritten-to mmap data in core file
[thirdparty/binutils-gdb.git] / gdb / testsuite / gdb.base / corefile.exp
CommitLineData
b811d2c2 1# Copyright 1992-2020 Free Software Foundation, Inc.
c906108c
SS
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
e22f8b7c 5# the Free Software Foundation; either version 3 of the License, or
c906108c 6# (at your option) any later version.
e22f8b7c 7#
c906108c
SS
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.
e22f8b7c 12#
c906108c 13# You should have received a copy of the GNU General Public License
e22f8b7c 14# along with this program. If not, see <http://www.gnu.org/licenses/>.
c906108c 15
c906108c
SS
16# This file was written by Fred Fish. (fnf@cygnus.com)
17
c906108c
SS
18
19# are we on a target board
20if ![isnative] then {
21 return
22}
23
f76495c8 24standard_testfile coremaker.c
c906108c
SS
25
26# Create and source the file that provides information about the compiler
27# used to compile the test case.
4c93b1db 28if [get_compiler_info] {
ae59b1da 29 return -1
c906108c
SS
30}
31
f76495c8 32if {[build_executable $testfile.exp $testfile $srcfile debug] == -1} {
5b362f04 33 untested "failed to compile"
f76495c8
TT
34 return -1
35}
36
37aeb5df
JK
37set corefile [core_find $binfile {coremmap.data}]
38if {$corefile == ""} {
e9ecd949 39 return 0
c906108c
SS
40}
41
37aeb5df 42# Test that we can simply startup with a "-core=$corefile" command line arg
c906108c
SS
43# and recognize that the core file is a valid, usable core file.
44# To do this, we must shutdown the currently running gdb and restart
45# with the -core args. We can't use gdb_start because it looks for
46# the first gdb prompt, and the message we are looking for occurs
6b8ce727 47# before the first prompt.
c906108c
SS
48#
49# Another problem is that on some systems (solaris for example), there
50# is apparently a limit on the length of a fully specified path to
f76495c8 51# the corefile executable, at about 80 chars. For this case, consider
c906108c
SS
52# it a pass, but note that the program name is bad.
53
54gdb_exit
55if $verbose>1 then {
37aeb5df 56 send_user "Spawning $GDB $INTERNAL_GDBFLAGS $GDBFLAGS -core=$corefile\n"
c906108c
SS
57}
58
59set oldtimeout $timeout
60set timeout [expr "$timeout + 60"]
61verbose "Timeout is now $timeout seconds" 2
37aeb5df 62eval "spawn $GDB $INTERNAL_GDBFLAGS $GDBFLAGS -core=$corefile"
c906108c 63expect {
b9891b29 64 -re "Couldn't find .* registers in core file.*$gdb_prompt $" {
37aeb5df 65 fail "args: -core=[file tail $corefile] (couldn't find regs)"
b9891b29 66 }
f76495c8 67 -re "Core was generated by .*corefile.*\r\n\#0 .*\(\).*\r\n$gdb_prompt $" {
37aeb5df 68 pass "args: -core=[file tail $corefile]"
c906108c
SS
69 }
70 -re "Core was generated by .*\r\n\#0 .*\(\).*\r\n$gdb_prompt $" {
37aeb5df 71 pass "args: -core=[file tail $corefile] (with bad program name)"
c906108c
SS
72 }
73 -re ".*registers from core file: File in wrong format.* $" {
37aeb5df 74 fail "args: -core=[file tail $corefile] (could not read registers from core file)"
c906108c 75 }
37aeb5df 76 -re ".*$gdb_prompt $" { fail "args: -core=[file tail $corefile]" }
c906108c
SS
77 timeout { fail "(timeout) starting with -core" }
78}
79
80
81#
82# Test that startup with both an executable file and -core argument.
83# See previous comments above, they are still applicable.
84#
85
4ec70201 86close
c906108c
SS
87
88if $verbose>1 then {
37aeb5df 89 send_user "Spawning $GDB $INTERNAL_GDBFLAGS $GDBFLAGS $binfile -core=$corefile\n"
c906108c
SS
90}
91
92
4ec70201 93eval "spawn $GDB $INTERNAL_GDBFLAGS $GDBFLAGS $binfile -core=$corefile"
c906108c 94expect {
f76495c8 95 -re "Core was generated by .*corefile.*\r\n\#0 .*\(\).*\r\n$gdb_prompt $" {
37aeb5df 96 pass "args: execfile -core=[file tail $corefile]"
c906108c
SS
97 }
98 -re "Core was generated by .*\r\n\#0 .*\(\).*\r\n$gdb_prompt $" {
37aeb5df 99 pass "args: execfile -core=[file tail $corefile] (with bad program name)"
c906108c
SS
100 }
101 -re ".*registers from core file: File in wrong format.* $" {
37aeb5df 102 fail "args: execfile -core=[file tail $corefile] (could not read registers from core file)"
c906108c 103 }
37aeb5df 104 -re ".*$gdb_prompt $" { fail "args: execfile -core=[file tail $corefile]" }
c906108c
SS
105 timeout { fail "(timeout) starting with -core" }
106}
107set timeout $oldtimeout
108verbose "Timeout is now $timeout seconds" 2
109
4ec70201 110close
c906108c
SS
111
112# Now restart normally.
113
114gdb_start
115gdb_reinitialize_dir $srcdir/$subdir
116gdb_load ${binfile}
117
118# Test basic corefile recognition via core-file command.
119
ad3986f0 120gdb_test_multiple "core-file $corefile" "core-file command" {
958a4e4c
MS
121 -re ".* program is being debugged already.*y or n. $" {
122 # gdb_load may connect us to a gdbserver.
123 send_gdb "y\n"
4ec70201 124 exp_continue
958a4e4c 125 }
f76495c8 126 -re "Core was generated by .*corefile.*\r\n\#0 .*\(\).*\r\n$gdb_prompt $" {
c906108c
SS
127 pass "core-file command"
128 }
129 -re "Core was generated by .*\r\n\#0 .*\(\).*\r\n$gdb_prompt $" {
130 pass "core-file command (with bad program name)"
131 }
132 -re ".*registers from core file: File in wrong format.* $" {
133 fail "core-file command (could not read registers from core file)"
134 }
c906108c
SS
135}
136
137# Test correct mapping of corefile sections by printing some variables.
138
139gdb_test "print coremaker_data" "\\\$$decimal = 202"
140gdb_test "print coremaker_bss" "\\\$$decimal = 10"
141gdb_test "print coremaker_ro" "\\\$$decimal = 201"
142
d85da69f 143gdb_test "print func2::coremaker_local" "\\\$$decimal = \\{0, 1, 2, 3, 4\\}"
c906108c 144
0c557179
SDJ
145# Test the presence and the correct values of $_exitsignal and
146# $_exitcode variables. The corefile is generated with a SIGABRT,
147# which is "6" in the Linux kernel.
148
149gdb_test "print \$_exitsignal" " = 6" \
150 "\$_exitsignal prints SIGABRT (6)"
151
152gdb_test "print \$_exitcode" " = void" \
153 "\$_exitcode is void"
154
c906108c
SS
155# Somehow we better test the ability to read the registers out of the core
156# file correctly. I don't think the other tests do this.
157
158gdb_test "bt" "abort.*func2.*func1.*main.*" "backtrace in corefile.exp"
d4f3574e 159gdb_test "up" "#\[0-9\]* *\[0-9xa-fH'\]* in .* \\(.*\\).*" "up in corefile.exp"
c906108c
SS
160
161# Test ability to read mmap'd data
162
163gdb_test "x/8bd buf1" ".*:.*0.*1.*2.*3.*4.*5.*6.*7" "accessing original mmap data in core file"
09dd9a69 164setup_xfail "*-*-sunos*" "*-*-aix*"
90d59e34
AC
165set test "accessing mmapped data in core file"
166gdb_test_multiple "x/8bd buf2" "$test" {
c906108c 167 -re ".*:.*0.*1.*2.*3.*4.*5.*6.*7.*$gdb_prompt $" {
90d59e34 168 pass "$test"
c906108c
SS
169 }
170 -re "0x\[f\]*:.*Cannot access memory at address 0x\[f\]*.*$gdb_prompt $" {
90d59e34 171 fail "$test (mapping failed at runtime)"
c906108c
SS
172 }
173 -re "0x.*:.*Cannot access memory at address 0x.*$gdb_prompt $" {
90d59e34 174 fail "$test (mapping address not found in core file)"
c906108c
SS
175 }
176}
177
94c265d7
KB
178# Test ability to read anonymous and, more importantly, unwritten-to
179# mmap'd data.
180
181if { ![istarget *-linux*] } {
182 setup_xfail "*-*-*"
183}
184gdb_test "x/wx buf3" "$hex:\[ \t\]+0x00000000" \
185 "accessing anonymous, unwritten-to mmap data"
186
c906108c
SS
187# test reinit_frame_cache
188
189gdb_load ${binfile}
9a01813a 190gdb_test "up" "#\[0-9\]* *\[0-9xa-fH'\]* in .* \\(.*\\).*" "up in corefile.exp (reinit)"
c906108c
SS
191
192gdb_test "core" "No core file now."
c0edd9ed
JK
193
194
195# Test a run (start) command will clear any loaded core file.
196
b3ccfe11
TT
197proc corefile_test_run {} {
198 global corefile gdb_prompt
199
df479dc6
PA
200 # This test is trying to check whether the "run" command finds the
201 # default run target when already debugging a core, so it would
202 # fail on boards that set auto-connect-native-target off. Since
203 # there's no real point in running the test but with the native
204 # target, it's easier to just skip elsewhere.
205 if {[target_info gdb_protocol] != ""} {
206 return
207 }
208
b3ccfe11
TT
209 gdb_test "core-file $corefile" "Core was generated by .*" "run: load core again"
210 gdb_test "info files" "\r\nLocal core dump file:\r\n.*" "run: sanity check we see the core file"
c0edd9ed 211
b3ccfe11
TT
212 set test "run: with core"
213 if [runto_main] {
214 pass $test
215 } else {
c0edd9ed
JK
216 fail $test
217 }
b3ccfe11
TT
218
219 set test "run: core file is cleared"
220 gdb_test_multiple "info files" $test {
221 -re "\r\nLocal core dump file:\r\n.*\r\n$gdb_prompt $" {
222 fail $test
223 }
224 -re "\r\n$gdb_prompt $" {
225 pass $test
226 }
c0edd9ed 227 }
c0edd9ed 228
b3ccfe11
TT
229 set test "quit with a process"
230 gdb_test_multiple "quit" $test {
231 -re "A debugging session is active.\r\n.*\r\nQuit anyway\\? \\(y or n\\) $" {
232 pass $test
233 gdb_test "n" {Not confirmed\.} "quit with processes: n"
234 }
cd2effb2 235 }
b3ccfe11
TT
236
237 gdb_exit
cd2effb2
JK
238}
239
b3ccfe11 240corefile_test_run
c0edd9ed 241
cd2effb2
JK
242# Verify there is no question if only a core file is loaded.
243
244gdb_start
245gdb_test "core-file $corefile" "Core was generated by .*" "no question: load core"
246
247set test "quit with a core file"
248gdb_test_multiple "quit" $test {
249 -re "A debugging session is active.\r\n.*\r\nQuit anyway\\? \\(y or n\\) $" {
250 fail $test
251 gdb_test "n" {Not confirmed\.} "quit with processes: n"
252 }
253 eof {
254 pass $test
255 }
256}
257
258gdb_exit
c0edd9ed
JK
259
260# Test an attach command will clear any loaded core file.
261
329ea579 262proc corefile_test_attach {} {
b3ccfe11 263 global binfile corefile gdb_prompt
c0edd9ed 264
df479dc6
PA
265 # This test is checking whether the "attach" command finds the
266 # default run target when already debugging a core, so it would
267 # fail on boards that set auto-connect-native-target off. Since
268 # there's no real point in running the test but with the native
269 # target, it's easier to just skip elsewhere.
270 if {[target_info gdb_protocol] != ""} {
271 return
272 }
273
274 if [can_spawn_for_attach] {
b3ccfe11
TT
275 set test "attach: spawn sleep"
276 set res [remote_spawn host "$binfile sleep"]
277 if { $res < 0 || $res == "" } {
278 fail $test
279 return
280 }
281 set pid [exp_pid -i $res]
282 # We don't care whether the program is still in the startup phase when we
283 # attach.
c0edd9ed 284
b3ccfe11 285 gdb_start
c0edd9ed 286
b3ccfe11
TT
287 gdb_test "core-file $corefile" "Core was generated by .*" "attach: load core again"
288 gdb_test "info files" "\r\nLocal core dump file:\r\n.*" "attach: sanity check we see the core file"
289
290 gdb_test "attach $pid" "Attaching to process $pid\r\n.*" "attach: with core"
291
292 set test "attach: core file is cleared"
293 gdb_test_multiple "info files" $test {
294 -re "\r\nLocal core dump file:\r\n.*\r\n$gdb_prompt $" {
295 fail $test
296 }
297 -re "\r\n$gdb_prompt $" {
298 pass $test
299 }
c0edd9ed 300 }
c0edd9ed 301
b3ccfe11
TT
302 gdb_exit
303 }
c0edd9ed 304}
7d760051 305
b3ccfe11
TT
306corefile_test_attach
307
7d760051
UW
308# Test warning-free core file load. E.g., a Linux vDSO used to
309# trigger this warning:
310# warning: Can't read pathname for load map: Input/output error.
311
312clean_restart ${testfile}
313
314set test "core-file warning-free"
315gdb_test_multiple "core-file $corefile" $test {
316 -re "warning: .*\r\n.*\r\n$gdb_prompt $" {
317 fail $test
318 }
319 -re "\r\n$gdb_prompt $" {
320 pass $test
321 }
322}