Apple LLDB 900.0.64 crash

Subprojects LLDB
1

Hi :slight_smile:

I hope this is an appropriate use of this mailing list, my apologies if not. I couldn’t find any form to report LLDB bugs and wasn’t sure where to ask.

With a recent update of Xcode I started getting an LLDB crash frequently while attempting to debug. (Not sure exactly which Xcode release sadly.) Sometimes it occurs when the debugger pauses execution (e.g. due to an assertion failure), other times when I attempt to inspect certain variables.

Here’s the call stack of the offending thread:

Thread 7 Crashed:: RPC packet thread for client tid 00007997 (31127)
0 com.apple.LLDB.framework 0x0000000108f98157 clang::ClassTemplateSpecializationDecl::Create(clang::ASTContext&, clang::TagTypeKind, clang::DeclContext*, clang::SourceLocation, clang::SourceLocation, clang::ClassTemplateDecl*, llvm::ArrayRefclang::TemplateArgument, clang::ClassTemplateSpecializationDecl*) + 71
1 com.apple.LLDB.framework 0x000000010a6fc39c lldb_private::ClangASTContext::CreateClassTemplateSpecializationDecl(clang::DeclContext*, clang::ClassTemplateDecl*, int, lldb_private::ClangASTContext::TemplateParameterInfos const&) + 308
2 com.apple.LLDB.framework 0x000000010a546de4 DWARFASTParserClang::ParseTypeFromDWARF(lldb_private::SymbolContext const&, DWARFDIE const&, lldb_private::Log*, bool*) + 5890
3 com.apple.LLDB.framework 0x000000010a6e2623 SymbolFileDWARF::ParseType(lldb_private::SymbolContext const&, DWARFDIE const&, bool*) + 171
4 com.apple.LLDB.framework 0x000000010a6dc33f SymbolFileDWARF::GetTypeForDIE(DWARFDIE const&, bool) + 369
5 com.apple.LLDB.framework 0x000000010a6dbc6e SymbolFileDWARF::ResolveType(DWARFDIE const&, bool, bool) + 68
6 com.apple.LLDB.framework 0x000000010a6dbbed SymbolFileDWARF::ResolveTypeUID(unsigned long long) + 45
7 com.apple.LLDB.framework 0x000000010a759942 lldb_private::Type::ResolveClangType(lldb_private::Type::ResolveStateTag) + 154
8 com.apple.LLDB.framework 0x000000010a759604 lldb_private::Type::GetForwardCompilerType() + 26
9 com.apple.LLDB.framework 0x000000010a59be5f lldb_private::ValueObjectVariable::GetCompilerTypeImpl() + 37
10 com.apple.LLDB.framework 0x000000010a58cf67 lldb_private::ValueObject::MaybeCalculateCompleteType() + 39
11 com.apple.LLDB.framework 0x000000010a5912dd lldb_private::ValueObject::GetObjectRuntimeLanguage() + 33
12 com.apple.LLDB.framework 0x000000010a59167b lldb_private::ValueObject::IsRuntimeSupportValue() + 73
13 com.apple.LLDB.framework 0x0000000107c5faec lldb::SBFrame::GetVariables(lldb::SBVariablesOptions const&) + 624
14 com.apple.LLDB.framework 0x0000000107c5fda4 lldb::SBFrame::GetVariables(bool, bool, bool, bool, lldb::DynamicValueType) + 208
15 lldb-rpc-server 0x0000000106220aef rpc_server::_ZN4lldb7SBFrame12GetVariablesEbbbbNS_16DynamicValueTypeE::HandleRPCCall(rpc_common::Connection&, rpc_common::RPCStream&, rpc_common::RPCStream&) + 219
16 lldb-rpc-server 0x00000001061e662a rpc_common::Connection::PrivateHandleRPCPacket(rpc_common::RPCPacket&, rpc_common::RPCPacket&, bool&) + 506
17 lldb-rpc-server 0x00000001061e730c rpc_common::Connection::HandleRPCPacket(rpc_common::RPCPacket&) + 62
18 lldb-rpc-server 0x00000001061ea862 Packets::ProcessPackets() + 254
19 lldb-rpc-server 0x00000001061ea68b Packets::ReadThread() + 187
20 lldb-rpc-server 0x00000001061ea5cb Packets::RunReadThread(void*) + 9
21 libsystem_pthread.dylib 0x00007fff7b8906c1 _pthread_body + 340
22 libsystem_pthread.dylib 0x00007fff7b89056d _pthread_start + 377
23 libsystem_pthread.dylib 0x00007fff7b88fc5d thread_start + 13

The full LLDB crash dump can be downloaded here: https://www.dropbox.com/s/87tpcb31t10679z/lldb-rpc-server_2018-01-18-134410_Johans-MacBook-Pro.crash?dl=0

The (Apple) LLDB version is lldb-900.0.64. Not sure whether/how this corresponds to “official” LLDB version numbers.

Unfortunately I’m unable to share the code for confidentiality reasons. I’ll attempt to isolate the issue but I thought I’d ask here in case it’s a known issue or the cause is obvious.

Thanks,

Johan Øverbye
This message, including any attachments, may contain confidential or privileged information and is intended solely for the addressee. If you are not an intended recipient, please notify the sender and delete this message and any back-up copies from your systems. We love trees! Please do not print this email unless absolutely necessary, thank you. String Applied Technologies is a limited company registered in England and Wales. Registered number: 08962109. Registered office: The Bradfield Centre, 184, Cambridge Science Park Milton Road, Cambridge, Cambridgeshire, CB4 0GF, United Kingdom

2

Hi Johan,

If it is Apple specific, create a report on the Apple Bug Reporter, at https://bugreport.apple.com/.

If you can reproduce the error with stock lldb, please report it on the LLVM bugtracker, at https://bugs.llvm.org/enter_bug.cgi.

-Dimitry

3

This is a crash that is happening as we are trying to translate DWARF back into Clang ASTs. You can enable DWARF logging by doing:

(lldb) log enable -f /tmp/dwarf.log dwarf info

Or add that line to your ~/.lldbinit file.

Then make it crash and we will have a log of what was wrong and might have an idea of the type that is causing the problem. If you get this log, there should be a line from this code:

dwarf->GetObjectFile()->GetModule()->LogMessage(
log, "SymbolFileDWARF::ParseType (die = 0x%8.8x, decl_ctx = %p (die "
“0x%8.8x)) %s name = ‘%s’)”,
die.GetOffset(), static_cast<void *>(context),
context_die.GetOffset(), die.GetTagAsCString(), die.GetName());

right before it crashed. It might help to reproduce a minimal example that can be used to fix this issue.

Remember to remove the “log enable” from your ~/.lldbinit file if you did add it, otherwise you will slow down debugging in future sessions.

Greg Clayton