强制 symbolicatecrash 使用特定的 .app 和 .dSYM 文件?

2024-02-12

我有一个来自我的应用程序的临时版本的 .crash 日志,symbolicatecrash 拒绝对其进行符号化。我已经应用 .patch 删除“die”命令 https://github.com/chrispix/symbolicatecrash-fix苹果在 XCode 3.2.6 中破坏了脚本后出现了symbolicatecrash。 Symbolicatecrash 已适用于其他崩溃日志,但拒绝对这一日志进行符号化。我的临时应用程序已构建并存储在“存档应用程序”中,因此 XCode 没有理由找不到它。我什至已经将 .app 和 .dSYM 文件复制到 .crash 日志旁边,没有骰子。

有没有办法强制 symbolicatecrash 使用特定的 .app 和 .dsym 文件,即使它认为它不适用?


原来我不小心删除了与崩溃日志相关的构建。 symbolicatecrash 使用以下逻辑来确定是否存在与崩溃日志关联的符号:

每个崩溃日志的底部都是二进制图像列表。你的被列在最前面。有一个与您的二进制图像关联的指南。例如:

0x1000 -   0x2befff +MyApp armv7  <a95274a309d73458a40cb5a6fd317a1c> /var/mobile/Applications/91884634-DA1A-4BDB-9E1E-6F487D8F25D7/MyApp.app/MyApp

相关的指导是:a95274a309d73458a40cb5a6fd317a1c

接下来,它使用 mdfind 工具,该工具查看与文件系统中的文件关联的元数据,以获取该 GUID 的大写和连字符形式。

在存档的应用程序中,如果单击 MyApp.app.dSYM,然后单击“获取信息”,然后公开“更多信息”,您将看到列出的 dSYM UUID 和两个 GUID。第二个 GUID 是相关的。它将采用以下形式:

A95274A3-09D7-3458-A40C-B5A6FD317A1C

如果第二个 GUID 与 .crash 文件中的 guid 匹配,则符号化崩溃将能够找到并符号化。如果它们不匹配,则二进制文件错误。

干杯, 埃里克

本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

强制 symbolicatecrash 使用特定的 .app 和 .dSYM 文件? 的相关文章

随机推荐