Re: Xcode crash at background thread breakpoint
Re: Xcode crash at background thread breakpoint
- Subject: Re: Xcode crash at background thread breakpoint
- From: Jim Ingham <email@hidden>
- Date: Tue, 09 Apr 2013 11:00:00 -0700
Quincy,
This crash is because there was something in the debug information for your code (DWARF is the name of the debug info format lldb uses) that our parser didn't like. The best was to deal with this sort of problem is to file a bug at bugreporter.apple.com, and then we can use that to work on getting the information we need to figure out what exactly is going wrong.
Thanks,
Jim
On Apr 8, 2013, at 9:55 PM, Quincey Morris <email@hidden> wrote:
> Xcode 4.6.1 has started crashing frequently when it hits a breakpoint in a background thread. For any given breakpoint, if it crashes at all, it always crashes. The crash log looks like this (in part):
>
>> Process: Xcode [51905]
>> Path: /Applications/Xcode.app/Contents/MacOS/Xcode
>> Identifier: com.apple.dt.Xcode
>> Version: 4.6.1 (2067)
>> Build Info: IDEApplication-2067000000000000~2
>> App Item ID: 497799835
>> App External ID: 14581035
>> Code Type: X86-64 (Native)
>> Parent Process: launchd [165]
>> User ID: 501
>>
>> Date/Time: 2013-04-08 21:42:09.304 -0700
>> OS Version: Mac OS X 10.8.3 (12D78)
>> Report Version: 10
>>
>> Crashed Thread: 25 <lldb session listener>
>>
>> Exception Type: EXC_BAD_ACCESS (SIGSEGV)
>> Exception Codes: KERN_INVALID_ADDRESS at 0x000000370000003e
>>
>> VM Regions Near 0x370000003e:
>> MALLOC (reserved) 0000000610000000-0000000800000000 [ 7.8G] rw-/rwx SM=NUL reserved VM address space (unallocated)
>> -->
>> JS JIT generated code 00005c67f0200000-00005c67f0201000 [ 4K] ---/rwx SM=NUL
>>
>> Application Specific Information:
>> ProductBuildVersion: 4H512
>> objc[51905]: garbage collection is ON
>
>> Thread 25 Crashed:: <lldb session listener>
>> 0 com.apple.LLDB.framework 0x000000011d7f032c DWARFDebugInfo::ParseCompileUnitHeadersIfNeeded() + 20
>> 1 com.apple.LLDB.framework 0x000000011d7f0199 DWARFDebugInfo::GetCompileUnitAtIndex(unsigned int) + 17
>> 2 com.apple.LLDB.framework 0x000000011d7fc5f4 SymbolFileDWARF::Index() + 256
>> 3 com.apple.LLDB.framework 0x000000011d8059b6 SymbolFileDWARF::FindDefinitionTypeForDWARFDeclContext(DWARFDeclContext const&) + 324
>> 4 com.apple.LLDB.framework 0x000000011d810501 SymbolFileDWARFDebugMap::FindDefinitionTypeForDWARFDeclContext(DWARFDeclContext const&) + 85
>> 5 com.apple.LLDB.framework 0x000000011d803d00 SymbolFileDWARF::ParseType(lldb_private::SymbolContext const&, DWARFCompileUnit*, DWARFDebugInfoEntry const*, bool*) + 11396
>> 6 com.apple.LLDB.framework 0x000000011d7fcc1d SymbolFileDWARF::GetTypeForDIE(DWARFCompileUnit*, DWARFDebugInfoEntry const*) + 191
>> 7 com.apple.LLDB.framework 0x000000011d7fcaae SymbolFileDWARF::ResolveType(DWARFCompileUnit*, DWARFDebugInfoEntry const*, bool) + 96
>> 8 com.apple.LLDB.framework 0x000000011d7fae14 SymbolFileDWARF::ResolveTypeUID(DWARFCompileUnit*, DWARFDebugInfoEntry const*, bool) + 354
>> 9 com.apple.LLDB.framework 0x000000011d7fac7a SymbolFileDWARF::ResolveTypeUID(unsigned long long) + 96
>> 10 com.apple.LLDB.framework 0x000000011d839ff9 lldb_private::Type::ResolveClangType(lldb_private::Type::ResolveStateTag) + 65
>> 11 com.apple.LLDB.framework 0x000000011d83a512 lldb_private::Type::CreateClangPointerType(lldb_private::Type*) + 44
>> 12 com.apple.LLDB.framework 0x000000011d83a130 lldb_private::Type::ResolveClangType(lldb_private::Type::ResolveStateTag) + 376
>> 13 com.apple.LLDB.framework 0x000000011d83a375 lldb_private::Type::GetClangLayoutType() + 19
>> 14 com.apple.LLDB.framework 0x000000011d7fa62f SymbolFileDWARF::ParseChildMembers(lldb_private::SymbolContext const&, DWARFCompileUnit*, DWARFDebugInfoEntry const*, void*, lldb::LanguageType, std::__1::vector<clang::CXXBaseSpecifier*, std::__1::allocator<clang::CXXBaseSpecifier*> >&, std::__1::vector<int, std::__1::allocator<int> >&, DWARFDIECollection&, std::__1::vector<SymbolFileDWARF::DelayedAddObjCClassProperty, std::__1::allocator<SymbolFileDWARF::DelayedAddObjCClassProperty> >&, lldb::AccessType&, bool&, SymbolFileDWARF::LayoutInfo&) + 5095
>> 15 com.apple.LLDB.framework 0x000000011d7fb45d SymbolFileDWARF::ResolveClangOpaqueTypeDefinition(void*) + 1141
>> 16 com.apple.LLDB.framework 0x000000011d81b97a GetCompleteQualType(clang::ASTContext*, clang::QualType, bool) + 284
>> 17 com.apple.LLDB.framework 0x000000011d81c222 lldb_private::ClangASTContext::GetNumChildren(clang::ASTContext*, void*, bool) + 338
>> 18 com.apple.LLDB.framework 0x000000011d81c3f8 lldb_private::ClangASTContext::GetNumChildren(clang::ASTContext*, void*, bool) + 808
>> 19 com.apple.LLDB.framework 0x000000011d81c467 lldb_private::ClangASTContext::GetNumChildren(clang::ASTContext*, void*, bool) + 919
>> 20 com.apple.LLDB.framework 0x000000011d76cba9 lldb_private::ValueObjectVariable::CalculateNumChildren() + 87
>> 21 com.apple.LLDB.framework 0x000000011d761706 lldb_private::ValueObject::GetNumChildren() + 54
>> 22 com.apple.LLDB.framework 0x000000011ca19337 lldb::SBValue::GetNumChildren() + 149
>> 23 com.apple.dt.dbg.DebuggerLLDB 0x000000010a949c78 -[DBGLLDBDataValue initWithLLDBValueObject:forStackFrame:withParent:] + 345
>> 24 com.apple.dt.dbg.DebuggerLLDB 0x000000010a947a24 -[DBGLLDBStackFrame _findSymbolWithName:symbolKind:atLocation:] + 1268
>> 25 com.apple.dt.dbg.DebuggerLLDB 0x000000010a947d73 __93-[DBGLLDBStackFrame requestDataValueForSymbol:symbolKind:atLocation:onQueue:withResultBlock:]_block_invoke + 130
>> 26 com.apple.dt.dbg.DebuggerLLDB 0x000000010a952bb9 -[DBGLLDBSession handleNextActionWithState:withRunPending:] + 574
>> 27 com.apple.dt.dbg.DebuggerLLDB 0x000000010a950226 DBGLLDBSessionThread(void*) + 694
>> 28 com.apple.LLDB.framework 0x000000011d79ade6 ThreadCreateTrampoline(void*) + 108
>> 29 libsystem_c.dylib 0x00007fff8be267a2 _pthread_start + 327
>> 30 libsystem_c.dylib 0x00007fff8be131e1 thread_start + 13
>
>> Thread 25 crashed with X86 Thread State (64-bit):
>> rax: 0x3fffffffffffffff rbx: 0x0000000000000000 rcx: 0x00007fc946939f30 rdx: 0x00007fc94693a1f8
>> rdi: 0x0000003700000036 rsi: 0x0000000000000000 rbp: 0x0000000164b26be0 rsp: 0x0000000164b26ba0
>> r8: 0x0000000000012068 r9: 0x0000000164b26c40 r10: 0x00000000b5100001 r11: 0x0000000000400000
>> r12: 0x0000003700000036 r13: 0x00007fc946939f30 r14: 0x0000003700000036 r15: 0x0000000000000000
>> rip: 0x000000011d7f032c rfl: 0x0000000000000206 cr2: 0x00007fff58cf2940
>> Logical CPU: 0
>
> Anyone recognize any of this? Any workaround suggestions would be appreciated.
>
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Xcode-users mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden