gpt4 book ai didi

ios - 我怎样才能用 crittercism 解决 SIGSEGV

转载 作者:塔克拉玛干 更新时间:2023-11-02 08:22:43 24 4
gpt4 key购买 nike

我正在使用 crittercism 获取我的应用程序的崩溃报告。它工作得很好,但我遇到了堆栈跟踪崩溃,这并不是很有帮助。

0   libobjc.A.dylib 0x3b16c5b0 objc_msgSend + 16
1 Foundation 0x33d6b0f5 __NSThreadPerformPerform + 461
2 CoreFoundation 0x33429683 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 15
3 CoreFoundation 0x33428ee9 __CFRunLoopDoSources0 + 213
4 CoreFoundation 0x33427cb7 __CFRunLoopRun + 647
5 CoreFoundation 0x3339aebd CFRunLoopRunSpecific + 357
6 CoreFoundation 0x3339ad49 CFRunLoopRunInMode + 105
7 GraphicsServices 0x36f712eb GSEventRunModal + 75
8 UIKit 0x352b0301 UIApplicationMain + 1121
9 myapp 0x00024c2f main (main.m:14)

崩溃是象征性的,但没有信息指出崩溃的确切位置。我认为它可能是一个发布得太早的对象,但由于它是一个随机错误,而且我不知道它发生在哪里,所以很难找到它。如何将此堆栈跟踪或崩溃报告转换为人类可读的?

最佳答案

这次崩溃几乎完全与我目前最头疼的主要崩溃相同,我不知道该怎么办。我的崩溃日志中唯一的变化是 main (main.m:6) 而不是你的 main (main.m:14)

到目前为止我发现了这个:

接受的答案表明它可能与滥用 performSelector 有关。

这家伙也有同样的崩溃,但没有建议的解决方案:

还有其他类似的崩溃日志有一个奇怪的补充:

...
CoreFoundation 0xXXXXXXXX -[NSObject performSelector:withObject:] + XX <- additional line
Foundation 0xXXXXXXXX __NSThreadPerformPerform + XXX
CoreFoundation 0xXXXXXXXX __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + XX
...

这再次表明它与 performSelector 有关,但这仍然是猜测。

关于ios - 我怎样才能用 crittercism 解决 SIGSEGV,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15114934/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com