ios – XCode 6.1和6.1.1在调试器断点(模拟器)上崩溃

概述我像许多其他人一样,遇到了XCode 6崩溃的问题.我得到了SourceKit崩溃以及完整的应用程序崩溃.我想,我会尝试6.1.1(开发人员中心),更糟糕的是,调试器断点现在导致一个完整的应用程序崩溃.所以我说忘记了,并回到了6.1,但是当放入调试器断点时,我仍然有崩溃. 显然这个断点的崩溃只会影响模拟器,物理设备设置并在断点处停止,而不会出现问题.奇怪的！ 这绝对是疯狂！有人得到这个吗 我试过的 我像许多其他人一样,遇到了XCode 6崩溃的问题.我得到了SourceKit崩溃以及完整的应用程序崩溃.我想,我会尝试6.1.1(开发人员中心),更糟糕的是,调试器断点现在导致一个完整的应用程序崩溃.所以我说忘记了,并回到了6.1,但是当放入调试器断点时,我仍然有崩溃.

显然这个断点的崩溃只会影响模拟器,物理设备设置并在断点处停止,而不会出现问题.奇怪的！

这绝对是疯狂！有人得到这个吗

我试过的事情

>删除/Application/Xcode.app/& 〜/资源库/开发/ *
>清理项目
重启笔记本电脑
>在物理设备上执行的断点(<< ======这个工作!!!)
屠宰一只鸡,遍布全血

堆栈跟踪的头：

Process:         Xcode [7904]Path:            /Applications/Xcode.app/Contents/MacOS/XcodeIDentifIEr:      com.apple.dt.XcodeVersion:         6.1 (6604)Build Info:      IDEFrameworks-6604000000000000~2App Item ID:     497799835App External ID: 752282650Code Type:       X86-64 (Native)Parent Process:  launchd [185]Responsible:     Xcode [7904]User ID:         501Date/Time:       2014-11-25 12:32:49.348 -0800OS Version:      Mac OS X 10.9.5 (13F34)Report Version:  11Anonymous UUID:  E22980F9-B80B-F985-200A-FE471C623C56Crashed Thread:  23  <DBGLLDBSessionThread (pID=7957)>Exception Type:  EXC_BAD_ACCESS (SIGBUS)Exception Codes: KERN_PROTECTION_FAILURE at 0x00000001409bdfd0VM Regions Near 0x1409bdfd0:    Stack                  000000014093b000-00000001409bd000 [  520K] rw-/rwx SM=COW  thread 22--> STACK GUARD            00000001409bd000-00000001409be000 [    4K] ---/rwx SM=Nul  stack guard for thread 23    Stack                  00000001409be000-0000000140a40000 [  520K] rw-/rwx SM=COW  thread 23Application Specific information:ProductBuildVersion: 6A1052d

…

Thread 23 Crashed:: <DBGLLDBSessionThread (pID=7957)>0   libsystem_pthread.dylib         0x00007fff90eb82cf __mtx_droplock + 171   libsystem_pthread.dylib         0x00007fff90eb88f3 pthread_mutex_unlock + 602   com.apple.LLDB.framework        0x000000011808f8be lldb_private::Mutex::Locker::~Locker() + 223   com.apple.LLDB.framework        0x00000001180ed55f GDBRemoteCommunication::CheckForPacket(unsigned char const*,unsigned long,StringExtractorGDBRemote&) + 24234   com.apple.LLDB.framework        0x00000001180ec99e GDBRemoteCommunication::WaitForPacketWithTimeoutMicroSecondsNolock(StringExtractorGDBRemote&,unsigned int) + 885   com.apple.LLDB.framework        0x00000001181eeb1b GDBRemoteCommunicationClIEnt::SendPacketAnDWaitForResponse(char const*,StringExtractorGDBRemote&,bool) + 916   com.apple.LLDB.framework        0x00000001180f7574 ProcessGDBRemote::DoReadMemory(unsigned long long,voID*,lldb_private::Error&) + 2167   com.apple.LLDB.framework        0x00000001181a452a lldb_private::Process::ReadMemoryFromInferior(unsigned long long,lldb_private::Error&) + 948   com.apple.LLDB.framework        0x0000000118171889 lldb_private::Processstructreader::Processstructreader(lldb_private::Process*,unsigned long long,lldb_private::ClangASTType) + 5619   com.apple.LLDB.framework        0x0000000118169082 lldb_private::SwiftLanguageRuntime::ClassMetadata::ClassMetadata(lldb_private::SwiftLanguageRuntime&,unsigned long long) + 35410  com.apple.LLDB.framework        0x000000011816625d lldb_private::SwiftLanguageRuntime::GetMetadataForLocation(unsigned long long) + 53111  com.apple.LLDB.framework        0x00000001181690d1 lldb_private::SwiftLanguageRuntime::ClassMetadata::ClassMetadata(lldb_private::SwiftLanguageRuntime&,unsigned long long) + 43312  com.apple.LLDB.framework        0x000000011816625d lldb_private::SwiftLanguageRuntime::GetMetadataForLocation(unsigned long long) + 53113  com.apple.LLDB.framework        0x00000001181690d1 lldb_private::SwiftLanguageRuntime::ClassMetadata::ClassMetadata(lldb_private::SwiftLanguageRuntime&,unsigned long long) + 43314  com.apple.LLDB.framework        0x000000011816625d lldb_private::SwiftLanguageRuntime::GetMetadataForLocation(unsigned long long) + 53115  com.apple.LLDB.framework        0x00000001181690d1 lldb_private::SwiftLanguageRuntime::ClassMetadata::ClassMetadata(lldb_private::SwiftLanguageRuntime&,unsigned long long) + 43316  com.apple.LLDB.framework        0x000000011816625d lldb_private::SwiftLanguageRuntime::GetMetadataForLocation(unsigned long long) + 53117  com.apple.LLDB.framework        0x00000001181690d1 lldb_private::SwiftLanguageRuntime::ClassMetadata::ClassMetadata(lldb_private::SwiftLanguageRuntime&,unsigned long long) + 43318  com.apple.LLDB.framework        0x000000011816625d lldb_private::SwiftLanguageRuntime::GetMetadataForLocation(unsigned long long) + 531

…

解决方法 多年来为解决这种奇怪的XCode行为提出了许多解决方案,所以我已经包括了所有这些步骤…但是,我已经添加了一些我自己的(在一起完成并且按顺序)从来没有无法解决我遇到的每一个奇怪的XCode问题…

请注意：做所有这些步骤(按顺序)可以是关键的…我意识到,其中一些乍一看似乎是过分的,或者他们不应该重要,但我的经验表明,每一步都在获得XCode恢复正常工作.因此,我不建议您跳过任何步骤或更改订单.

就这样说,如果你发现需要调整下面的步骤,请发表评论… XCode不断变化,这些步骤也可能需要随着时间的推移而改变.

XCode崩溃后：

1)如果模拟器仍然运行,请确保在关闭之前选择IOS Simulator->重置内容和设置.

2)关闭模拟器(CMD-Q)

3)窗口 – >主办单位 – >删除派生数据

4)如果在任何设备上进行调试,请从设备中删除应用程序,然后完全REBOOT设备.

5)启动XCode

6)删除所有断点

7)产品 – > (按住Alt /选项键)清洁构建文件夹

8)产品 – >清洁

9)通过XCode再次关闭XCode>退出XCode(注意：必须是GRACEFul退出,所以XCode可以正常完成关闭/清除周期)

10)重启Mac

11)启动Xcode

12)如果在模拟器中运行,选择不同的设备进行模拟,而不是崩溃.

13)做一个测试运行你的应用程序(没有断点)

14)如果一切顺利,开始添加断点(所有异常始终是一个好的起点).

HAIL MARY CLAUSE(a.k.a.“Corbomite机动”)：如果上述所有 *** 作都不起作用,则再次执行上述所有步骤,但在步骤9和10之间插入以下步骤：9A)删除XCode应用程序并重新安装XCode.

总结

以上是内存溢出为你收集整理的ios – XCode 6.1和6.1.1在调试器断点(模拟器)上崩溃全部内容，希望文章能够帮你解决ios – XCode 6.1和6.1.1在调试器断点(模拟器)上崩溃所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。