我可能已经阅读了20多篇关于这个主题的文章和论坛帖子，但我仍然无法让它发挥作用。我的应用程序似乎可以很好地进行符号化，但我无法对系统调用进行符号化，这是我收到的大多数崩溃日志似乎正在崩溃的地方。我试过:多个版本的Xcode在GitHub上使用修补过的symbolicatecrash脚本使用mdimport导入应用存档和Xcode应用将运行iOS6的iPad连接到Xcode以便它可以扫描它(查看Xcode包内部会发现DeviceSupport目录中有一个名为“6.0(10A403)”的文件夹，这是iOS6的最终版本)将崩溃日志导入Xcode。它没有错误地失败。使其导入的唯一方法是从另一个
我最近向应用商店提交了一个应用，但被拒绝了。我制作的应用程序专门针对iPhone，但我不知道您必须确保它也能在iPad上运行(AppleGuidelines2.10)，因此我的应用程序因评论者在iPadAir上运行时崩溃而被拒绝.我没有iPadAir，所以我无法重现我这边的崩溃。审阅者向我发送了应用程序的.crash文件，但我在尝试对其进行符号化时遇到了麻烦。我有.crash文件以及应用程序二进制文件的.dSYM和.app文件。我该如何从这里符号化.crash文件？ 最佳答案 为遇到类似问题的人提供的一些信息:我们收到的崩溃日志文件
我应该从我的设备中获得符号化。我按照http://jmillerdev.net/symbolicating-ios-crash-files-xamarin-ios的说明进行操作.我为Xcode8创建了别名aliassymbolicate="/Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash-v"我更新了开发者目录exportDEVELOPER_DIR="/Applications/Xcode.app/Contents
我应该从我的设备中获得符号化。我按照http://jmillerdev.net/symbolicating-ios-crash-files-xamarin-ios的说明进行操作.我为Xcode8创建了别名aliassymbolicate="/Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash-v"我更新了开发者目录exportDEVELOPER_DIR="/Applications/Xcode.app/Contents
有人尝试过XCODE-6GM版本的symbolicatecrash吗？我在找/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKitBase.framework/Versions/A/Resources/symbolicatecrash但现在它在Xcode-6包中不可用。它在Xcode-5中可用 最佳答案 我刚刚经历过这个。symbolicatecrash
有人尝试过XCODE-6GM版本的symbolicatecrash吗？我在找/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKitBase.framework/Versions/A/Resources/symbolicatecrash但现在它在Xcode-6包中不可用。它在Xcode-5中可用 最佳答案 我刚刚经历过这个。symbolicatecrash
我非常熟悉iOS应用程序的崩溃日志是如何被符号化的，但这一个让人头疼。我的MyApp版本为2345，它通过TestFlight作为测试版发布，使用正常的存档然后在Xcode7.2(7C68)中上传到AppStore流程。当我对xcarchive中的二进制文件执行dwarfdump时，我得到以下信息:dwarfdump--uuidMyApp.app/MyAppUUID:0BDA6D6F-3C0D-339E-842F-C2CB04199E10(armv7)MyApp.app/MyAppUUID:B2A69BEC-DF5E-33EA-A9E0-490EBF03074C(arm64)MyApp
我非常熟悉iOS应用程序的崩溃日志是如何被符号化的，但这一个让人头疼。我的MyApp版本为2345，它通过TestFlight作为测试版发布，使用正常的存档然后在Xcode7.2(7C68)中上传到AppStore流程。当我对xcarchive中的二进制文件执行dwarfdump时，我得到以下信息:dwarfdump--uuidMyApp.app/MyAppUUID:0BDA6D6F-3C0D-339E-842F-C2CB04199E10(armv7)MyApp.app/MyAppUUID:B2A69BEC-DF5E-33EA-A9E0-490EBF03074C(arm64)MyApp
我有很多来自不同用户的崩溃日志，我现在有不同的构建和dSYM文件，我如何才能确保特定的崩溃日志属于哪个构建和dSYM文件。有什么方法可以检查崩溃日志和dSYM是否属于同一个构建...？？问候， 最佳答案 您必须存档二进制文件和dSYM，因为每次构建都会创建新的，每个都具有相同的UUID。您可以使用dwarfdump--uuidyourapp.app/yourapp和dwarfdump--uuidyourapp.app.dSYM检查各个二进制文件的UUID。要通过Spotlight搜索具有特定UUID的dSYM，您可以执行以下操作:m
我有很多来自不同用户的崩溃日志，我现在有不同的构建和dSYM文件，我如何才能确保特定的崩溃日志属于哪个构建和dSYM文件。有什么方法可以检查崩溃日志和dSYM是否属于同一个构建...？？问候， 最佳答案 您必须存档二进制文件和dSYM，因为每次构建都会创建新的，每个都具有相同的UUID。您可以使用dwarfdump--uuidyourapp.app/yourapp和dwarfdump--uuidyourapp.app.dSYM检查各个二进制文件的UUID。要通过Spotlight搜索具有特定UUID的dSYM，您可以执行以下操作:m
