<div dir="ltr"><div><div>Hi,<br><br></div><div>I build llvm+clang+lldb 3.7 successfully on
centos7, and lldb -p PID works pretty well. However when I tried lldb -c
corefile executable_bin, lldb itself core dumpped. Attached the
following core info which is debugged by gdb:<br>[root@dn-cn-controller-4fbd4 data1]# lldb -c a.corefile /usr/local/myproject/bin/cnode<br><b>(lldb) target create "/usr/local/myproject/bin/cnode" --core "a.corefile"</b><br>Segmentation fault (core dumped)<br><br><b>And then I tried gdb to check the lldb call stack:</b><br><b>(gdb) info threads</b><br> Id Target Id Frame<br> 3 Thread 0x7f81c4795700 (LWP 64) 0x00007f81c9ed46d5 in pthread_cond_wait@@GLIBC_2.3.2 ()<br> from /lib64/libpthread.so.0<br> 2 Thread 0x7f81ce580740 (LWP 59) 0x00007f81c9ed46d5 in pthread_cond_wait@@GLIBC_2.3.2 ()<br> from /lib64/libpthread.so.0<br>* 1 Thread 0x7f81c3f94700 (LWP 65) 0x00007f81cbe00630 in lldb_private::ArchSpec::GetMachine() const ()<br> from /opt/dependency/tools/bin/../lib64/liblldb.so.3.7<br><b>(gdb) bt</b><br>#0 0x00007f81cbe00630 in lldb_private::ArchSpec::GetMachine() const ()<br> from /opt/dependency/tools/bin/../lib64/liblldb.so.3.7<br>#1 0x00007f81cc20458f in RegisterContextPOSIX_x86::RegisterContextPOSIX_x86(lldb_private::Thread&, unsigned int, lldb_private::RegisterInfoInterface*) () from /opt/dependency/tools/bin/../lib64/liblldb.so.3.7<br>#2 0x00007f81cc153a24 in RegisterContextCorePOSIX_x86_64::RegisterContextCorePOSIX_x86_64(lldb_private::Thread&, lldb_private::RegisterInfoInterface*, lldb_private::DataExtractor const&, lldb_private::DataExtractor const&) ()<br> from /opt/dependency/tools/bin/../lib64/liblldb.so.3.7<br>#3 0x00007f81cc151e5e in ThreadElfCore::CreateRegisterContextForFrame(lldb_private::StackFrame*) ()<br> from /opt/dependency/tools/bin/../lib64/liblldb.so.3.7<br>#4 0x00007f81cc1523b3 in ThreadElfCore::GetRegisterContext() ()<br> from /opt/dependency/tools/bin/../lib64/liblldb.so.3.7<br>#5 0x00007f81cbfae9e2 in lldb_private::StackFrameList::GetFramesUpTo(unsigned int) ()<br> from /opt/dependency/tools/bin/../lib64/liblldb.so.3.7<br>#6 0x00007f81cbfaf3e7 in lldb_private::StackFrameList::ResetCurrentInlinedDepth() ()<br> from /opt/dependency/tools/bin/../lib64/liblldb.so.3.7<br>#7 0x00007f81cbfd32e2 in lldb_private::Thread::ShouldStop(lldb_private::Event*) ()<br> from /opt/dependency/tools/bin/../lib64/liblldb.so.3.7<br>#8 0x00007f81cbfd98d2 in lldb_private::ThreadList::ShouldStop(lldb_private::Event*) ()<br> from /opt/dependency/tools/bin/../lib64/liblldb.so.3.7<br>#9 0x00007f81cbf997bb in lldb_private::Process::ShouldBroadcastEvent(lldb_private::Event*) ()<br> from /opt/dependency/tools/bin/../lib64/liblldb.so.3.7<br>#10 0x00007f81cbf998a1 in lldb_private::Process::HandlePrivateEvent(std::shared_ptr<lldb_private::Event>&) ()<br> from /opt/dependency/tools/bin/../lib64/liblldb.so.3.7<br>#11 0x00007f81cbf9a77a in lldb_private::Process::RunPrivateStateThread(bool) ()<br> from /opt/dependency/tools/bin/../lib64/liblldb.so.3.7<br>#12 0x00007f81cbdf7db2 in lldb_private::HostNativeThreadBase::ThreadCreateTrampoline(void*) ()<br> from /opt/dependency/tools/bin/../lib64/liblldb.so.3.7<br>#13 0x00007f81c9ed0dc5 in start_thread () from /lib64/libpthread.so.0<br>#14 0x00007f81c91c821d in clone () from /lib64/libc.so.6<br></div><div><br></div><div>Any suggesstion about why lldb -c core dump?<br></div><div><br></div>Thanks,<br></div>Zhenglin<br></div>