<div dir="ltr">We already do this in DoDestroy(), but it looks like for whatever reason DoDestroy is not getting called on us even though the Target is being destroyed.  Or maybe it is and our DoDestroy is getting into some edge condition that doesn't cleanup correctly.  But it's hard to debug because it only happens from the test suite, and only when the system is under heavy load (i.e. you run the entire test suite, and not just one test).  <div><br></div><div>In the future I had planned to make an option for dotest that would allow lldb to write full logs of every run during the test suite, so we could see the sequence of events that are happening, but it's a bigger task.<div><br></div><div>A weak_ptr would work just as well and avoid the problem you describe, so I'll wait and see if anyone has an issue with that.</div></div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Aug 28, 2015 at 2:01 PM Pavel Labath <<a href="mailto:labath@google.com">labath@google.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I think it should be a weak_ptr if anything. Target already holds a<br>
shared_ptr of the process, and you will get pointer loops otherwise.<br>
<br>
Couldn't you make sure the debug thread exits (and processes all<br>
events) before the Target gets deleted (e.g. shut it down in<br>
Process::Finalize() or somewhere...)? If there is currently an<br>
invariant that Process should never outlive its Target (which would<br>
seem to be implied by the fact it holds a Target&), I would prefer if<br>
it can be preserved.<br>
<br>
pl<br>
<br>
On 28 August 2015 at 19:34, Zachary Turner via lldb-dev<br>
<<a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a>> wrote:<br>
> We've been seeing races during shutdown of inferiors for months, and I<br>
> finally tracked it down to the fact that Process holds a Target&.  When an<br>
> inferior is exiting on Windows, we will get a notification of this and we<br>
> try to do various cleanup related with the target.  But there are times<br>
> where the Target gets deleted even when the Process is still around, due to<br>
> some interactions between our debug loop and the timing of when certain<br>
> debug events that get sent by the operating system.<br>
><br>
> As a result, the race leads to us getting one of the notifications from the<br>
> OS and us trying to access the target, which is stored by reference leading<br>
> to a crash.<br>
><br>
> It seems like a purely mechanical change to make Process hold a TargetSP<br>
> instead of a Target&.  I've already started down this patch locally, but I<br>
> want to make sure there are no objections or concerns before I continue down<br>
> this path, since it's kind of mundane work.<br>
><br>
> _______________________________________________<br>
> lldb-dev mailing list<br>
> <a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a><br>
> <a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev</a><br>
><br>
</blockquote></div>