The crash in _dispatch_source_set_runloop_timer_4CF seems back in iOS 18.0 but with a different stack trace:
Launch Time: 2024-11-20T12:12:59Z
OS Version: iPadOS 18.0 (22A3354)
Report Version: 104
Exception Type: SIGSEGV
Exception Codes: SEGV_MAPERR at 0x1d
Crashed Thread: 33
Thread 33 Crashed:
0 libdispatch.dylib 0x00000001a10e2e80 _dispatch_source_set_runloop_timer_4CF + 36
1 CFNetwork 0x000000019a8e801c URLConnectionLoader::loadWithWhatToDo(NSURLRequest*, _CFCachedURLResponse const*, long, URLConnectionLoader::WhatToDo) + 972
2 CFNetwork 0x000000019a975920 ___ZN19URLConnectionLoader29continueWithCacheLookupResultEP12NSURLRequestPK20_CFCachedURLResponse23NSURLRequestCachePolicy_block_invoke + 96
3 CFNetwork 0x000000019a96f880 ___ZNK19URLConnectionLoader25withExistingProtocolAsyncEU13block_pointerFvP11URLProtocolE_block_invoke + 36
4 CFNetwork 0x000000019a96f30c ___ZNK18QCoreSchedulingSet12performAsyncEU13block_pointerFvvE_block_invoke + 56
5 libdispatch.dylib 0x00000001a10cc370 _dispatch_call_block_and_release + 28
6 libdispatch.dylib 0x00000001a10ce0d0 _dispatch_client_callout + 16
7 libdispatch.dylib 0x00000001a10d56d8 _dispatch_lane_serial_drain + 740
8 libdispatch.dylib 0x00000001a10d6214 _dispatch_lane_invoke + 428
9 libdispatch.dylib 0x00000001a10d7670 _dispatch_workloop_invoke + 1728
10 libdispatch.dylib 0x00000001a10e1258 _dispatch_root_queue_drain_deferred_wlh + 284
11 libdispatch.dylib 0x00000001a10e0aa4 _dispatch_workloop_worker_thread + 536
12 libsystem_pthread.dylib 0x00000002206cbc7c _pthread_wqthread + 284
13 libsystem_pthread.dylib 0x00000002206c8488 start_wqthread + 4
Post
Replies
Boosts
Views
Activity
Same issue here. Did you solve this?
Same issue here. For us it also crashes on iOS 15.6, 15.6.1, 15.7, 15.7.2
Same issue. iPad14,2 and iPadOS 16.1.1 (20B101)
Exception Type: SIGBUS
Exception Codes: BUS_ADRERR at 0x24ce3cc94
Crashed Thread: 20
Thread 20 Crashed:
0 libobjc.A.dylib 0x00000001c228c654 dataSegmentsContain(objc_class*) + 120
1 libobjc.A.dylib 0x00000001c227bc74 lookUpImpOrForward + 856
2 libobjc.A.dylib 0x00000001c22760c4 _objc_msgSend_uncached + 64
3 libobjc.A.dylib 0x00000001c22755d8 AutoreleasePoolPage::releaseUntil(objc_object**) + 192
4 libobjc.A.dylib 0x00000001c2278f80 objc_autoreleasePoolPop + 252
5 libobjc.A.dylib 0x00000001c22a6bbc objc_tls_direct_base<AutoreleasePoolPage*, (tls_key)3, AutoreleasePoolPage::HotPageDealloc>::dtor_(void*) + 164
6 libsystem_pthread.dylib 0x00000002155bbbd8 _pthread_tsd_cleanup + 616
7 libsystem_pthread.dylib 0x00000002155be674 _pthread_exit + 80
8 libsystem_pthread.dylib 0x00000002155bb6d8 _pthread_start + 156
9 libsystem_pthread.dylib 0x00000002155baba4 thread_start + 4
This seems the same issue we are facing: https://developer.apple.com/forums/thread/696764
Gathered another crash log where the main thread state is also captured. It seems to have to do with multithreading + cookie management in CFNetwork. Does this help finding the cause?
crash_logx.txt
Attached to this post are crash logs with better redaction / alignment.
This is probably worthy of a separate topic, but I do briefly want to mention that the iPadOS 15.2 crash log failed to symbolicate automatically, and is still not fully symbolicated. I had to manually download iOS 15.2 arm64 and arm64e symbols and run symbolication with the symbolicatecrash command line utility. Xcode 13.2 freezes when I try to symbolicate the crash log through the Devices and Simulators window, and apparently Xcode 13.2 did not include the 15.2 symbols. Perhaps this is a result of downloading Xcode 13.2 manually from the Apple Developer downloads website, which was required due to the App Store Xcode issue described here.
ipados_15_1.txt
ipados_15_2.txt