remote host testing expectations re multiple simultaneous connections

Simon Marchi simon.marchi@polymtl.ca
Sun Oct 28 17:05:00 GMT 2018


On 2018-10-26 15:21, Sandra Loosemore wrote:
> I've noticed that there are several gdb.mi tests that start GDB before
> building the test program, like this bit of code from mi-cli.exp:
> 
> gdb_exit
> if [mi_gdb_start] {
>     continue
> }
> 
> standard_testfile basics.c
> 
> if  { [gdb_compile "${srcdir}/${subdir}/${srcfile}" "${binfile}"
> executable {debug}] != "" } {
>      untested "failed to compile"
>      return -1
> }
> 
> mi_gdb_test "-interpreter-exec" \
>   {\^error,msg="-interpreter-exec: Usage: -interpreter-exec interp 
> command"} \
>   "-interpreter-exec with no arguments"
> 
> E.g. there's an implicit expectation that when testing on a remote
> host, it can start GDB and leave it running and waiting to accept GDB
> commands while running some other shell commands to build the test
> program on a different channel to the same remote host.  Is this a
> reasonable expectation that is documented somewhere?  Or are the test
> cases that are structured like this just broken?  :-S  If the latter I
> will submit a patch to fix them.

I haven't tried remote host testing in a long time, but I would expect 
the framework to be able to run multiple things concurrently.  Just like 
for remote target testing, we are able to spawn multiple programs, spawn 
gdbserver, and attach to them.

What happens currently when you try it?

Simon



More information about the Gdb mailing list