在模拟器中运行的iPad应用程序中的神秘SIGKILL

时间:2012-04-25 21:42:22

标签: ios sigkill

我的iPad应用程序最近在iOS模拟器中运行时收到了神秘的SIGKILL信号。它似乎发生在应用程序启动后的2分钟内,但不是每次都发生。

这个回溯是否表明了什么,或者我应该尝试删除东西,直到找到罪魁祸首?

可能涉及一些组件;一个例子是我最近整合了Crashlytics。另一个例子是我正在使用CLGeocoder在MKMapView上绘制一个位置,这可以解释为什么问题发生在启动后的某个未确定点(以及为什么MapKit出现在其中一个线程中)。但是如果没有来自回溯或日志的清晰指示,我就会在黑暗中拍摄。

Xcode 4.3.2;定位iOS 5。

    * thread #1: tid = 0x1f03, 0x9c2c4c22 libsystem_kernel.dylib`mach_msg_trap + 10, stop reason = signal SIGKILL
    frame #0: 0x9c2c4c22 libsystem_kernel.dylib`mach_msg_trap + 10
    frame #1: 0x9c2c41f6 libsystem_kernel.dylib`mach_msg + 70
    frame #2: 0x0178110a CoreFoundation`__CFRunLoopServiceMachPort + 186
    frame #3: 0x016e4550 CoreFoundation`__CFRunLoopRun + 1312
    frame #4: 0x016e3d84 CoreFoundation`CFRunLoopRunSpecific + 212
    frame #5: 0x016e3c9b CoreFoundation`CFRunLoopRunInMode + 123
    frame #6: 0x015af7d8 GraphicsServices`GSEventRunModal + 190
    frame #7: 0x015af88a GraphicsServices`GSEventRun + 103
    frame #8: 0x00394626 UIKit`UIApplicationMain + 1163
    frame #9: 0x00001d4d Tablecloth`main + 141 at main.m:16
    frame #10: 0x00001cb5 Tablecloth`start + 53

  thread #3: tid = 0x2403, 0x9c2c790a libsystem_kernel.dylib`kevent + 10
    frame #0: 0x9c2c790a libsystem_kernel.dylib`kevent + 10
    frame #1: 0x020b9372 libdispatch.dylib`_dispatch_mgr_invoke + 918
    frame #2: 0x020b7be1 libdispatch.dylib`_dispatch_mgr_thread + 53

  thread #5: tid = 0x2603, 0x9c2c4c22 libsystem_kernel.dylib`mach_msg_trap + 10
    frame #0: 0x9c2c4c22 libsystem_kernel.dylib`mach_msg_trap + 10
    frame #1: 0x9c2c41f6 libsystem_kernel.dylib`mach_msg + 70
    frame #2: 0x0178110a CoreFoundation`__CFRunLoopServiceMachPort + 186
    frame #3: 0x016e45d5 CoreFoundation`__CFRunLoopRun + 1445
    frame #4: 0x016e3d84 CoreFoundation`CFRunLoopRunSpecific + 212
    frame #5: 0x016e3c9b CoreFoundation`CFRunLoopRunInMode + 123
    frame #6: 0x03ede420 WebCore`_ZL12RunWebThreadPv + 560
    frame #7: 0x93ebced9 libsystem_c.dylib`_pthread_start + 335

  thread #6: tid = 0x2703, 0x9c2c4c22 libsystem_kernel.dylib`mach_msg_trap + 10
    frame #0: 0x9c2c4c22 libsystem_kernel.dylib`mach_msg_trap + 10
    frame #1: 0x9c2c41f6 libsystem_kernel.dylib`mach_msg + 70
    frame #2: 0x0178110a CoreFoundation`__CFRunLoopServiceMachPort + 186
    frame #3: 0x016e45d5 CoreFoundation`__CFRunLoopRun + 1445
    frame #4: 0x016e3d84 CoreFoundation`CFRunLoopRunSpecific + 212
    frame #5: 0x016e3c9b CoreFoundation`CFRunLoopRunInMode + 123
    frame #6: 0x00d94e30 Foundation`+[NSURLConnection(Loader) _resourceLoadLoop:] + 398
    frame #7: 0x00ca64d6 Foundation`-[NSThread main] + 76
    frame #8: 0x00ca6447 Foundation`__NSThread__main__ + 1258
    frame #9: 0x93ebced9 libsystem_c.dylib`_pthread_start + 335

  thread #7: tid = 0x2803, 0x9c2c4c22 libsystem_kernel.dylib`mach_msg_trap + 10
    frame #0: 0x9c2c4c22 libsystem_kernel.dylib`mach_msg_trap + 10
    frame #1: 0x9c2c41f6 libsystem_kernel.dylib`mach_msg + 70
    frame #2: 0x0178110a CoreFoundation`__CFRunLoopServiceMachPort + 186
    frame #3: 0x016e45d5 CoreFoundation`__CFRunLoopRun + 1445
    frame #4: 0x016e3d84 CoreFoundation`CFRunLoopRunSpecific + 212
    frame #5: 0x016e3c9b CoreFoundation`CFRunLoopRunInMode + 123
    frame #6: 0x0012286b MapKit`MKNormalizedPointForLayer + 30057
    frame #7: 0x00ca64d6 Foundation`-[NSThread main] + 76
    frame #8: 0x00ca6447 Foundation`__NSThread__main__ + 1258
    frame #9: 0x93ebced9 libsystem_c.dylib`_pthread_start + 335

  thread #8: tid = 0x2903, 0x9c2c6b42 libsystem_kernel.dylib`select$DARWIN_EXTSN + 10
    frame #0: 0x9c2c6b42 libsystem_kernel.dylib`select$DARWIN_EXTSN + 10
    frame #1: 0x017157cb CoreFoundation`__CFSocketManager + 939
    frame #2: 0x93ebced9 libsystem_c.dylib`_pthread_start + 335

  thread #9: tid = 0x2a03, 0x9c2c702e libsystem_kernel.dylib`__workq_kernreturn + 10
    frame #0: 0x9c2c702e libsystem_kernel.dylib`__workq_kernreturn + 10
    frame #1: 0x93ebeccf libsystem_c.dylib`_pthread_wqthread + 773
编辑:Crashlytics支持团队帮助我调试了这个,似乎解决它的问题是使用模拟器应用程序中的“重置内容和设置...”菜单项。目前尚不清楚为什么会发生这种情况,但我不再接受调试中断了。

1 个答案:

答案 0 :(得分:3)

SIGKILL通常建议您被操作系统杀死。您的控制台日志将比堆栈跟踪更有用。如果它在设备上,我会怀疑使用太多内存,但这在模拟器中是不太可能的。另一个常见的SIGKILL是如果你阻塞你的主线程太长,所以我会寻找(虽然我不认为模拟器提供了那个)。

但你最好看的地方是跑步日志。