I am keep on getting crash from my application in which i have integrate test flight 8.2 beta. Will You please tell me what does this crash report means. I think this is due to test flight sdk.
0 CoreFoundation 0x37c938bf __exceptionPreprocess + 163
1 libobjc.A.dylib 0x317791e5 objc_exception_throw + 33
2 CoreFoundation 0x37c937b9 +[NSException raise:format:] + 1
3 CoreFoundation 0x37c937db +[NSException raise:format:] + 35
4 CoreFoundation 0x37c00671 -[__NSCFDictionary setObject:forKey:] + 161
5 Foundation 0x31b4971b -[NSMutableDictionary(NSKeyValueCoding) setValue:forKey:] + 23
6 AppName 0x0014a1cb -[TFAirTrafficController getSystemLog:] + 731
7 AppName 0x001486dd -[TFAirTrafficController checkForOldLogs] + 249
8 AppName 0x00148849 -[TFAirTrafficController checkForOldData:] + 49
9 Foundation 0x31b39a91 -[NSThread main] + 73
10 Foundation 0x31bcd5a1 __NSThread__main__ + 1049
11 libsystem_c.dylib 0x360bbc1d _pthread_start + 321
12 libsystem_c.dylib 0x360bbad8 thread_start + 8
You are trying to insert nil into a dictionary in [TFAirTrafficController getSystemLog:]. Make sure the object is not nil before attempting to insert it. Also make sure your key is not nil as well.
UPDATE: As pointed out by Nikolai TFAirTrafficController is test flight's code. So I guess the real solution is to make sure you are on the latest stable TestFlight SDK
Related
I am getting a fairly constant stream of facebook related crashes in an app with 150k users. 2-3% of users who try to sync to facebook seem to be getting this crash. It looks like maybe the block is released 2x?, some key info from the crash report is posted below. Any ideas where to approach this from since its in the facebook SDK's code?
__destroy_helper_block_
in FBSession.m, line 1153
Exception Type: SIGSEGV
Exception Codes: SEGV_ACCERR at 0xc
Crashed Thread: 0
Thread 0 Crashed:
0 libobjc.A.dylib 0x3b43fb26 _objc_msgSend + 6
1 libobjc.A.dylib 0x3b44fb0b objc_object::sidetable_release(bool) + 175
2 Memoir 0x0010719b __destroy_helper_block_ (FBSession.m:1153)
3 libsystem_blocks.dylib 0x3b969ac5 __Block_release + 217
4 libsystem_blocks.dylib 0x3b969ac5 __Block_release + 217
5 libdispatch.dylib 0x3b927d67 _dispatch_client_callout + 23
6 libdispatch.dylib 0x3b92e7c1 _dispatch_main_queue_callback_4CF$VARIANT$mp + 269
7 CoreFoundation 0x31038821 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 9
8 CoreFoundation 0x310370f5 __CFRunLoopRun + 1301
9 CoreFoundation 0x30fa1ce7 _CFRunLoopRunSpecific + 523
10 CoreFoundation 0x30fa1acb _CFRunLoopRunInMode + 107
11 GraphicsServices 0x35cc2283 _GSEventRunModal + 139
12 UIKit 0x33843a41 _UIApplicationMain + 1137
13 Memoir 0x00096353 main (main.m:20)
This ended up being an internal bug in the Facebook SDK. An update eventually fixed this.
Running an iPhone app using the latest version of AFNetworking, the most popular crash according to Crashlytics is involving NSBlockOperation. I am unsure whether AFNetworking is responsible or not. The log from Crashlytics:
Exception Type: EXC_BAD_ACCESS Code: KERN_INVALID_ADDRESS at 0x2985118298
5com.apple.NSURLConnectionLoader Crashed
0 libobjc.A.dylib objc_msgSend + 9
1 Foundation -[NSBlockOperation main] + 200
2 Foundation -[__NSOperationInternal start] + 840
3 Foundation -[_NSCFURLProtocolBridgeWithTrampoline processEventQ] + 344
4 Foundation -[_NSCFURLProtocolBridgeWithTrampoline pushEvent:from:] + 298
5 Foundation -[_NSCFURLProtocolBridge stop] + 88
6 Foundation _bridger + 64
7 CFNetwork __block_global_7 + 24
8 CFNetwork __block_global_8 + 12
9 CFNetwork ___performAsync_block_invoke_068 + 18
10 CoreFoundation CFArrayApplyFunction + 176
11 CFNetwork RunloopBlockContext::perform() + 74
12 CFNetwork MultiplexerSource::perform() + 188
13 ... CoreFoundation __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 14
14 CoreFoundation __CFRunLoopDoSources0 + 212
15 CoreFoundation __CFRunLoopRun + 646
16 CoreFoundation CFRunLoopRunSpecific + 356
17 CoreFoundation CFRunLoopRunInMode + 104
18 Foundation +[NSURLConnection(Loader) _resourceLoadLoop:] + 308
19 Foundation __NSThread__main__ + 972
20 libsystem_c.dylib _pthread_start + 308
Let me know if you need more logs. Can anybody direct me in the direction to avoid this crash? Out of 2500 users 76 users has been affected.
Update Sept 17:
Seems like this guy is having the same problem:
iOS Blocks Async Callbacks Causing Crash after View Controller is deallocated.
I have this logs of a crash that seems to be connected to a mkmapview and the auto lock of my device (1 min):
T
hread 0 name: Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0 libsystem_kernel.dylib 0x3b6bd350 __pthread_kill + 8
1 libsystem_c.dylib 0x3b63411e pthread_kill + 54
2 libsystem_c.dylib 0x3b67096e abort + 90
3 libc++abi.dylib 0x3ac0ed4a abort_message + 70
4 libc++abi.dylib 0x3ac0bff4 _ZL17default_terminatev + 20
5 libobjc.A.dylib 0x3b1bfa74 _ZL15_objc_terminatev + 144
6 libc++abi.dylib 0x3ac0c078 _ZL19safe_handler_callerPFvvE + 76
7 libc++abi.dylib 0x3ac0c110 std::terminate() + 16
8 libc++abi.dylib 0x3ac0d594 __cxa_rethrow + 84
9 libobjc.A.dylib 0x3b1bf9cc objc_exception_rethrow + 8
10 CoreFoundation 0x33460f1c CFRunLoopRunSpecific + 452
11 CoreFoundation 0x33460d44 CFRunLoopRunInMode + 100
12 GraphicsServices 0x370242e6 GSEventRunModal + 70
13 UIKit 0x353762fc UIApplicationMain + 1116
14 FT105RF 0x0007cbb8 main (main.m:16)
15 libdyld.dylib 0x3b5f6b1c start + 0
Can someone helps me to understand which lines of logs can be helpful for me?
Thank you
you may find some useful answers here:
XCode 4 - IPhone Dev - Good Debug Tutorial
reading the lines you show is not the easiest and most convenient way of debugging, so these tutorials might help you doing it another way.
hope i helped
I have a SIGABRT crash log that is unfamiliar to me. Looks like it's throwing an exception, but I can't see where the exception is listed or the root cause of it.
This is running on a customer's iPad 2 / iOS 4.3.
Thread 0 name: Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0 libsystem_kernel.dylib 0x33ed3a1c __pthread_kill + 8
1 libsystem_c.dylib 0x354d83b4 pthread_kill + 52
2 libsystem_c.dylib 0x354d0bf8 abort + 72
3 libstdc++.6.dylib 0x33671a64 __gnu_cxx::__verbose_terminate_handler() + 376
4 libobjc.A.dylib 0x3636906c _objc_terminate + 104
5 libstdc++.6.dylib 0x3366fe36 __cxxabiv1::__terminate(void (*)()) + 46
6 libstdc++.6.dylib 0x3366fe8a std::terminate() + 10
7 libstdc++.6.dylib 0x3366ff5a __cxa_throw + 78
8 libobjc.A.dylib 0x36367c84 objc_exception_throw + 64
9 Foundation 0x33f69924 __NSThreadPerformPerform + 648
10 CoreFoundation 0x33e4ba72 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 6
11 CoreFoundation 0x33e4d758 __CFRunLoopDoSources0 + 376
12 CoreFoundation 0x33e4e4e4 __CFRunLoopRun + 224
13 CoreFoundation 0x33ddeebc CFRunLoopRunSpecific + 224
14 CoreFoundation 0x33ddedc4 CFRunLoopRunInMode + 52
15 GraphicsServices 0x33544418 GSEventRunModal + 108
16 GraphicsServices 0x335444c4 GSEventRun + 56
17 UIKit 0x34416d62 -[UIApplication _run] + 398
18 UIKit 0x34414800 UIApplicationMain + 664
19 MyApp 0x000190c4 main (main.m:14)
20 MyApp 0x0001907c 0x18000 + 4220
Where would I start looking to diagnose this?
The program should print information about the exception to the device console (viewable in the Xcode organizer when the device is connected). It would be very, very helpful to see this information.
_NSThreadPerformPerform is used by the performSelector... family of methods. So look at your use of those methods. In particular, figure out if it's possible that you're asking an object to perform a selector that it doesn't support. That would throw an exception.
I am creating chat application and I am using the XMPP code ,
Here is the application logs shows the crash , please help me out if any one knows the solutions
Terminating app due to uncaught exception
'NSInvalidArgumentException',
reason: '-[XMPPvCardCoreDataStorage clearvCardTempForJID:xmppStream:]: unrecognized selector sent to instance 0x29bbe0'
Here is the Stack
Call stack at first throw:
(
0 CoreFoundation 0x3172464f __exceptionPreprocess + 114
1 libobjc.A.dylib 0x3523fc5d objc_exception_throw + 24
2 CoreFoundation 0x317281bf -[NSObject(NSObject) doesNotRecognizeSelector:] + 102
3 CoreFoundation 0x317278ad -[NSObject(NSObject) forwardInvocation:] + 36
4 CoreFoundation 0x3172768d ___forwarding___ + 576
5 CoreFoundation 0x3169e180 _CF_forwarding_prep_0 + 48
6 iPhoneXMPP 0x0003681d -[XMPPvCardAvatarModule xmppStreamWillConnect:] + 132
7 CoreFoundation 0x317277a4 __invoking___ + 68
8 CoreFoundation 0x3169f43d -[NSInvocation invoke] + 108
9 CoreFoundation 0x3169f0d9 -[NSInvocation invokeWithTarget:] + 36
10 iPhoneXMPP 0x0002a383 __42-[GCDMulticastDelegate forwardInvocation:]_block_invoke_0 + 70
11 libdispatch.dylib 0x3600a8e7 _dispatch_call_block_and_release + 10
12 libdispatch.dylib 0x36005ec1 _dispatch_queue_drain + 240
13 libdispatch.dylib 0x36006033 _dispatch_queue_invoke + 78
14 libdispatch.dylib 0x360055f1 _dispatch_worker_thread2 + 192
15 libsystem_c.dylib 0x3640b591 _pthread_wqthread + 264
16 libsystem_c.dylib 0x3640bbc4 _init_cpu_capabilities + 4294967295
)
Thanks in advance
I think you are calling the following method,
- (void)clearvCardTempForJID:(XMPPJID *)jid xmppStream:(XMPPStream *)stream
it should be called with two arguments ie JabberId and XmppStream object.You may set those thing wrongly.
[XMPPvCardCoreDataStorage clearvCardTempForJID:urNeededJid:xmppStream];