Kscrash: AppleFormatReport 二进制图像拱门错了？

我想我有同样的问题。 我想知道是否有办法解决这个问题？

@kstenerud您好，我想知道您是否知道解决此问题的方法？ 如果您给我一些指示或开始查看的地方，我可以进行修复并提交 PR。
非常感谢任何帮助

我也有同样的问题。
当我符号化 AppleFormat 崩溃日志时，出现错误atos cannot load symbols for the file ~/Library/Developer/Xcode/iOS DeviceSupport/14.6 (18F72) arm64e/Symbols/usr/lib/system/libsystem_c.dylib for architecture arm64.
所以我将二进制图像架构从 arm64 更改为 arm64e 并且它起作用了。
我调试代码以查看架构错误的原因并发现：

我想知道是否有办法解决这个问题？
@happy201993 @nacho4d你解决了吗？ 非常感谢任何帮助

@AndyXB我仍在调查这个问题。
我还注意到 cpusubtype 是那个奇怪的数字： -2147483646 。 KSCrash 预计为 2，因此它被识别为 arm64e 我想知道我们是否应该以不同的方式解释该 cpusubtype （-2147483646 是 Int32 分钟（-2147483648）加 2 ...这很可疑）...

同时，我在https://github.com/kstenerud/KSCrash/pull/415中修复了其他次要的 arm64e 问题，但这个主要问题（主要问题）仍然存在。 我还在调查...

更新：我找到了原因。 KSCrash 使用自己的逻辑从 cputype 和 cpusubtuype 计算架构名称。 它应该使用 NXGetArchInfoFromCpuType ，就像在这个stackoverflow 答案中一样。 我已经尝试过并且效果很好。 我现在将更新上面的拉取请求:)

伟大的！ LGTM！ 谢谢。

谢谢！

只是为了记录。 以上拉取请求解决了问题，但尚未合并。 如果需要，人们当然可以使用我的叉子。

（不幸的是，我不应该在客户项目中使用我自己的分叉。所以如果@kstenerud批准它会很棒。）

@kstenerud你能看一下吗？

您好，我已收到您的邮件，会尽快给您回复。