[gdb/testsuite] Fix gdb.server/multi-ui-errors.exp with local-remote-host-notty
authorTom de Vries <tdevries@suse.de>
Sat, 29 Oct 2022 07:43:32 +0000 (09:43 +0200)
committerTom de Vries <tdevries@suse.de>
Sat, 29 Oct 2022 07:43:32 +0000 (09:43 +0200)
With test-case gdb.server/multi-ui-errors.exp and host board
local-remote-host-notty, I run into:
...
(gdb) PASS: gdb.server/multi-ui-errors.exp: interact with GDB's main UI
Executing on target: kill -9 29666    (timeout = 300)
builtin_spawn -ignore SIGHUP kill -9 29666^M
echo^M
Remote connection closed^M
(gdb) (gdb) FAIL: gdb.server/multi-ui-errors.exp: \
  main UI, prompt after gdbserver dies (timeout)
...

In contrast, with local-remote-host (so, everything the same but editing off):
...
(gdb) PASS: gdb.server/multi-ui-errors.exp: interact with GDB's main UI
Executing on target: kill -9 31245    (timeout = 300)
builtin_spawn -ignore SIGHUP kill -9 31245^M
Remote connection closed^M
(gdb) echo^M
(gdb) PASS: gdb.server/multi-ui-errors.exp: main UI, prompt after gdbserver dies
...

The test-case issues a kill, which results in a "Remote connection closed"
message and a prompt.

The problem is that the prompt is not consumed, so the subsequent echo may be
issued before that prompt, which causes a mismatch when matching the result
of the echo.

Fix this by consuming the "Remote connection closed" message and prompt.

Tested on x86_64-linux.

gdb/testsuite/gdb.server/multi-ui-errors.exp

index 8a1276fb272d3ac592f5eee5c9367464cc288d90..45a2dabbd6cc48ced549da2fa1f9cc8ce2809d1f 100644 (file)
@@ -111,6 +111,14 @@ remote_exec target "kill -9 $gdbserver_pid"
 # The point is that we should be able to interact with GDB from either
 # interpreter now.
 
+with_spawn_id $gdb_main_spawn_id {
+    gdb_test_multiple "" "remote connection closed - main UI" {
+       -re -wrap "Remote connection closed" {
+           pass $gdb_test_name
+       }
+    }
+}
+
 with_spawn_id $gdb_main_spawn_id {
     gdb_test "echo" "" \
        "main UI, prompt after gdbserver dies"