<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 20 April 2017 at 18:59, Scott Funkenhauser <span dir="ltr"><<a href="mailto:sfunkenhauser@google.com" target="_blank">sfunkenhauser@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hey Pavel,<div><br></div><div>What would be a reasonable solution?</div><div><br></div><div>Does having the lldb-server read the shared libraries from disk (instead of from the process's memory) sound sensible?</div><span class="HOEnZb"><font color="#888888"><div><br></div></font></span></div></blockquote><div><br></div><div>What you are describing should already be the case --  lldb knows how to download SO files through the lldb-server connection (see PlatformPOSIX::GetFile). How are you starting lldb-server? The correct sequence of commands should be like:</div><div>remote-host$ ./lldb-server platform *:1234</div><div><br></div><div>(lldb) platform select remote-linux</div><div>(lldb) platform connect connect://remote-host:1234</div><div>(lldb) ... (e.g. attach ?)</div><div><br></div><div>It may be possible that this has stopped working on linux as nobody tests that, but I don't think that's likely as it works just fine on android.</div><div><br></div><div>This is also the reason nobody has fixed the crash you ran into, as it only happens when something goes wrong with the module download. I am not sure what would be the best way to fix that (if I knew, I would do it already), but if you want to investigate, please go ahead. The only requirement I have is that it is still able to download the vdso correctly.</div></div></div></div>