您好，我一直在寻找解决方案，但不幸的是我一直找不到答案。我的问题是我的应用程序使用了crashlytics。当拉出我的crashlytics时，我看到Dsyms丢失的问题，我试图通过组织者添加所有丢失的，但不幸的是我无法找到所有这些。请注意，我的应用程序不在应用程序商店中，而且我没有iTunes连接，我使用的是企业帐户。我注意到当我通过模拟器运行我的应用程序并强制崩溃时，Fabric会要求我提供一个我找不到的新dSYM。我在哪里可以找到这个dsym？我已经通过我的build设置验证了我在调试和发布时启用了dWARRF和dSYM。如果您有任何想法，请告诉我。谢谢!!

我已经从一个iOS应用程序的dSYM文件中解析出地址、文件名和行号。我基本上有一个将地址映射到文件名和行号的表，这对调试很有帮助。要获取实际查找地址，我使用崩溃报告中的堆栈跟踪地址并使用此答案中指定的公式:https://stackoverflow.com/a/13576028/2758234.所以像这样。(actuallookupaddress)=(stacktraceaddress)+(virtualmemoryslide)-(imageloadaddress)我使用该地址并在我的表格中查找它。我得到的文件名是正确的，但行号总是指向调用的函数或方法的末尾，而不是在堆栈跟踪中调用以下

Crashlytics很强大，但是它会自动上传dSYM文件到服务器进行崩溃问题分析，这样够安全吗？ 最佳答案 这是一个方便和信任的问题。您是否担心Crashlytics团队会破解您的应用程序？或者您是否担心有人正在监听您的网络并在上传时拦截dSYM文件？从理论上讲，访问dSYM将使破解应用程序变得更加容易，但即使没有dSYM文件，它仍然是可能的。与我合作过的大多数客户都可以使用外部崩溃报告服务，但您应该在使用它们之前始终询问。 关于ios-将dSYM上传到Crashlytics是否安全？

我一直在尝试更改生成的dsym文件的uuid，以便crashlytics可以将崩溃日志与dsym匹配。你知道有什么办法吗？更多内容:在构建期间上传dsym的脚本失败，我没有注意到。Bitcode被禁用，因此itunesconnect中没有dsym文件。我能够从完全相同的源代码构建项目，所以从dsym符号化崩溃日志应该可以工作我仍在尝试从crashlytics获取崩溃日志，但他们的UI不支持它，因此我联系了他们的支持，然后我应该能够在本地对其进行符号化。 最佳答案 如果您有完全相同的源代码和编译器版本，您可以重新构建它并替换新的uui

最新版本缺少dsym文件。所以我已经完成了以下链接上的说明https://docs.fabric.io/ios/crashlytics/missing-dsyms.html并手动上传.zip文件。成功上传消息后，它显示在下面的图片中。在返回到仪表板时显示消息“由于缺少dSYM而导致未符号化的崩溃。我在成功上传30分钟后收到此消息。 最佳答案 我们的构建过程会自动上传dSYM，我们也在昨天发布的版本中看到了这条消息。我们第一次得到它。可能是Fabric在符号化方面暂时落后，看起来像是缺少符号文件。

我有一个iOS应用程序(我的第一个)，我正准备通过TestFlight进行Beta测试。我按照TestFlight教程中的步骤创建IPA，但随后TestFlight桌面上传程序提示“找不到dSYM”。在研究这个之后，在SO上，我看到了几个不同的问题，这些问题与仍然设置为在Xcode4.5下构建armv6的目标有关。我检查了我的Xcode设置，对于产品和我的一个编译目标(我有3或4个脚本目标)，“有效架构”设置为“armv7、armv7s”。我记得当我升级到Xcode4.5时不得不弄乱这个，我想我当时改变了它。我正在构建Cocos2d作为一个子项目，我也检查了它。我唯一拥有的其他文件是l

我正在使用cmake生成C++Xcode项目，但从未生成调试信息。每次使用cmake生成项目时，我都必须从build设置中手动选择“DWARFwithdSymfile”。使用“SET(CMAKE_CXX_FLAGS_DEBUG"${CMAKE_CXX_FLAGS_DEBUG}-g")”没有区别。我也很确定它曾经与XCode6一起正常工作(现在使用Xcode7) 最佳答案 解决方案您可以使用CMAKE_XCODE_ATTRIBUTE_*变量。要设置DWARF，您可以使用:set(CMAKE_XCODE_ATTRIBUTE_DEBUG_

对不起!有问题困扰我!我有Myapp.app.dSYM。(所有符号已从MyApp.app中剥离并复制到dSYM)现在我使用symbolicatecrash工具来符号化崩溃，它不起作用!十六进制地址仍然存在。我的部分崩溃日志:......11MyApp0x00000001010ac2c80x100070000+1702368812MyApp0x00000001010b11680x100070000+1704381613MyApp0x00000001010b10e00x100070000+17043680......所以我尝试使用:atos-archarm64-oMyApp.app.dSY

因为我已经按照文档“http://support.crittercism.com/articles/knowledge_base/Uploading-dSYMs-to-Crittercism-automatically/?l=en_US&fs=RelatedArticle”中的步骤操作使用crittercismSDK的演示示例工作正常，此上传自动构建。第0步:在服务器上下载最新版本5.1.3第1步:将SDK添加到应用程序中。使用SDK构建应用程序。此报告在设备和模拟器上发生崩溃。第2步:为“剥离”添加设置第三步:改变文件模式第四步:应用程序key和设置第五步:在“运行脚本”中添加脚本第

我正在为客户开发一个品牌应用程序。为了自动化签名品牌化部分，我开发了一个脚本，客户可以运行该脚本来使用她/他的证书和配置对生成的xcArchive进行签名，然后将其上传到AppStore。在项目构建阶段，我正在运行脚本以将dSYM提交给Crashlytics(我可以访问客户的key)。在应用程序退出并修改其bundleid后，dSYM是否还有用？ 最佳答案 在您辞职并更改bundleID后，该应用程序是否出现在FabricCrashlytics仪表板中？dSYM与组织APIkey而非bundleID相关联，因此只要应用出现在同一组织