Xcode crash at background thread breakpoint
Xcode crash at background thread breakpoint
- Subject: Xcode crash at background thread breakpoint
- From: Quincey Morris <email@hidden>
- Date: Mon, 08 Apr 2013 21:55:54 -0700
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