Jim Ingham 7730b9a47a Tighten up how we acquire the underlying frame in the SBFrame methods. We were getting ... the frame and then getting the run lock. Which means that our frame could have gotten invalidated by stopping between the time we got the frame and assured the the target was stopped. Now we get the run lock first, and THEN resolve the underlying frame object. <rdar://problem/12621607> llvm-svn: 168838		2012-11-29 00:26:19 +00:00
clang	…
clang-tools-extra	…
compiler-rt	…
debuginfo-tests	…
libclc	…
libcxx	…
libcxxabi	…
lld	…
lldb	Tighten up how we acquire the underlying frame in the SBFrame methods. We were getting	2012-11-29 00:26:19 +00:00
llvm	Avoid rewriting instructions twice.	2012-11-29 00:26:11 +00:00
polly	…