Utilizziamo sia sdk testflight.com che fldd.com per tracciare eccezioni non gestite. Il problema è che nessuna eccezione è stata rilevata da Flurry dopo aver aggiunto il sdk di testflight.com.Implementazione di Testflight.com e Flurry.com gestione delle eccezioni
Il metodo innescato quando un'eccezione non gestita verifica si presenta così:
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
.
.
.
io non sono sicuro di come testflight.com lo fa, ma sembra che intercettano l'eccezione e registrano i dati da soli, senza lasciando funzionare il metodo registrato?
C'è un modo per entrambi di coesistere?
avete risolto questo ? – Jules
Non ho cercato di essere onesto. Oggigiorno non sto codificando molto cacao, quindi il mio obiettivo è altrove. –