问题标签 [symbolicatecrash]

我刚开始为我的 android 应用程序使用 crittercism 崩溃报告工具。

他们的网站显示了一些完全超出我的小脑袋的内容。喜欢

警告信息

“要获得符号化的崩溃报告，请在您的应用设置页面中上传与您的应用版本匹配的 ProGuard 映射文件”

AFAIK符号化映射和proguard 映射都用于 IOS 崩溃调试，与 android 无关。所以我的直觉是他们的网站也错误地在 android 应用程序中提供了这些东西。

或者可能也有适用于 android 的东西，但我不知道。如果是这种情况，请教育我。

我用过

结果是 0x6ce59f84。我按照https://stackoverflow.com/a/4954949中提到的说明进行操作

为什么这个显示为我输入的数字。

我有一个用 monotouch 编写的应用程序，我的一个（只有一个）用户应用程序崩溃了。我在故障转储上做了一个象征性的。我在转储中看不到任何指向我的任何代码的东西：

关于我应该从这里做什么的任何建议？

感谢克里斯蒂安

我正在尝试使用 Quincy Kit 符号化崩溃日志，一切正常，但我在符号化期间在终端中收到此警告/错误：

有办法解决吗？

I have a submitted iOS app and I have the build archive with me. So, I took the crashes from iTunesConnect but when I tried to symbolicate them (dragged the .crash files to Xcode Organizer they didn't get symbolicated. I also pressed the Symbolicate button.

I am using Xcode 5.0, and I am pretty sure that the crashes that I am symbolicating came from the correct version of the build archive that I have.

Any ideas of why it doesn't work?

Thanks!

EDIT

Here's one of the crashes.

我无法从此崩溃日志中找到崩溃点，甚至无法从使用应用商店中的应用程序的客户共享的崩溃日志中模拟崩溃。

该应用程序显示它“未能及时恢复”。我无法重现相同的崩溃，我不知道它发生的原因。

请让我知道是否有任何方法可以从日志中模拟此崩溃。

请在下面找到日志

代码片段（崩溃点：行号 2679）

我有一个崩溃日志文件，我使用二进制文件中的信息来表示它。我验证了崩溃日志与这个特定的二进制文件有关。我什至能够得到 C# 级别的堆栈跟踪：

但是，我以这种方式获得的堆栈跟踪没有任何意义！这些方法不相互调用，也不相关。可能缺少一些中间堆栈跟踪帧吗？这样在我的代码上下文中可能是有意义的。

更新

我注意到一个非常奇怪的事情，有两个崩溃日志。测试人员为这两个测试描述了相同的场景。其中一个看起来像这样：

另一个是这样的：

系统库的地址相同，但应用程序本身的地址不同。但是，在“dev”行上，您可能会注意到地址移位是相同的；但是，其中一个具有 0x7c000 作为文件地址，另一个具有 0xb4000。当我从相同编号的行中给出atos地址时，结果是不同的，我不知道哪个是正确的，如果有的话。

寄存器看起来也非常相似：

在第一个和

在第二个中，这也表明了相似之处。

更新2

有人告诉我，当我将第一个地址列中的地址（不同的地址）用于 atos 时，我可能犯了一个错误。这些地址应该在系统内存空间中；另一方面，最后的地址移位（相同）应该在文件空间中。但是，当我将它们转换为十六进制并在 atos 中使用它们时，我得到的函数和方法仍然没有意义。

I've uploaded my IPA and .dSYM file on test flight. .dSYM file uploaded and attached successfully. My client tested the app and it crashed. Crash report is shown in TestFlight Crash Section. But the problem is that, TestFlight is not symbolicating the report properly. The report only displays 0x numbers, but no reference to any class or method. The report is given below:

Can you tell me where is the problem? Or, how can I decode this crash report's line # 0 from my computer?

我的应用程序链接了一个导致崩溃的静态库（所以 .dSYM 文件在这里没有用）。我有它的源代码，那么是否可以使用字节偏移量来定位源代码中的相关行？

以下是崩溃堆栈。我有函数 pjsua_acc_set_registration 的源代码，那么是否可以找到偏移量 1535 的相关行？

我有一个无法正常符号化的故障转储 - 当我将其拖入 Xcode 管理器或手动运行 symbolicatecrash 时，系统符号会显示出来，但应用程序指令地址均未触及。

我尝试使用 atos 来解决这个问题，但我得到的结果是：

当前映射到的地址___lldb_unnamed_function1$$MyApp (in MyApp) + 36应该对应于我在 main.m 中的根调用。显然，我不知道其他人应该是什么，但我猜如果一个人错了，他们都是错的。什么可能导致这种情况？___lldb_unnamed_function 通常会出现在块中嵌入的函数以外的任何地方吗？

不幸的是，这将是一个很长的问题，但由于计算应用程序二进制文件的负载偏移量可能是一个错误，我将列出我为产生上述输出而遵循的步骤。

我曾经dwarfdump -u myarchive.xcarchive/Products/Applications/MyApp.app/MyApp验证我使用的是正确的二进制文件：

故障转储中的 UUID 与第一个匹配：

该行还将负载偏移量列为 0x97000，将架构列为 armv7。我感兴趣的地址是：

所以我跑了xcrun atos -l 0x97000 -arch armv7 -o myarchive.xcarchive/Products/Applications/MyApp.app/MyApp 0x001357dc 0x00134446 0x00240cec 0x002416ea 0x0023e2de 0x000de724 0x00144f1a 0x00144336 0x000b1024 0x0009d464，这给了我上面的输出。

注意：由于这看起来不正确，我想也许我需要手动减去幻灯片值。我从应用程序包中获得了它xcrun otool -arch armv7 -l myarchive.xcarchive/Products/Applications/MyApp.app/MyApp：

但是，使用 -l 0x93000 重新运行命令给了我非常相似的结果：