Crash in background on iOS 15 EXC_CRASH (SIGKILL)

Hello, Since the first iOS 15 beta and even with all the next public releases, we have a very weird crash each time our app enters background. The crash logs don't help at all unfortunately

Each time we see:

Exception Type:  EXC_CRASH (SIGKILL)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note:  EXC_CORPSE_NOTIFY
Triggered by Thread:  0

and

Thread 0 name:
Thread 0 Crashed:
0   libsystem_kernel.dylib        	0x00000001b7a08564 mach_msg_trap + 8
1   libsystem_kernel.dylib        	0x00000001b7a08bfc mach_msg + 76 (mach_msg.c:119)
2   CoreFoundation                	0x0000000181089698 __CFRunLoopServiceMachPort + 372 (CFRunLoop.c:2646)
3   CoreFoundation                	0x000000018108d98c __CFRunLoopRun + 1212 (CFRunLoop.c:3000)
4   CoreFoundation                	0x00000001810a13c8 CFRunLoopRunSpecific + 600 (CFRunLoop.c:3268)
5   GraphicsServices              	0x000000019c8b238c GSEventRunModal + 164 (GSEvent.c:2200)
6   UIKitCore                     	0x0000000183a47060 -[UIApplication _run] + 1100 (UIApplication.m:3457)
7   UIKitCore                     	0x00000001837c4b8c UIApplicationMain + 2124 (UIApplication.m:5013)

And sometimes we have:

Kernel Triage:
VM - Compressor failed a blocking pager_get

or

Kernel Triage:
VM - pmap_enter failed with resource shortage
VM - Compressor failed a blocking pager_get

But no other info. We can't reproduce it on simulators or on real devices with non-production release (linked to Xcode). But the crashes are here each time we build a release version.

Any help would be appreciated!

NB: it seems similar to this one but we are not even sure

Answered by DTS Engineer in 703406022

Many of you in this thread have opened bug reports in Feedback Assistant — thank you for filing those to help us address this! We have deployed a fix to the backend services that provide crashes for your app into the Xcode Organizer, so if you receive EXC_CRASH (SIGKILL) crash reports from now on through the Organizer, those reports should be attributed with an exception code to explain why the system terminated your app.

If you still see any reports without the exception code, please post the complete crash report to this thread using the attachment feature so we can verify that the code is still missing.

Hi adford,

I submitted my Feedback too. crash signature are same as above:

https://feedbackassistant.apple.com/feedback/9833627

VM - Fault hit memory shortage
VM - Compressor failed a blocking pager_get

for @edford as requested above.

FB9837256 has 2 SIGKILL crash reports with no Termination Reason in them.

Kind Regards

Are there any news on this issue?

Xcode Organizer reports a very high number of crashes in our app, iOS 15 only. (there is no such crashes in Xcode Organizer before September 2021).
We use Xcode 13.0.

All crashes have

Exception Type:  EXC_CRASH (SIGKILL)   
Exception Codes: 0x0000000000000000, 0x0000000000000000   
Exception Note:  EXC_CORPSE_NOTIFY   
Triggered by Thread:  0  

and have no "Termination Reason" field.

Looks like it is a same issue as described in current thread It looks like both old devices (like iPhone 6s) and new devices (like iPhone 11, 12) are affected.

We have three main type of crashes, all with symptoms described above:

  1. Related to audio with fmod::outputcoreaudio::reset in call stack
  2. Related to shaders compiling
  3. Related to writing to keychain.

Reported a bug FB9843106

Hello, I've reported a similar issue here FB9857467, where there wasn't termination reason, but it could be related to the NotificatonCenter.

Exception Type:  EXC_CRASH (SIGKILL)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note:  EXC_CORPSE_NOTIFY
Triggered by Thread:  0


Kernel Triage:
VM - Compressor failed a blocking pager_get
VM - Compressor failed a blocking pager_get


Thread 0 name:
Thread 0 Crashed:
0   libsystem_kernel.dylib        	0x00000001b8707ae4 __semwait_signal + 8
1   libsystem_c.dylib             	0x000000018bf19f00 nanosleep + 216 (nanosleep.c:104)
2   Foundation                    	0x0000000182875a18 +[NSThread sleepForTimeInterval:] + 156 (NSThread.m:504)
3   CoreFoundation                	0x0000000181002f88 __CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER__ + 28 (CFNotificationCenter.c:652)
4   CoreFoundation                	0x000000018109ec3c ___CFXRegistrationPost_block_invoke + 52 (CFNotificationCenter.c:173)
5   CoreFoundation                	0x0000000181071ff4 _CFXRegistrationPost + 456 (CFNotificationCenter.c:199)
6   CoreFoundation                	0x0000000181018df4 _CFXNotificationPost + 716 (CFNotificationCenter.c:1147)
7   Foundation                    	0x0000000182815f68 -[NSNotificationCenter postNotificationName:object:userInfo:] + 96 (NSNotification.m:560)
8   UIKitCore                     	0x00000001843d3654 -[UIApplication _terminateWithStatus:] + 300 (UIApplication.m:6919)
9   UIKitCore                     	0x0000000183abbb38 -[_UISceneLifecycleMultiplexer _evalTransitionToSettings:fromSettings:forceExit:withTransitionStore:] + 128 (_UISceneLifecycleMultiplexer.m:808)
10  UIKitCore                     	0x0000000183cb0a80 -[_UISceneLifecycleMultiplexer forceExitWithTransitionContext:scene:] + 224 (_UISceneLifecycleMultiplexer.m:482)
11  UIKitCore                     	0x00000001843d029c -[UIApplication workspaceShouldExit:withTransitionContext:] + 212 (UIApplication.m:3828)
12  FrontBoardServices            	0x0000000192cef780 __63-[FBSWorkspaceScenesClient willTerminateWithTransitionContext:]_block_invoke_2 + 80 (FBSWorkspaceScenesClient.m:331)
13  FrontBoardServices            	0x0000000192caa06c -[FBSWorkspace _calloutQueue_executeCalloutFromSource:withBlock:] + 240 (FBSWorkspace.m:352)
14  FrontBoardServices            	0x0000000192cef718 __63-[FBSWorkspaceScenesClient willTerminateWithTransitionContext:]_block_invoke + 132 (FBSWorkspaceScenesClient.m:328)

for @edford as requested above.

FB9858254 has 4 SIGKILL crash reports with no Termination Reason in them.

Kind Regards

for @edford as requested above.

FB9860396 has SIGKILL without a Termination Reason in them.

Thanks.

Thankyou for this thread @edford both of the top occuring crashes suffer from this issue. Here is the feedback assistant link you wanted; https://feedbackassistant.apple.com/feedback/9869185.

Many of you in this thread have opened bug reports in Feedback Assistant — thank you for filing those to help us address this! We have deployed a fix to the backend services that provide crashes for your app into the Xcode Organizer, so if you receive EXC_CRASH (SIGKILL) crash reports from now on through the Organizer, those reports should be attributed with an exception code to explain why the system terminated your app.

If you still see any reports without the exception code, please post the complete crash report to this thread using the attachment feature so we can verify that the code is still missing.

@edford I'm seeing reports without exception code obtained through TestFlight as detailed here

Hi edford,

Has several SIGKILL crash reports with no Termination Reason.

https://feedbackassistant.apple.com/feedback/9906125.

Thanks!

@edford: I appreciate your contribution to this thread. I encountered a similar situation. When I downloaded the crash reports from TestFlight, there was no 'reason' field. Then I read all the replies and your comments and found that I needed to check the crash reports using the XCode crashers organizer.

I am highlighting this for future readers:

To find the 'reason' field, It is important that you analyze the crash using XCode crashes organizer. Find your crash in the organizer, right-click and then click 'show in finder. This will be an XCcrashPoint file. Open it and the reason field should be there. See attached screenshot

Hope it helps.

Awais

@edford.

I am attaching my recent crash report as an attachment here. I have anlysed the crash report and i believe my app was stuck in some kind of deadlock. I am using locks to manager synchronization. Can you please spare some minutes and verify that my assumption is correct.

Bundle of thanks.

We continue to have problems determine the root cause of Intermittant APP crash. We were told to look at the Third Party SDK that opens and closes the Lidar camera. We have confirmed we are opening and closing the camera properly. We built a test app to open and close the app and it ran 150 times without a problem.

Could a thread that saves the JPG pictures as a video cause the sensor_stream to hang and crash the app? Here is snippets of the crash logs. Any further help would be appreciated.

Crash Log1 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Subtype: KERN_INVALID_ADDRESS at 0x0000000134500000 Thread 46 name: Thread 46 Crashed: 0 libsystem_platform.dylib   0x00000001f110da84 _platform_memmove + 52 1 UnityFramework        0x0000000107c4eb60 Sensor_Stream_mFF850E96E26ADC438DFA62EFFABFDAEDE3B6DEEC + 632 (LightBuzz.BodyTracking.cpp:24277)

Crash Log2 Triggered by Thread: 56. Kernel Triage: VM - pmap_enter failed with resource shortage Thread 56 name: Thread 56 Crashed: 0 libsystem_platform.dylib   0x00000001f110da84 _platform_memmove + 52 1 UnityFramework        0x0000000109362b58 Sensor_Stream_mFF850E96E26ADC438DFA62EFFABFDAEDE3B6DEEC + 632 (LightBuzz.BodyTracking.cpp:24277)

Hi 👋! He tried to solve this situation. Any clue would be greatly appreciated.

https://feedbackassistant.apple.com/feedback/11192902

Crash in background on iOS 15 EXC_CRASH (SIGKILL)
 
 
Q