我不得不对symbolicatecrash脚本进行大量的修改，以使其正常运行。

据我所知，symbolicatcrash现在要求.app和.dsym在同一个目录下。它将使用.dsym来定位.app，但不会使用dsym来查找符号。

在尝试这些补丁之前，你应该复制你的符号化崩溃，这将使它看起来在dsym:

getSymbolPathFor_dsymUuid函数的第212行左右

212     my @executablePath = grep { -e && ! -d } glob("$dsymdir" . "/Contents/Resources/DWARF/" . $executable);

matchesUUID函数的第265行左右

265             return 1;

我喜欢使用Textwrangler来精确定位原始应用程序上传二进制拒绝中的错误。(崩溃数据将在你的itunesConnect账户中找到。)使用上面萨钦的方法，我复制了原文。崩溃到TextWrangler，然后复制符号崩溃文件，我已经创建到另一个TextWrangler文件。比较这两个文件可以发现不同之处。符号崩溃文件将有差异，指出文件和行数的问题。

神奇的Xcode Organizer并没有那么神奇地象征我的应用程序。我从苹果那里得到的应用程序提交失败的崩溃报告中没有任何符号。

我尝试使用命令行，将崩溃报告与.app文件(我提交给商店的文件)和.dSYM文件放在同一个文件夹中:

$ symbolicatecrash "My App_date_blahblah-iPhone.crash" "My App.app"

这只为我的应用程序提供了符号，而不是核心基础代码，但它比Organizer提供给我的数字转储要好，足以让我找到并修复应用程序的崩溃。如果有人知道如何扩展这一点，以获得基金会的符号，这将是赞赏的。

这是另一个问题，我有符号化崩溃-它不会与应用程序有空间在他们的捆绑(即。“测试App.app”)。注意，我不认为你在提交时可以在他们的名字中有空格，所以你应该删除这些，但如果你已经有需要分析的崩溃，就像这样修补符号崩溃(4.3 GM):

240c240
<         my $cmd = "mdfind \"kMDItemContentType == com.apple.application-bundle && kMDItemFSName == $exec_name.app\"";
---
>         my $cmd = "mdfind \"kMDItemContentType == com.apple.application-bundle && kMDItemFSName == '$exec_name.app'\"";
251c251
<             my $cmd = "find \"$archive_path/Products\" -name $exec_name.app";
---
>             my $cmd = "find \"$archive_path/Products\" -name \"$exec_name.app\"";

尽管我已经开发了几年的应用程序，这是我第一次调试二进制文件，我觉得自己像一个完全的NOOB，弄清楚所有的文件在哪里，即*在哪里。应用程序*。dSYM和崩溃日志?为了弄清楚这个问题，我不得不阅读多篇文章。图片胜过千言万语，我希望这篇文章能在将来对其他人有所帮助。

1-首先去itunesconnect下载你的崩溃日志。 注意:在大多数情况下，您可能会得到类似于“提交的报告太少而无法显示报告”的内容。基本上没有足够多的用户向苹果提交崩溃日志报告，在这种情况下，你什么都做不了。

2-现在如果你没有改变你的代码，因为你已经提交了你的二进制文件给苹果，然后启动Xcode的项目，并再次执行Product -> Archive。否则，只需找到您最近提交的二进制文件，并右键单击它。

在Xcode 4.2.1中，打开管理器，然后进入库/设备日志，将.crash文件拖到崩溃日志列表中。它将在几秒钟后为您显示。

注意，你必须使用与原始版本存档相同的Xcode实例(即，你的版本的存档必须存在于Organizer中)。