问题标签 [dsym]

我正在使用 swift 进行编码。我有象征性的错误，但我仍然无法准确理解错误的含义。我可以看到这些信息

• 班级名称
• 函数名称

它是否包含任何其他信息，例如

• 电话号码
• 错误类型（如数组超出索引..）

或者更多？

这是另一个较短的崩溃日志。（也许它会更容易解释）

有人在他们的 ipa 中看到过两个 dsym 文件吗？（注意：如果有帮助，这两个文件如下图所示。）我不清楚它为什么会发生，当我符号化我的崩溃日志时，行号根本不匹配。我尝试分别对每个进行符号化，并且两者都有不同的、不正确的行号。我在 Yosemite 上使用 XCode 6.1.1。感谢您提供任何信息！

我的 iOS 有时会因为“异常原因：-[NSParagraphStyle 字节]：无法识别的选择器发送到实例 0x16fe2130”而崩溃。

崩溃日志如下所示：

我有应用程序的 dSYM 文件和我得到的“0x000fee3f”：

您对如何解决此问题有任何想法吗？

更新： parseColorInfo 的代码是：

}

}

在每个运行的项目中，我一次又一次地遇到同样的错误。有时删除派生数据会有所帮助，有时则无济于事。

我想这是在我的团队负责人接受了 iOS 团队开发计划的新许可协议之后开始的，但我不确定。

问题的原因可能是什么？我该如何解决？

更新：

另外，我注意到出现了一些重复的方案。

我的 OSX 应用程序有几个使用-gclang 标志编译的依赖库，以保留源级调试符号。Xcode 项目设置已Strip Debug Symbols During Copy设置为YES并Debug Information Format设置为DWARF with dSYM.

但是，每当我阅读符号化的崩溃报告时，应用程序级别的回溯帧都是正确符号化的，但库级别的帧只是内存地址。这让我觉得 Xcode 没有将依赖项的符号数据放入 dSYM 包中。怎么能解决这个问题？

我们正处于向 App Store 发布应用程序的最后阶段，发现我们的归档构建的 dysm 约为 40 MB，我们想知道是否有办法减少这个大小，或者构建是否需要这种大小？

我尝试使用 symbolicatecrash ~~~.crash 和 dSYM 文件分析 Apple 商店给出的崩溃 iOS 应用程序崩溃日志。但是，当我尝试制作 crash.log 时，出现以下错误。你能告诉我如何解决这个问题吗？

以下是符号崩溃文件

我的应用程序有一个嵌入式框架，在同一个项目中创建，分析崩溃报告我注意到嵌入式框架的符号不起作用：

主应用程序没有问题：

问题显然出在构建设置中，但“调试信息格式”已经是“带有 dSYM 文件的 DWARF”，并且所有其他调试-条带-dsym 相关设置与主应用程序相同。

甚至 crashlytics 也无法进行符号化。

框架“条形”配置

这里有两个 dSYM 文件：

框架：

应用程序：

注意 CFBundleIdentifier：

框架：com.MyCompanyAAA.MyFramework

应用程序：com.MyCompanyBBB.MyApp

是的，公司使用两个不同的公司ID，会不会有问题？

dSYM 包结构：

尝试从应用商店中的应用下载 dSYM 文件时出现错误。我在 Xcode 的“组织者”中点击“下载 dSYM”。（见下图）

我得到的错误如下：

您的用户帐户已附加到多个 iTunes 提供商。在登录之前为每个提供商创建单独的帐户。

我最近使用我的 Apple ID 被添加到我的客户 iTunes 连接帐户中。这是我用于私人开发的同一个 Apple ID，我尝试下载 dSYM 的应用程序是通过我的私人帐户上传的。

如何解决这个问题？

Crashlytics 说“我们缺少一个 dSYM 来处理崩溃”，当我尝试从 Xcode (7.1) 下载 dSYM 时，我得到“没有可供下载的 dsym”