In my iOS project I use Brad Larson's GPUImage.
All works fine when I install my app using Xcode, but when I install the app via TestFlight the app crashes every time I go to the viewcontroller that uses GPUImage framework.
I tried different solution but nothing:
Question 1
Question 2
This is my crash log, please help me:
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Subtype: KERN_INVALID_ADDRESS at 0x000000011b0b0000
Exception Codes: 0x0000000000000001, 0x000000011b0b0000
VM Region Info: 0x11b0b0000 is not in any region. Bytes after previous region: 1 Bytes before following region: 1412317184
REGION TYPE START - END [ VSIZE] PRT/MAX SHRMOD REGION DETAIL
MALLOC_LARGE 11afa8000-11b0b0000 [ 1056K] rw-/rwx SM=PRV
---> GAP OF 0x542e4000 BYTES
Stack Guard 16f394000-16f398000 [ 16K] ---/rwx SM=NUL
Exception Note: EXC_CORPSE_NOTIFY
Termination Reason: SIGNAL 11 Segmentation fault: 11
Terminating Process: exc handler [18891]
Triggered by Thread: 6
Thread 6 name: Dispatch queue: com.sunsetlakesoftware.GPUImage.processingQueue
Thread 6 Crashed:
0 AGXMetalG14 0x1f32140e8 0x1f2d43000 + 5050600
1 AGXMetalG14 0x1f3126ec0 0x1f2d43000 + 4079296
2 AGXMetalG14 0x1f3126ec0 0x1f2d43000 + 4079296
3 AGXMetalG14 0x1f3126e48 0x1f2d43000 + 4079176
4 AppleMetalGLRenderer 0x1f1f58184 invocation function for block in GLDContextRec::modifyTexSubImage(GLDTextureRec*, int, int, int, int, int, int, int, int, unsigned int, unsigned int, void const*, int, GLDBufferRec*, unsigned int) + 112
5 AppleMetalGLRenderer 0x1f1f57c54 gldModifyTexSubImage + 1916
6 GLEngine 0x1beabb52c glTexImage2D_Exec + 1992
7 OpenGLES 0x1beb7bd68 glTexImage2D + 84
8 GPUImage 0x100de4978 closure #1 in PictureInput.init(image:smoothlyScaleOutput:orientation:) + 336
9 GPUImage 0x100e23844 specialized closure #1 in SerialDispatch.runOperationSynchronously(_:) + 212
10 GPUImage 0x100decf14 partial apply for thunk for #callee_guaranteed () -> () + 20
11 GPUImage 0x100decd78 thunk for #escaping #callee_guaranteed () -> () + 20
12 libdispatch.dylib 0x1802a3670 _dispatch_client_callout + 20
13 libdispatch.dylib 0x1802b28c4 _dispatch_lane_barrier_sync_invoke_and_complete + 56
14 GPUImage 0x100ded7d8 specialized SerialDispatch.runOperationSynchronously(_:) + 412
15 GPUImage 0x100de5348 specialized PictureInput.init(image:smoothlyScaleOutput:orientation:) + 1136
16 GPUImage 0x100de54ac specialized PictureInput.__allocating_init(imageName:smoothlyScaleOutput:orientation:) + 196
17 GPUImage 0x100de4770 PictureInput.__allocating_init(imageName:smoothlyScaleOutput:orientation:) + 24
18 MyApp 0x1009c4cbc closure #1 in closure #2 in EditorViewController.metodoImpostaImgDaAsset() + 516
19 MyApp 0x1009e0dcc thunk for #escaping #callee_guaranteed () -> () + 20
20 libdispatch.dylib 0x1802a3670 _dispatch_client_callout + 20
21 libdispatch.dylib 0x1802a6b44 _dispatch_continuation_pop + 504
22 libdispatch.dylib 0x1802b9c48 _dispatch_source_invoke + 1356
23 libdispatch.dylib 0x1802a6674 _dispatch_queue_override_invoke + 500
24 libdispatch.dylib 0x1802b4de0 _dispatch_root_queue_drain + 396
25 libdispatch.dylib 0x1802b5608 _dispatch_worker_thread2 + 164
26 libsystem_pthread.dylib 0x1f19af0b8 _pthread_wqthread + 228
27 libsystem_pthread.dylib 0x1f19aee94 start_wqthread + 8
Related
Crashes are reported into firebase console, and it's happening very rarely without any concrete repro steps. Below is my crash log:
Any Idea why would this happen?
Exception Type: EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000001, 0x0000000104f9d960
Exception Note: EXC_CORPSE_NOTIFY
Termination Reason: SIGNAL 5 Trace/BPT trap: 5
Terminating Process: exc handler \[9693\]
Triggered by Thread: 0
Kernel Triage:
VM - pmap_enter failed with resource shortage
VM - pmap_enter failed with resource shortage
VM - pmap_enter failed with resource shortage
Thread 0 name: Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0 MyApp 0x104f9d960 0x104940000 + 6674784
1 MyApp 0x104f9ca0c 0x104940000 + 6670860
2 Combine 0x1bf1e34b0 Subscribers.Sink.receive(_:) + 96
3 Combine 0x1bf1e2da8 protocol witness for Subscriber.receive(_:) in conformance Subscribers.Sink\<A, B\> + 24
4 Combine 0x1bf1ea9fc closure #1 in Publishers.ReceiveOn.Inner.receive(\_:) + 288
5 libswiftDispatch.dylib 0x1c0cddc04 thunk for #escaping #callee_guaranteed () -\> () + 36
6 libdispatch.dylib 0x1a6d9ae6c \_dispatch_call_block_and_release + 32
7 libdispatch.dylib 0x1a6d9ca30 \_dispatch_client_callout + 20
8 libdispatch.dylib 0x1a6daaf48 \_dispatch_main_queue_drain + 928
9 libdispatch.dylib 0x1a6daab98 _dispatch_main_queue_callback_4CF + 44
10 CoreFoundation 0x1a70ed800 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 16
11 CoreFoundation 0x1a70a7704 \__CFRunLoopRun + 2532
12 CoreFoundation 0x1a70babc8 CFRunLoopRunSpecific + 600
13 GraphicsServices 0x1c3226374 GSEventRunModal + 164
14 UIKitCore 0x1a9a2eb58 -\[UIApplication run\] + 1100
15 UIKitCore 0x1a97b0090 UIApplicationMain + 364
16 SwiftUI 0x1aef14f24 closure #1 in KitRendererCommon(_:) + 164
17 SwiftUI 0x1aee42e08 runApp\<A\>(:) + 252
18 SwiftUI 0x1aee240f4 static App.main() + 128
19 MyApp 0x104944840 0x104940000 + 18496
20 dyld 0x105d7dda4 start + 520
Tried symbolicating the crash using the dysm file too, yet unable to get to the root cause.
Any help would be appreciated.
We ported our app from UIWebView to WkWebView.
Since then the app crashes sporadically (sometimes after minutes, sometimes after hours, sometimes not at all) while being in background.
Looking at the termination reason 0x8badf00d (see crash report below) and Apple's developer documentation (Understanding and Analyzing Application Crash Reports) the crash seems to be related to a watchdog timeout.
The only task we start in our code while the app moves to background is embedded in appropriate calls to UIApplication.SharedApplication.BeginBackgroundTask and UIApplication.SharedApplication.EndBackgroundTask. That task is a network request that does not run on the main UI thread and it completes within a second.
That said I assume the crash to be related to a WebKit / JavaScriptCore issue.
Did anyone else experience such crashes (exception type EXC_BAD_ACCESS (SIGKILL) & termination reason Namespace ASSERTIOND, Code 0x8badf00d) and can provide any specific hint about how to avoid them?
Many thanks in advance & best regards!
Mario.
Incident Identifier: 2084FF7B-EDFB-41D4-849F-E03F75335214
CrashReporter Key: 0af317c4eee2f011df0e1a9fc253199241998699
Hardware Model: iPhone10,6
Process: App [1798]
Path: /private/var/containers/Bundle/Application/A4FF0F47-4ED6-4A97-8F15-E6AC432FC62D/App.app/App
Identifier: com.abc.app
Version: 7000025 (7.0.25)
Code Type: ARM-64 (Native)
Role: Non UI
Parent Process: launchd [1]
Coalition: com.abc.app [792]
Date/Time: 2019-03-20 10:15:43.9491 +0100
Launch Time: 2019-03-20 09:55:44.7537 +0100
OS Version: iPhone OS 12.1.4 (16D57)
Baseband Version: 2.02.51
Report Version: 104
Exception Type: EXC_BAD_ACCESS (SIGKILL)
Exception Subtype: KERN_INVALID_ADDRESS at 0x0000000000000000
VM Region Info: 0 is not in any region. Bytes before following region: 4370874368
REGION TYPE START - END [ VSIZE] PRT/MAX SHRMOD REGION DETAIL
UNUSED SPACE AT START
--->
__TEXT 0000000104864000-0000000105bdc000 [ 19.5M] r-x/r-x SM=COW ...honeMobileiOS
Termination Reason: Namespace ASSERTIOND, Code 0x8badf00d
Triggered by Thread: 0
Thread 0 name: tid_303 Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0 libsystem_kernel.dylib 0x00000001841bef0c __psynch_cvwait + 8
1 libsystem_pthread.dylib 0x0000000184241410 _pthread_cond_wait$VARIANT$armv81 + 620
2 JavaScriptCore 0x000000018b95b7d8 WTF::ThreadCondition::timedWait+ 305112 (WTF::Mutex&, WTF::WallTime) + 148
3 JavaScriptCore 0x000000018b9429a0 WTF::ParkingLot::parkConditionallyImpl(void const*, WTF::ScopedLambda<bool ()> const&, WTF::ScopedLambda<void + 203168 ()> const&, WTF::TimeWithDynamicClockType const&) + 2004
4 JavaScriptCore 0x000000018b91c2e4 bool WTF::Condition::waitUntil<WTF::Lock>+ 45796 (WTF::Lock&, WTF::TimeWithDynamicClockType const&) + 184
5 JavaScriptCore 0x000000018b920010 WTF::BinarySemaphore::wait+ 61456 (WTF::TimeWithDynamicClockType) + 112
6 WebKit 0x000000019400a2b0 IPC::Connection::waitForSyncReply+ 455344 (unsigned long long, WTF::Seconds, WTF::OptionSet<IPC::SendSyncOption>) + 276
7 WebKit 0x0000000194009af8 IPC::Connection::sendSyncMessage+ 453368 (unsigned long long, std::__1::unique_ptr<IPC::Encoder, std::__1::default_delete<IPC::Encoder> >, WTF::Seconds, WTF::OptionSet<IPC::SendSyncOption>) + 416
8 WebKit 0x00000001942cac3c bool IPC::Connection::sendSync<Messages::WebProcess::ProcessWillSuspendImminently>+ 3341372 (Messages::WebProcess::ProcessWillSuspendImminently&&, Messages::WebProcess::ProcessWillSuspendImminently::Reply&&, unsigned long long, WTF::Seconds, WTF::OptionSet<IPC::SendSyncOption>) + 176
9 WebKit 0x00000001942c5a70 bool WebKit::ChildProcessProxy::sendSync<Messages::WebProcess::ProcessWillSuspendImminently>+ 3320432 (Messages::WebProcess::ProcessWillSuspendImminently&&, Messages::WebProcess::ProcessWillSuspendImminently::Reply&&, unsigned long long, WTF::Seconds, WTF::OptionSet<IPC::SendSyncOption>) + 120
10 WebKit 0x00000001942c59e8 WebKit::WebProcessProxy::sendProcessWillSuspendImminently+ 3320296 () + 76
11 WebKit 0x0000000193fafabc -[WKProcessAssertionBackgroundTaskManager _notifyClientsOfImminentSuspension] + 72
12 WebKit 0x00000001940ea7fc __64-[WKProcessAssertionBackgroundTaskManager _updateBackgroundTask]_block_invoke + 168
13 UIKitCore 0x00000001b1801a8c _fireBackgroundExpirationHandlers + 300
14 FrontBoardServices 0x0000000187057504 __69-[FBSUIApplicationWorkspace clientHandleAssertionExpirationImminent:]_block_invoke + 76
15 FrontBoardServices 0x000000018706ae94 __40-[FBSWorkspace _performDelegateCallOut:]_block_invoke + 64
16 libdispatch.dylib 0x0000000184062484 _dispatch_client_callout + 16
17 libdispatch.dylib 0x00000001840393e0 _dispatch_block_invoke_direct$VARIANT$armv81 + 216
18 FrontBoardServices 0x000000018709fa9c __FBSSERIALQUEUE_IS_CALLING_OUT_TO_A_BLOCK__ + 40
19 FrontBoardServices 0x000000018709f728 -[FBSSerialQueue _performNext] + 416
20 FrontBoardServices 0x000000018709fd44 -[FBSSerialQueue _performNextFromRunLoopSource] + 56
21 CoreFoundation 0x00000001845ba0e0 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 24
22 CoreFoundation 0x00000001845ba060 __CFRunLoopDoSource0 + 88
23 CoreFoundation 0x00000001845b9944 __CFRunLoopDoSources0 + 176
24 CoreFoundation 0x00000001845b4810 __CFRunLoopRun + 1040
25 CoreFoundation 0x00000001845b40e0 CFRunLoopRunSpecific + 436
26 GraphicsServices 0x000000018682d584 GSEventRunModal + 100
27 UIKitCore 0x00000001b1804c00 UIApplicationMain + 212
28 Xamarin.Sdk 0x0000000106da9518 0x106224000 + 12080408
29 Xamarin.Sdk 0x0000000106cfac8c 0x106224000 + 11365516
30 Xamarin.Sdk 0x0000000106cfac4c 0x106224000 + 11365452
31 App 0x00000001049cf7fc App_Application_Main_string__ + 1488892 (/<unknown>:1)
32 Xamarin.Sdk 0x0000000106526bb8 0x106224000 + 3156920
33 Mono 0x0000000105fd7374 mono_jit_runtime_invoke + 904
34 Mono 0x000000010605d1a0 mono_runtime_invoke_checked + 148
35 Mono 0x0000000106063084 mono_runtime_exec_main_checked + 120
36 Mono 0x0000000105fb6c1c mono_jit_exec + 268
37 Xamarin 0x0000000105d76cc8 xamarin_main + 1132
38 App 0x00000001049c8e4c main + 1461836 (main.m:155)
39 libdyld.dylib 0x0000000184072bb4 start + 4
I am a relatively new developer and would like some assistance. My app does not crash when I have it hooked up via Xcode. However, when I try to run it again the next day (launching from my phone), it crashes when trying to open it. I am currently debugging the situation and am unsure how to proceed.
I'm having troubles with understanding how a device log crashes work. I was able to get to my device's crashes in Xcode via Window>Device and Simulators>View Device Logs>All Logs. I am able to understand that having an Exception type of "EXC_BREAKPOINT (SIGTRAP)" means that I force unwrap a nil value. I am unsure how through looking at the log (or any other method) that I can locate in my code where this is happening. How can I locate in all my files where this is causing a crash?
Date/Time: 2018-04-05 14:33:48.7121 -0500
Launch Time: 2018-04-05 14:33:47.8058 -0500
OS Version: iPhone OS 11.3 (15E216)
Baseband Version: 1.04.16
Report Version: 104
Exception Type: EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000001, 0x0000000104177ff8
Termination Signal: Trace/BPT trap: 5
Termination Reason: Namespace SIGNAL, Code 0x5
Terminating Process: exc handler [0]
Triggered by Thread: 1
Filtered syslog:
None found
Thread 0 name: Dispatch queue: com.apple.main-thread
Thread 0:
0 libsystem_kernel.dylib 0x0000000180d07e08 mach_msg_trap + 8
1 libsystem_kernel.dylib 0x0000000180d07c80 mach_msg + 72
2 CoreFoundation 0x000000018124ae40 __CFRunLoopServiceMachPort + 196
3 CoreFoundation 0x0000000181248908 __CFRunLoopRun + 1568
4 CoreFoundation 0x0000000181168da8 CFRunLoopRunSpecific + 552
5 GraphicsServices 0x000000018314b020 GSEventRunModal + 100
6 UIKit 0x000000018b14978c UIApplicationMain + 236
7 &me 0x0000000102cd00e4 0x102bac000 + 1196260
8 libdyld.dylib 0x0000000180bf9fc0 start + 4
Thread 1 name: Dispatch queue: NSOperationQueue 0x1d4224f80 (QOS: UNSPECIFIED)
Thread 1 Crashed:
0 libswiftCore.dylib 0x0000000104177ff8 0x103fd0000 + 1736696
1 libswiftCore.dylib 0x0000000104177ff8 0x103fd0000 + 1736696
2 libswiftCore.dylib 0x00000001040182b8 0x103fd0000 + 295608
3 &me 0x0000000102c9576c 0x102bac000 + 956268
4 &me 0x0000000102c95cbc 0x102bac000 + 957628
5 CFNetwork 0x0000000181831c1c __75-[__NSURLSessionLocal taskForClass:request:uploadFile:bodyData:completion:]_block_invoke + 32
6 CFNetwork 0x000000018184a93c __49-[__NSCFLocalSessionTask _task_onqueue_didFinish]_block_invoke + 152
7 Foundation 0x0000000181ccae88 __NSBLOCKOPERATION_IS_CALLING_OUT_TO_A_BLOCK__ + 16
8 Foundation 0x0000000181c0c8d0 -[NSBlockOperation main] + 72
9 Foundation 0x0000000181c0bcac -[__NSOperationInternal _start:] + 848
10 libdispatch.dylib 0x0000000180b94ae4 _dispatch_client_callout + 16
11 libdispatch.dylib 0x0000000180bd0b0c _dispatch_block_invoke_direct$VARIANT$armv81 + 216
12 libdispatch.dylib 0x0000000180b94ae4 _dispatch_client_callout + 16
13 libdispatch.dylib 0x0000000180bd0b0c _dispatch_block_invoke_direct$VARIANT$armv81 + 216
14 libdispatch.dylib 0x0000000180bd0a00 dispatch_block_perform$VARIANT$armv81 + 104
15 Foundation 0x0000000181ccc750 __NSOQSchedule_f + 376
16 libdispatch.dylib 0x0000000180b94ae4 _dispatch_client_callout + 16
17 libdispatch.dylib 0x0000000180bd17a8 _dispatch_continuation_pop$VARIANT$armv81 + 416
18 libdispatch.dylib 0x0000000180bd0180 _dispatch_async_redirect_invoke$VARIANT$armv81 + 596
19 libdispatch.dylib 0x0000000180bd63a4 _dispatch_root_queue_drain + 592
20 libdispatch.dylib 0x0000000180bd60f0 _dispatch_worker_thread3 + 112
21 libsystem_pthread.dylib 0x0000000180ec7fac _pthread_wqthread + 1176
22 libsystem_pthread.dylib 0x0000000180ec7b08 start_wqthread + 4
To understand the crash log you can go through the following apple documentation. This is the best explanation I found so far.
https://developer.apple.com/library/content/technotes/tn2151/_index.html
I am facing a crash with the following log. Basically I am trying to add an Image to a web view through camera.
The flow is as follows:
1. I take a picture through camera using Image Picker controller, save it into PhotosAlbum and get the image data.
2. Then I upload that image to the server, get the related data to that image.
3. Then I call a JS function to insert the URL received of the image in the web view.
After repeating the steps 1-3 for a couple of times, I get a crash on this particular thread.
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Subtype: KERN_INVALID_ADDRESS at 0x0000000000000040
Triggered by Thread: 16
Thread 16 name: Dispatch queue: CA::CG::ParallelRenderQueue
Thread 16 Crashed:
0 AGXMetalG5 0x0000000107f2a3c4 0x107f20000 + 41924
1 AGXMetalG5 0x0000000107f689b0 0x107f20000 + 297392
2 AGXMetalG5 0x0000000107f694b8 0x107f20000 + 300216
3 AGXMetalG5 0x0000000107f2c308 0x107f20000 + 49928
4 QuartzCore 0x0000000189b34cdc CA::OGL::MetalContext::start_render_encoder(CA::OGL::Surface*) + 268
5 QuartzCore 0x0000000189a2b07c CA::OGL::Context::prepare_destination_() + 32
6 QuartzCore 0x0000000189b39920 CA::OGL::MetalContext::draw_elements(CA::OGL::PrimitiveMode, unsigned int, unsigned short const*, CA::OGL::Vertex const*, unsigned int, unsigned int, CA::OGL::ClipPlane const*) + 184
7 QuartzCore 0x0000000189a00ccc CA::OGL::Context::ClippedArray::next_rect(CA::Bounds&) + 340
8 QuartzCore 0x0000000189abd468 CA::OGL::emit_one_part_rect(CA::OGL::Context&, CA::OGL::RectState const&, float const*, float const*, unsigned int) + 800
9 QuartzCore 0x0000000189a2a3ec CA::OGL::fill_rect_tex(CA::OGL::Context&, CA::OGL::RectState const&, float const*) + 188
10 QuartzCore 0x0000000189a29fa0 CA::OGL::ContentsGeometry::fill_and_unbind(CA::OGL::Context&, CA::OGL::Image*, CA::OGL::TextureFilter, float) const + 976
11 QuartzCore 0x0000000189aed41c CA::CG::fill_image(CA::CG::Renderer&, CGImage*, CA::Rect const&, CA::Mat2<double> const&, bool, bool, CGInterpolationQuality, CA::Bounds const*) + 2200
12 QuartzCore 0x0000000189a02298 CA::CG::DrawImage::draw_image(CA::CG::Renderer&, bool) const + 100
13 QuartzCore 0x00000001899fe574 CA::CG::DrawOp::render(CA::CG::Renderer&) const + 1280
14 QuartzCore 0x0000000189af3b3c CA::CG::Queue::parallel_render_callback(void*) + 320
15 libdispatch.dylib 0x000000019a96d770 _dispatch_client_callout + 16
16 libdispatch.dylib 0x000000019a978cbc _dispatch_sync_f_invoke + 72
17 QuartzCore 0x00000001899fcbc4 CA::CG::Queue::render_callback(void*) + 176
18 libdispatch.dylib 0x000000019a96d770 _dispatch_client_callout + 16
19 libdispatch.dylib 0x000000019a97975c _dispatch_queue_drain + 864
20 libdispatch.dylib 0x000000019a971274 _dispatch_queue_invoke + 464
21 libdispatch.dylib 0x000000019a97b62c _dispatch_root_queue_drain + 728
22 libdispatch.dylib 0x000000019a97b34c _dispatch_worker_thread3 + 112
23 libsystem_pthread.dylib 0x000000019ab81478 _pthread_wqthread + 1092
I'm seeing this crash my iOS app after it's been running for 10 minutes:
Date/Time: 2012-02-22 15:26:41.415 -0800
OS Version: iPhone OS 5.0.1 (9A405)
Report Version: 104
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x49980286
Crashed Thread: 6
The offending thread:
Thread 6 name: Dispatch queue: com.apple.locationd.registration.xpcq
Thread 6 Crashed:
0 libstdc++.6.dylib 0x33ed32f8 std::string::compare(std::string const&) const + 8
1 CoreLocation 0x3095ad54 std::_Rb_tree<std::string, std::pair<std::string const, void ( block_pointer)(CLConnectionMessage*)>, std::_Select1st<std::pair<std::string const, void ( block_pointer)(CLConnectionMessage*)> >, std::less<std::string>, std::allocator<std::pair<std::string const, void ( block_pointer)(CLConnectionMessage*)> > >::find(std::string const&) + 32
2 CoreLocation 0x30959964 CLConnection::handleMessage(CLConnectionMessage*) + 16
3 CoreLocation 0x3095a78c __setEventHandler_block_invoke_0 + 360
4 libxpc.dylib 0x37a428c2 __XPC_CONNECTION_EVENT_HANDLER_CALLOUT__ + 30
5 libxpc.dylib 0x37a3bd5c _xpc_connection_recv_message + 500
6 libxpc.dylib 0x37a3bb18 _xpc_connection_wakeup_recv + 160
7 libxpc.dylib 0x37a3b9b8 _xpc_connection_wakeup2 + 1264
8 libxpc.dylib 0x37a3b3f6 _xpc_connection_wakeup + 62
9 libdispatch.dylib 0x36d7821e _dispatch_source_invoke + 510
10 libdispatch.dylib 0x36d75b70 _dispatch_queue_invoke$VARIANT$up + 40
11 libdispatch.dylib 0x36d75caa _dispatch_queue_drain + 202
12 libdispatch.dylib 0x36d75b66 _dispatch_queue_invoke$VARIANT$up + 30
13 libdispatch.dylib 0x36d75caa _dispatch_queue_drain + 202
14 libdispatch.dylib 0x36d75b66 _dispatch_queue_invoke$VARIANT$up + 30
15 libdispatch.dylib 0x36d75caa _dispatch_queue_drain + 202
16 libdispatch.dylib 0x36d75b66 _dispatch_queue_invoke$VARIANT$up + 30
17 libdispatch.dylib 0x36d7676c _dispatch_worker_thread2 + 208
18 libsystem_c.dylib 0x32ee21c8 _pthread_wqthread + 288
19 libsystem_c.dylib 0x32ee209c start_wqthread + 0
The console doesn't give me any messages except to say that I have a crash. Any thoughts?
So after lots of digging I was able to repro the issue and find what was causing it. This seems to occur if you call -[CLLocationManager startUpdatingLocation] and -[CLLocationManager stopUpdatingLocation] in a tight loop.
I was having this trouble as well, but only on iOS 5.x (testing in Simulator, don't have the device.) It seemed to occur when I had more than one location manager instance, and both had the delegate set.