aboutsummaryrefslogtreecommitdiff
path: root/lldb/packages/Python/lldbsuite/test/dotest.py
diff options
context:
space:
mode:
authorPavel Labath <pavel@labath.sk>2022-01-03 16:49:58 +0100
committerPavel Labath <pavel@labath.sk>2022-01-10 16:27:30 +0100
commit8ccfcab34ffb068f127e88be9fb1f42bb46f3af4 (patch)
tree59e70c209971800f5e62418d09b5b2096011aa32 /lldb/packages/Python/lldbsuite/test/dotest.py
parentd0ee094d6acf72608e927bf2e9ba69c57da59a96 (diff)
downloadllvm-8ccfcab34ffb068f127e88be9fb1f42bb46f3af4.zip
llvm-8ccfcab34ffb068f127e88be9fb1f42bb46f3af4.tar.gz
llvm-8ccfcab34ffb068f127e88be9fb1f42bb46f3af4.tar.bz2
[lldb/platform-gdb] Clear cached protocol state upon disconnection
Previously we would persist the flags indicating whether the remote side supports a particular feature across reconnects, which is obviously not a good idea. I implement the clearing by nuking (its the only way to be sure :) the entire GDBRemoteCommunication object in the disconnect operation and creating a new one upon connection. This allows us to maintain a nice invariant that the GDBRemoteCommunication object (which is now a pointer) exists only if it is connected. The downside to that is that a lot of functions now needs to check the validity of the pointer instead of blindly accessing the object. The process communication does not suffer from the same issue because we always destroy the entire Process object for a relaunch. Differential Revision: https://reviews.llvm.org/D116539
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/dotest.py')
0 files changed, 0 insertions, 0 deletions