Iphone 象征性崩溃

我使用以下脚本来表示从用户处获得的崩溃报告：

/开发者/Platforms/iPhoneOS.platform/Developer/Library/Xcode/Plug-ins/iPhoneRemoteDevice.xcodeplugin/Contents/Resources/symbolicatecrash myapp_iPod-Touch.crash myapp.app.dSYM>test.txt

---

它匹配了所有框架调用，但没有匹配我的代码。我怎样才能把代码编出来？。请给我一些想法

As，用于此操作的dSYM文件必须与编译用户正在运行的应用程序版本时生成的文件完全相同。如果未保存该文件，您将无法在自己的应用程序中解析符号。您不能使用最新版本生成的任何dSYM文件来运行较旧版本的应用程序。

iPhone SDK 2.2.1附带的symbolicatecrash实用程序中也存在已知问题，如果您当前使用的是SDK。您需要从下载新的二进制文件

希望这能帮助您解决问题。

发布了一个新脚本，它可能有助于更新 在大约2012年的XCode 4中，符号化在XCode管理器中非常有效，即使Dsym在其路径中有一个空间（我认为）

p、 让您的dSYMs处于版本控制之下

更新 从XCode 3.2.5（2010年11月）开始，在Organizer窗口的设备日志中完成的符号化工作似乎相当顺利

首先，崩溃是垃圾*，但是 在投入并修复它之前，请确保您的.app包 与.dSYM位于同一目录中

应用程序文件名或标识符中是否有点或破折号？ 如果是这样，您应该应用。它用于在2.x环境中读取3.0崩溃转储，但它也能正确处理应用程序名称和ID中的点和破折号。Duh。正则表达式很难

在此之后，您将不得不破解perl。 试试./symbolicatecrash-Av mycrash.crash>/dev/null 看看哪里出了问题

对于我的问题，我不得不注释掉quoteMeta（$dsymdir）； 及印章(可执行);；线。然后我有了一个模模糊糊的办法

这是一种运输产品。欢迎来到未来

从*SDK2.2.1开始，谁知道呢，也许在3.0GM中它是健壮的。这是可能发生的

（Xcode 4.2）symbolicatecrash是一个perl脚本，它使用spotlight定位属于崩溃应用程序的dSYM文件。如果使用-v（verbose）选项运行symbolicatecrash，您将看到如下内容：在聚光灯下搜索UUID为的dsym。。。正在运行mdfind“com_apple…”

---

因此，使用mdutil命令：mdutil-s-a确保spotlight正常工作，并且spotlight的索引对于您的资料所在的卷处于活动状态。如果您存档的应用所在的卷没有索引，请确保打开索引。（作为root/sudo:mdutil-i on/Volumes/…）

但它在iPhone崩溃日志上还不起作用。我不是一名iPhone开发者，所以我很难做到这一点（尤其是没有iPhone应用程序dSYM捆绑包进行测试）。欢迎使用补丁。但是：我应该能够在我的源代码管理系统中同步回标记的签入，重新构建它，并使用那些dsym，对吗？在ATM机上无止境地遇到麻烦。这假设从您第一次编译应用程序到现在，您的系统上的所有内容都是相同的。如果您升级了Xcode或iPhone SDK，那么现在生成的二进制文件可能与您提交应用程序时生成的二进制文件不完全相同。是的，您需要对DSYM进行版本控制。