codelldb icon indicating copy to clipboard operation
codelldb copied to clipboard

Local Variable list Causes LLDB to crash

Open genusistimelord opened this issue 2 years ago • 4 comments

OS: Windows 11 22000.556 VSCode version: v1.65.2 CodeLLDB version: < v1.7.0 Compiler: rustc 1.61.0-nightly Debuggee: executable with Tokio threading Arch info: x86_64-windows-msvc

The problem occurs when debugging stuff that has Tokio or any async code when debugging with the variable list open causes lldb to crash on break point. If the Variable list is closed then it does not break and lldb works fully other than no variable list. Variable Pass over still works to get some details on a variable though.

Verbose log
 https://pastebin.com/M8gATddL

Was to big to post here.

genusistimelord avatar Mar 14 '22 14:03 genusistimelord

I would try compiling for the x86_64-windows-gnu target

vadimcn avatar Mar 14 '22 19:03 vadimcn

Is this something that cant be fixed for msvc then? Also setting up the gnu target is a lot more painful since there tend to be a lot more software involved like msys2. Personally its nice to avoid having to install all of this but i understand. XD

genusistimelord avatar Mar 14 '22 20:03 genusistimelord

There's no callstack in this instance (as is typical for stack overflows, tends to kill the process instantly), but I'm pretty sure this happens somewhere in liblldb.
MS PDB support in LLDB should be considered experimental, and is likely to remain so in the foreseeable future, since most people just use Microsoft tools for C/C++ debugging. That said, I still see some development happening on that front, so maybe it'll become more robust, eventually.

Also setting up the gnu target is a lot more painful since there tend to be a lot more software involved like msys2.

Msys shouldn't be needed, unless you have C/C++ dependencies. And even then, it's possible to build them with MSVC, though there's work involved in setting that up.

vadimcn avatar Mar 14 '22 20:03 vadimcn

Thank you for letting me know and good to see they are still working on it.

genusistimelord avatar Mar 14 '22 20:03 genusistimelord