diff options
author | Andrew Burgess <aburgess@redhat.com> | 2022-01-12 17:13:38 +0000 |
---|---|---|
committer | Andrew Burgess <aburgess@redhat.com> | 2022-01-18 11:45:52 +0000 |
commit | cced7cacecad104fff03e94814a3fca1d304b16f (patch) | |
tree | 667876bd755eafb951b092ee25d4a79bda8793f5 /gdb/testsuite/gdb.server/server-pipe.exp | |
parent | 709a3d07f330cc75031529f8952ceb19d7095df3 (diff) | |
download | gdb-cced7cacecad104fff03e94814a3fca1d304b16f.zip gdb-cced7cacecad104fff03e94814a3fca1d304b16f.tar.gz gdb-cced7cacecad104fff03e94814a3fca1d304b16f.tar.bz2 |
gdb: preserve `|` in connection details string
Consider this GDB session:
$ gdb -q
(gdb) target remote | gdbserver - ~/tmp/hello.x
Remote debugging using | gdbserver - ~/tmp/hello.x
... snip ...
(gdb) info connections
Num What Description
* 1 remote gdbserver - ~/tmp/hello.x Remote target using gdb-specific protocol
(gdb) python conn = gdb.selected_inferior().connection
(gdb) python print(conn.details)
gdbserver - ~/tmp/hello.x
(gdb)
I think there are two things wrong here, first in the "What" column of
the 'info connections' output, I think the text should be:
remote | gdbserver - ~/tmp/hello.x
to correctly show the user how the connection was established. And in
a similar fashion, I think that the `details` string of the
gdb.TargetConnection object should be:
| gdbserver - ~/tmp/hello.x
This commit makes this change. Currently the '|' is detected and
removed in gdb/serial.c. The string passed to the pipe_ops
structure (from gdb/ser-pipe.c), doesn't then, contain the `|`, this
is instead implied by the fact that it is a pipes based implementation
of the serial_ops interface.
After this commit we still detect the `|` in gdb/serial.c, but we now
store the full string (including the `|`) in the serial::name member
variable.
For pipe based serial connections, this name is only used for
displaying the two fields I mention above, and in pipe_open (from
gdb/ser-pipe.c), and in pipe_open, we now know to skip over the `|`.
The benefit I see from this change is that GDB's output now more
accurately reflects the commands used to start a target, thus making
it easier for a user to understand what is going on.
Diffstat (limited to 'gdb/testsuite/gdb.server/server-pipe.exp')
-rw-r--r-- | gdb/testsuite/gdb.server/server-pipe.exp | 80 |
1 files changed, 80 insertions, 0 deletions
diff --git a/gdb/testsuite/gdb.server/server-pipe.exp b/gdb/testsuite/gdb.server/server-pipe.exp new file mode 100644 index 0000000..ca2164b --- /dev/null +++ b/gdb/testsuite/gdb.server/server-pipe.exp @@ -0,0 +1,80 @@ +# This testcase is part of GDB, the GNU debugger. + +# Copyright 2022 Free Software Foundation, Inc. + +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License as published by +# the Free Software Foundation; either version 3 of the License, or +# (at your option) any later version. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program. If not, see <http://www.gnu.org/licenses/>. + +# Test starting gdbserver using the 'target remove | ....' syntax. +# The extended-remote target type is tested too. The test checks that +# the `|` character can be seen in the 'info connections' output, and +# (when Python is available) in the gdb.TargetConnection.details +# string. + +# This test relies on starting gdbserver using the pipe syntax. Not +# sure how well this will run if part of this test is being run +# elsewhere. +if { [is_remote target] || [is_remote host] } { + return 0 +} + +load_lib gdbserver-support.exp + +standard_testfile + +if { [skip_gdbserver_tests] } { + return 0 +} + +set gdbserver [find_gdbserver] +if { $gdbserver == "" } { + unsupported "could not find gdbserver" + return +} + +standard_testfile normal.c +set executable ${testfile} + +if {[build_executable "failed to prepare" $testfile $srcfile debug]} { + return -1 +} + +# Start GDB using remote type TARGET, which should be either "remote" +# or "extended-remote". Check the output of 'info connections', and +# the contents of the gdb.TargetConnection.details string. +proc do_test { target } { + clean_restart ${::binfile} + + # Make sure we're disconnected, in case we're testing with an + # extended-remote board, therefore already connected. + gdb_test "disconnect" ".*" + + gdb_test "target ${target} | ${::gdbserver} - ${::binfile}" ".*" \ + "start gdbserver using pipe syntax" + + gdb_breakpoint main + gdb_continue_to_breakpoint main + gdb_test "info frame" ".* in main .*" + + gdb_test "info connections" "${target} \| ${::gdbserver} - ${::binfile} \[^\r\n\]+" + + if { ![skip_python_tests] } { + gdb_test_no_output "python conn = gdb.selected_inferior().connection" + gdb_test "python print(conn.details)" "\| ${::gdbserver} - ${::binfile}" + } +} + +# Test with the two remote protocol types. +foreach_with_prefix target { remote extended-remote } { + do_test ${target} +} |