Testflight.com और Flurry.com अपवाद हैंडलिंग लागू करना

Question

हम अनचाहे अपवादों को ट्रैक करने के लिए testflight.com sdk और flurry.com sdk दोनों का उपयोग कर रहे हैं। मुद्दा यह है कि testflight.com sdk को जोड़ने के बाद flurry द्वारा कोई अपवाद नहीं उठाया जाता है।

विधि शुरू हो रहा एक बिना क्रिया का अपवाद इस तरह दिखता है होते हैं, जब:

void uncaughtExceptionHandler(NSException *exception) 
{ 
    [FlurryAnalytics logError:@"ERROR_NAME" message:@"ERROR_MESSAGE" exception:exception]; 
} 

- (BOOL) application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions 
{  
    #if !TARGET_IPHONE_SIMULATOR 
    NSSetUncaughtExceptionHandler(&uncaughtExceptionHandler); 

    struct sigaction newSignalAction; 
    memset(&newSignalAction, 0, sizeof(newSignalAction)); 
    newSignalAction.sa_handler = &signalHandler; 
    sigaction(SIGABRT, &newSignalAction, NULL); 
    sigaction(SIGILL, &newSignalAction, NULL); 
    sigaction(SIGBUS, &newSignalAction, NULL); 

    [FlurryAnalytics startSession:kFlurryKey]; 
    [TestFlight takeOff:kTestflightKey];  

    [[UIApplication sharedApplication] 
    registerForRemoteNotificationTypes:(UIRemoteNotificationTypeBadge | 
            UIRemoteNotificationTypeSound | 
            UIRemoteNotificationTypeAlert)];  
    [UIApplication sharedApplication].applicationIconBadgeNumber = 0;  
    #endif 
    . 
    . 
    . 

मुझे यकीन है कि कैसे testflight.com यह करता है नहीं कर रहा हूँ, लेकिन ऐसा लगता है जैसे वे बिना खुद के लिए अपवाद रोकना और रजिस्टर डेटा पंजीकृत विधि को चलाने देना?

क्या इनमें से दोनों के साथ सह-अस्तित्व में कोई रास्ता है?

Answer 1

मुझे Testflightapp.com टीम से पुष्टि मिली है कि यह एक ज्ञात मुद्दा है। वे अगले संस्करण में फिक्स करने की उम्मीद करते हैं।

Answer 2

मैं इस सीधे परीक्षण करने में सक्षम नहीं हूँ, लेकिन TestFlight documentation यह कहने लगता है:

का उपयोग करते हैं, तो न आया हुआ अपवाद या संकेत संचालकों टेकऑफ़ कॉल करने से पहले अपने संचालकों स्थापित करें। हमारे एसडीके तब आपके हैंडलर को कॉल करेंगे जबकि हमारा चल रहा है।

वे कुछ example code भी प्रदान करते हैं जो आपको यह काम करने में मदद कर सकता है।

Answer 3

मुझे ब्लॉग पर एक समाधान मिला है, यह सुनिश्चित नहीं है कि यह फ्लोरी के लिए भी काम करता है, यह कहता है कि अनइंस्टॉलक्रैशशैंडर्स विधि (TestFlight.h में घोषित) को दो बार टेस्टफलाइट टेकऑफ: @ "कुंजी"] विधि को कॉल करना है , और उसके बाद अन्य सेवा पंजीकृत करें जिसके लिए आप क्रैश रिपोर्टिंग के लिए उपयोग करना चाहते हैं। टेस्टफलाइट बनाम क्रैशलिटिक्स

टेस्टफलाइट की क्रैश रिपोर्टिंग को अक्षम करना काफी सरल है। निम्न कोड जोड़ें अपने AppDelegate.m में शामिल हैं:

... 
#import TestFlight.h 

// Function prototype for UninstallCrashHandler 
extern void UninstallCrashHandlers(BOOL restore); 

didFinishLaunchingWithOptions में, कोई साथ और उसके बाद हाँ के साथ पहली बार इस विधि कॉल की तरह:

- (BOOL)application:(UIApplication *)application 
     didFinishLaunchingWithOptions:(NSDictionary *)launchOptions 
{ 
    [TestFlight takeOff:@"<TestFlightKey>"]; 

    UninstallCrashHandlers(NO); 
    UninstallCrashHandlers(YES); 

    [Crashlytics startWithAPIKey:@"<CrashlyticsKey>"]; 

    return YES; 
} 

रेफरी: http://www.grahamdennis.me/blog/2012/10/21/how-to-disable-testflights-crash-handlers/