aboutsummaryrefslogtreecommitdiff
path: root/opcodes/ia64-war.tbl
diff options
context:
space:
mode:
authorPedro Alves <pedro@palves.net>2021-01-11 20:01:58 +0000
committerPedro Alves <pedro@palves.net>2021-01-13 01:07:13 +0000
commit350909ba7b3c4fd2b3d9408211d4e4c5d7381f61 (patch)
treeef3a4e27269fc95d841a5133f0397bb1e21602ad /opcodes/ia64-war.tbl
parent48749858473823d2fbabbe9594c8196e3c812bb4 (diff)
downloadgdb-350909ba7b3c4fd2b3d9408211d4e4c5d7381f61.zip
gdb-350909ba7b3c4fd2b3d9408211d4e4c5d7381f61.tar.gz
gdb-350909ba7b3c4fd2b3d9408211d4e4c5d7381f61.tar.bz2
detach in all-stop with threads running
A following patch will add a testcase that has a number of threads constantly stepping over a breakpoint, and then has GDB detach the process, while threads are running. If we have more then one inferior running, and we detach from just one of the inferiors, we expect that the remaining inferior continues running. However, in all-stop, if GDB needs to pause the target for the detach, nothing is re-resuming the other inferiors after the detach. "info threads" shows the threads as running, but they really aren't. This fixes it. gdb/ChangeLog: * infcmd.c (detach_command): Hold strong reference to target, and if all-stop on entry, restart threads on exit. * infrun.c (switch_back_to_stepped_thread): Factor out bits to ... (restart_stepped_thread): ... this new function. Also handle trap_expected. (restart_after_all_stop_detach): New function. * infrun.h (restart_after_all_stop_detach): Declare.
Diffstat (limited to 'opcodes/ia64-war.tbl')
0 files changed, 0 insertions, 0 deletions