Symbolicating崩潰只是給了我__PRETTY_FUNCTION__

我已經使用這個代碼作爲UncaughtExceptionHandler我的應用程序來捕捉一些崩潰信息，然後返回給我：Symbolicating崩潰只是給了我__PRETTY_FUNCTION__

NSArray *callStack = [exception callStackReturnAddresses]; 
    int i,len = [callStack count]; 
// void **frames = new void *[len]; 
    void **frames = (void**)malloc(len); 

    for (i = 0; i < len; ++i) { 
     frames[i] = (void *)[[callStack objectAtIndex:i] unsignedIntegerValue]; 
    } 
    char **symbols = backtrace_symbols(frames,len); 

    /* 
    * Now format into a message for sending to the user 
    */ 

    NSMutableString *buffer = [[NSMutableString alloc] initWithCapacity:4096]; 

    NSBundle *bundle = [NSBundle mainBundle]; 
    [buffer appendFormat:@"Version %@\n\n",[bundle objectForInfoDictionaryKey:@"CFBundleVersion"]]; 
    [buffer appendFormat:@"Device: %@. OS: %@\n", [[UIDevice currentDevice] model], [[UIDevice currentDevice] systemVersion]]; 
    [buffer appendString:@"Uncaught Exception\n"]; 
    [buffer appendFormat:@"Exception Name: %@\n",[exception name]]; 
    [buffer appendFormat:@"Exception Reason: %@\n",[exception reason]]; 
    [buffer appendString:@"Stack trace:\n\n"]; 
    for (i = 0; i < len; ++i) { 
     [buffer appendFormat:@"%4d - %s\n",i,symbols[i]]; 
    }

今天收到崩潰報告相比是相當小到你從iTunes Connect獲得的音樂。它看起來像這樣：

0 - 0 CoreFoundation 0x395472a3 + 162 
1 - 1 libobjc.A.dylib 0x3343697f objc_exception_throw + 30 
2 - 2 CoreFoundation 0x395471c5 + 0 
3 - 3 Foundation 0x342ec7cb + 66 
4 - 4 myapp 0x0012887d myapp + 424061 
5 - 5 myapp 0x001285ed myapp + 423405 
6 - 6 myapp 0x0013f1f1 myapp + 516593 
7 - 7 libdispatch.dylib 0x3783a11f + 10 
8 - 8 libdispatch.dylib 0x378394b7 + 22 
9 - 9 libdispatch.dylib 0x3783e1bd + 224 
10 - 10 CoreFoundation 0x3951af3b + 1290 
11 - 11 CoreFoundation 0x3948debd CFRunLoopRunSpecific + 356 
12 - 12 CoreFoundation 0x3948dd49 CFRunLoopRunInMode + 104 
13 - 13 GraphicsServices 0x3785b2eb GSEventRunModal + 74 
14 - 14 UIKit 0x326cd2f9 UIApplicationMain + 1120 
15 - 15 myapp 0x000e72e7 myapp + 156391 
16 - 16 myapp 0x000c2530 myapp + 5424

我已經使用ATOS到symbolicate報告中的內存地址，但3個地址0x0013f1f10x001285ed0x0012887d只是返回__PRETTY_FUNCTION__.20480 (in myapp) + 1__PRETTY_FUNCTION__.20480 (in myapp) + 8047__PRETTY_FUNCTION__.20480 (in myapp) + 8703它並沒有真正幫助我。還有什麼我可以做，至少找到導致崩潰的方法名稱？

如果沒有，有什麼我可以添加到我的UncaughtExceptionHandler或在未來的版本中，會給我的方法名稱嗎？我似乎從來沒有得到任何iTunes Connect崩潰報告，這就是爲什麼我採取了這條路線。

謝謝

來源

2013-01-15 Darren

更好地使用經過驗證的Crash Reporting開源庫，比如PLCrashReporter或基於它的任何基於它的標準崩潰報告：https：//code.google.com/p/plcrashreporter/ – Kerni

一些服務/圖書館考慮獲取更好的崩潰報告，就像你問的一樣。

Crashlytics我強烈建議，倒斃簡單的設置，界面美觀，自動symbolication
TestFlight我愛 TestFlight爲Beta分佈，我沒有太多的經驗與他們的崩潰報告工具
QuincyKit這是很好，如果你想主機你自己的服務器接收報告，如果你不喜歡與服務器託管檢查HockeyApp這是「託管」版本HockeyKit + QuincyKit
JIRA Mobile Connect如果你使用JIRA

與其中的一個可以讓你忘記unhandeled異常的複雜去，他們是專家。除非你有興趣成爲這個領域的專家，否則我真的會建議和他們中的一個一起去。我知道這並不回答你的問題的第一部分，但希望它能提供一些價值，如果你不能得到答案或想花時間研究它。

來源

2013-01-15 20:01:27

謝謝。你推薦Crashlytics，它看起來很棒，但它表示目前只有邀請。 – Darren

好的，我剛剛啓動並運行了Crashlytics。哇！！我用強制崩潰測試了它，並得到了一個即時報告。感謝您指出。現在我仍然不會回答這個問題，因爲任何人都可以幫助我解決當前的崩潰報告。 – Darren

當我第一次嘗試時，你的反應與我的一樣，「哇！」 :) –

Symbolicating崩潰只是給了我__PRETTY_FUNCTION__

回答

相關問題