
<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Feb 14, 2018, at 3:45 PM, Vadim Chugunov <<a href="mailto:vadimcn@gmail.com" class="">vadimcn@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class="">FYI - I've been maintaining a similar <a href="https://marketplace.visualstudio.com/items?itemName=vadimcn.vscode-lldb" class="">VSCode extension</a>, which does it all through LLDB's Python interface. <br class=""></div></div></div></blockquote><div><br class=""></div>Indeed, I saw you plug-in and since it worked so well I wanted to make a native version of this plug-in to avoid taking over the python interpreter and get native performance. Very nice work on that plug-in as it inspired this one! I adopted many similar settings that you allow in the launch.json file and added some new ones.</div><div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class=""><br class=""></div>As for testing, the protocol is JSON with HTTP-like headers for framing, so you could have a Python script emulating the VSCode side.<br class=""></div></div></blockquote><div><br class=""></div>That is what I was planning to do. Might be nice to work together on this and get the testing working as it could test both of our plug-ins. Would be great to have a debug session with a simple program that sets a breakpoint by name, by file and line and exception and run, hit the breakpoints, view variables, etc.</div><div><br class=""></div><div>Greg</div><div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><br class=""></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Wed, Feb 14, 2018 at 2:28 PM, Greg Clayton via lldb-dev <span dir="ltr" class=""><<a href="mailto:lldb-dev@lists.llvm.org" target="_blank" class="">lldb-dev@lists.llvm.org</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I have a patch I will be submitting soon that adds a tool called "lldb-vscode" that is much like "lldb-mi" where it sits on top of LLDB.framework on Darwin and liblldb.so on all other platforms, and it speaks the Visual Studio Code Debug adaptor language and can be used to create a VSCode extension that does native LLDB debugging. The plug-in works really well to debug native apps and is very responsive and quick.<br class="">

<br class="">

One issue I am thinking about is how to test this. Some VS Code tests out there use Javascript + npm to run a mock VSCode IDE and send/receive packets. I am not sure we can require people to have this on all build bots. So I am writing to get everyone's opinion on this so I can test this and get a patch submitted.<br class="">

<br class="">

Any ideas would be appreciated.<br class="">

<br class="">

Greg Clayton<br class="">

<br class="">

______________________________<wbr class="">_________________<br class="">

lldb-dev mailing list<br class="">

<a href="mailto:lldb-dev@lists.llvm.org" class="">lldb-dev@lists.llvm.org</a><br class="">

<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev" rel="noreferrer" target="_blank" class="">http://lists.llvm.org/cgi-bin/<wbr class="">mailman/listinfo/lldb-dev</a><br class="">

</blockquote></div><br class=""></div>

</div></blockquote></div><br class=""></body></html>