Fix gdb.base/valgrind-infcall.exp with the native-extended-gdbserver board
authorPedro Alves <palves@redhat.com>
Thu, 6 Aug 2015 22:38:51 +0000 (23:38 +0100)
committerPedro Alves <palves@redhat.com>
Thu, 6 Aug 2015 22:38:51 +0000 (23:38 +0100)
This test fails with --target_board=native-extended-gdbserver because
it misses the usual "disconnect":

 (gdb)  target remote | /usr/lib64/valgrind/../../bin/vgdb --pid=30454
 Already connected to a remote target.  Disconnect? (y or n) n
 Still connected.
 (gdb) FAIL: gdb.base/valgrind-infcall.exp: target remote for vgdb (got interactive prompt)

gdb/testsuite/ChangeLog:
2015-08-06  Pedro Alves  <palves@redhat.com>

* gdb.base/valgrind-infcall.exp: Issue a "disconnect".

gdb/testsuite/ChangeLog
gdb/testsuite/gdb.base/valgrind-infcall.exp

index eccdddb46c26602efa78a97e098067d7e5be0f63..e4be76eb0b5858796eeb560282028c76ee94faa6 100644 (file)
@@ -1,3 +1,7 @@
+2015-08-06  Pedro Alves  <palves@redhat.com>
+
+       * gdb.base/valgrind-infcall.exp: Issue a "disconnect".
+
 2015-08-06  Pedro Alves  <palves@redhat.com>
 
        PR gdb/18749
index b835c67698d7dca7ddf77a969e846d579de20604..6e2460b2adb6f1c5489c68720f9e34182a6c2759 100644 (file)
@@ -83,6 +83,11 @@ unset_board_info fileid
 
 clean_restart $testfile
 
+# Make sure we're disconnected, in case we're testing with the
+# native-extended-gdbserver board, where gdb_start/gdb_load spawn
+# gdbserver and connect to it.
+gdb_test "disconnect" ".*"
+
 gdb_test "$vgdbcmd" " in \\.?_start .*" "target remote for vgdb"
 
 gdb_test "monitor v.set gdb_output" "valgrind output will go to gdb.*"