<html>
<head>
</head>
<body class='hmmessage'><div dir='ltr'>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style>
<div dir="ltr">Hmm... neither approach really works. <div><br></div><div>1. I created platform from lldb prompt, but when I create target from core file I see exactly the same wrong stacks. It seems that platform is ignored during core load in my case.</div><div>2. chroot requires the whole set of binaries there in the new root. I simply cannot copy everything from the server. Even if I do, lldb will use copied binaries which is not a good idea...</div><div><br></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;"><div><div><i>root@eugenebi-L2:~# chroot /home/eugene/tmp</i></div></div><div><div><i>chroot: failed to run command ‘/bin/bash’: No such file or directory</i></div></div></blockquote><div><div><br></div><div>3. I tried SBDebugger::SetCurrentPlatformSDKRoot() but it does not have any visible effect on load core, not sure what it is supposed to do :)</div><div><br></div><div>Eugene</div><div><br></div><div>> Subject: Re: [lldb-dev] How to load core on a different machine?<br>> From: gclayton@apple.com<br>> Date: Tue, 5 Jan 2016 15:04:36 -0800<br>> CC: lldb-dev@lists.llvm.org<br>> To: eugenebi@hotmail.com<br>> <br>> Try this:<br>> <br>> % lldb<br>> (lldb) platform select --sysroot /path/to/remote/shared/libraries remote-linux<br>> (lldb) <load core><br>> <br>> If this works, there are SBPlatform class calls in the API you can use the select the platform as done above if you need to not do this from the command line.<br>> <br>> The other option is to chroot into /path/to/remote/shared/libraries and you will need to copy your core file into /path/to/remote/shared/libraries, then just run LLDB normally and it should work.<br>> <br>> Greg Clayton<br>> <br>> > On Jan 5, 2016, at 12:53 PM, Eugene Birukov via lldb-dev <lldb-dev@lists.llvm.org> wrote:<br>> > <br>> > Hi,<br>> > <br>> > I am using LLDB-3.7 on Ubuntu Linux.<br>> > <br>> > I have a core dump file and all shared libraries from my server but I want to investigate them on a dev box. But I fail to correctly load it in LLDB - it shows wrong stacks. I.e. I am looking for something equivalent to GDB commands "set solib-absolute-prefix" and "set solib-search-path".<br>> > <br>> > I tried to play with "target modules search-paths insert", but I cannot use it if there is no target and I cannot load core after I have a target - not sure what this command is intended to do...<br>> > <br>> > Now, what I really need to do - it is load core in my custom debugger that uses C++ API. Here I made some progress:<br>> > • Create target with NULL file name<br>> > • Load core using SBTarget::LoadCore()<br>> > • Manually load all executables - the initial a.out and all the shared libraries using SBTarget::AddModule() and SBTarget::SetModuleLoadAddress()<br>> > This kind of works, but there are two problems:<br>> > • How would I find the list of modules and addresses to load from the core file? Currently I did it by loading core in the debugger on the server, but this is not acceptable for production run...<br>> > • LLDB correctly prints stacks and resolves symbols, but I cannot disassembly any code - the ReadMemory retuns all zeroes from code addresses.<br>> > <br>> > Any help would be greatly appreciated.<br>> > <br>> > Thanks,<br>> > Eugene<br>> > _______________________________________________<br>> > lldb-dev mailing list<br>> > lldb-dev@lists.llvm.org<br>> > http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev<br>> <br></div></div></div>
</div></body>
</html>