[lldb-dev] Apple LLDB 900.0.64 crash

[Johan Øverbye via lldb-dev]

Hi :)

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::ArrayRef<clang::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 <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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/lldb-dev/attachments/20180118/23d595c6/attachment-0001.html>