Re: [PATCH] Windows gdb: Avoid hang second attach/run

[Tom Tromey <tom@tromey.com>]

>>>>> "Pedro" == Pedro Alves <pedro@palves.net> writes:

Pedro> windows_nat_target::attach and windows_nat_target::create_inferior
Pedro> both hang in this situation, because they call into do_synchronously,
Pedro> which hangs because the 'process_thread' thread is blocked in
Pedro> WaitForDebugEvent.

Do we need something similar for gdbserver?

Pedro> Until the Windows backend is taught to debug multiple processes, which
Pedro> will probably require having one process_thread thread per inferior,
Pedro> detect the situation and error out before GDB hangs.

Yeah.  I've never understood why MS did things this way instead of the
seemingly obvious approach of having debug events integrated into
WaitForMultipleObjects.

Pedro> There are still other failures not addressed by this patch.

FWIW the internal AdaCore automated testing shows a number of failures
after a merge on 20260427.  I guess when I did my testing I happened to
pick the one particular OS instance that had no problems :(

Tom