jimingham wrote:

This can happen if you don't succeed in shutting down the private state thread 
as part of exiting, so that it is still trying to operate on a process that has 
been finalized.

Not sure why the shutdown ordering seems wrong in the Linux case, however.

Jim


> On Dec 15, 2023, at 1:39 AM, David Spickett ***@***.***> wrote:
> 
> 
> Though the original assert was: m_plans.size() > 1 && "Can't pop the base 
> thread plan"
> 
> Not that there was exactly 1 plan on the stack. So current_plan might be the 
> single step plan as expected, then when we go to pop that off the stack, but 
> the stack has been emptied/destroyed already.
> 
> —
> Reply to this email directly, view it on GitHub 
> <https://github.com/llvm/llvm-project/pull/74894#issuecomment-1857567808>, or 
> unsubscribe 
> <https://github.com/notifications/unsubscribe-auth/ADUPVWY52KBS5JSVF5J6JTDYJQLFBAVCNFSM6AAAAABANJIUI2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNJXGU3DOOBQHA>.
> You are receiving this because you modified the open/close state.
> 



https://github.com/llvm/llvm-project/pull/74894
_______________________________________________
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits

Reply via email to