aboutsummaryrefslogtreecommitdiff
path: root/clang/lib/Frontend/CreateInvocationFromCommandLine.cpp
diff options
context:
space:
mode:
authorPavel Labath <labath@google.com>2017-05-24 09:46:48 +0000
committerPavel Labath <labath@google.com>2017-05-24 09:46:48 +0000
commit0dc2ad1b1316bd6ef7ae4d011c989d359c4e1d82 (patch)
tree8ae7fa7f08687a73f18c996d1ada6da9fc1b6585 /clang/lib/Frontend/CreateInvocationFromCommandLine.cpp
parent2676f8269a1e2b4bf9b92868ecb0f3c5ebe76eb6 (diff)
downloadllvm-0dc2ad1b1316bd6ef7ae4d011c989d359c4e1d82.zip
llvm-0dc2ad1b1316bd6ef7ae4d011c989d359c4e1d82.tar.gz
llvm-0dc2ad1b1316bd6ef7ae4d011c989d359c4e1d82.tar.bz2
RunThreadPlan: Fix halting logic in IgnoreBreakpoints = false
Summary: The function had logic to handle the case when the expression terminated while we were trying to halt the process, but it failed to take into account the possibility that the expression stopped because it hit a breakpoint. This was caused by the fact that the handling of the stopped events was duplicated for the "halting" and regular cases (the regular case handled this situation correctly). I've tried to merge these two cases into one to make sure they stay in sync. I should call out that the two cases were checking whether the thread plan has completed in slightly different ways. I am not sure what is the difference between them, but I think the check should be the same in both cases, whatever it is, so I just took the one from the regular case, as that is probably more tested. For the test, I modified TestUnwindExpression to run the expression with a smaller timeout (this is how I found this bug originally). With a 1ms one thread timeout, the test failed consistently without this patch. Reviewers: jingham Subscribers: lldb-commits Differential Revision: https://reviews.llvm.org/D33283 llvm-svn: 303732
Diffstat (limited to 'clang/lib/Frontend/CreateInvocationFromCommandLine.cpp')
0 files changed, 0 insertions, 0 deletions