在运行symbolicate crash之前，我还将dsym、应用程序包和崩溃日志放在同一个目录中

然后我使用.profile中定义的这个函数来简化运行symbolicatcrash:

function desym
{
    /Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKit.framework/Versions/A/Resources/symbolicatecrash -A -v $1 | more
}

上面的论点可能对你有帮助。

您可以检查，以确保spotlight“看到”您的dysm文件通过运行命令:

mdfind 'com_apple_xcode_dsym_uuids = *'

在目录中查找您拥有的dsym。

注意:在最新的Xcode中，不再有Developer目录。你可以在这里找到这个实用程序:

/应用程序/ xcode /内容/ SharedFrameworks / DTDeviceKitBase.framework /更‌离子/ /资源/ symbolicatecrash

为了表示崩溃，Spotlight必须能够找到与您提交给Apple的二进制文件同时生成的. dsym文件。由于它包含符号信息，如果它不可用，那么您就不走运了。

我不得不对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;

在我的例子中，我直接将崩溃报告从Mail拖到Organizer。出于某种原因，这阻止了坠机报告被符号化(我很想知道为什么)。

首先将崩溃报告复制到桌面，然后将它们从桌面拖动到管理器，这样它们就被正确地符号化了。

我知道，这是非常具体的案例。但以防万一，还是分享一下吧。

在最新版本的Xcode(3.2.2)中，你可以拖拽任何崩溃报告到Xcode管理器的设备日志部分，它们会自动为你标记。我认为如果你使用Build & Archive(也是Xcode 3.2.2的一部分)构建那个版本的应用程序，这是最好的工作方式

我使用以下步骤成功地做到了这一点。

第一步:在桌面上创建一个文件夹，我给它命名为“CrashReport”，并放三个文件(“MYApp. exe”)。应用程序”、“MyApp.app。“MYApp_2013-07-18.crash”)。

第二步:打开查找器，进入应用程序，在那里你会找到Xcode应用程序，右键单击这个，然后单击“显示包内容”，在这之后按照这个简单的路径。 “内容- >开发人员- >平台- > iPhoneOS.platform - >开发- >库- > PrivateFrameworks - > DTDeviceKit.framework - >版本- > - >资源”

OR

“内容- >开发人员- >平台- > iPhoneOS.platform - >开发- >库- > PrivateFrameworks - > DTDeviceKitBase.framework - >版本- > - >资源”

OR

对于Xcode 6及以上版本，路径为 应用程序/ xcode /内容/ SharedFrameworks / DTDeviceKitBase.framework /版本/ /资源

在你找到“symbolicatcrash”文件的地方，复制并粘贴到“CrashReport”文件夹。

第三步:启动终端，运行这3条命令

cd /Users/mac38/Desktop/CrashReport，按“Enter”键 出口DEVELOPER_DIR = " /应用程序/ Xcode。app/Contents/Developer”，按“Enter” ./ symbolicatcrash -A -v MYApp_2013-07-18.使用实例崩溃MyApp.app.dSYM，然后按Enter现在它完成了。(注意:6.4或更高版本没有-A选项——把它去掉)。