pestañas - Apagado de la aplicación con EXC_RESOURCE, excepción de WAKEUPS en iOS 8 GM
como cerrar aplicaciones en iphone ios 10 (3)
¿Alguien sabe qué es este tipo de excepción en iOS 8?
=== del informe de bloqueo ===
Exception Type: EXC_RESOURCE
Exception Subtype: WAKEUPS
Exception Message: (Limit 150/sec) Observed 206/sec over 300 secs
Triggered by Thread: 14
Parece que solo ocurre en iOS 8 ... Nuestra aplicación se apaga de forma bastante aleatoria a intervalos arbitrarios con esta excepción.
Cualquier pista es bienvenida. ¡Gracias!
En mi caso en ios 9.1 esto se disparó por el subproceso 2, que parece ser un poco trabajador para el controlador GLES porque causa la búsqueda a través de las fuentes del proyecto. No veo ninguna referencia a GPUTools.
Thread 2 name: gputools.smt_poll.0x145722df0
Thread 2 Attributed:
0 libsystem_kernel.dylib 0x000000019a8b7440 __semwait_signal + 8
1 libsystem_c.dylib 0x000000019a7c9e2c nanosleep + 212
2 libsystem_c.dylib 0x000000019a7c9d4c 0x19a7bc000 + 56652
3 GPUToolsCore 0x0000000100ba0ae0 0x100b98000 + 35552
4 libsystem_pthread.dylib 0x000000019a97fb28 _pthread_body + 156
5 libsystem_pthread.dylib 0x000000019a97fa8c _pthread_body + 0
6 libsystem_pthread.dylib 0x000000019a97d028 thread_start + 4
Ver esto: iOS 7 y problemas / fallos de OpenGL He archivado el error 23389472 con Apple, porque en mi caso no es un hilo que haya creado yo o código de terceros, y, por lo tanto, es probable que este no sea mi error. La conclusión es: si el hilo ofensivo es tuyo (que incluye software de terceros obviamente), se aplica la respuesta de Ryan. De lo contrario, deberá ponerse en contacto con Apple y / o, mientras tanto, buscar una solución alternativa.
Su aplicación está enviando un comando de activación a un hilo en particular en la aplicación con bastante frecuencia, aparentemente un promedio de 206 veces por segundo. Los hilos de fondo en iOS 8 tienen un límite estricto sobre cuántas veces puede ejecutar un ciclo de dormir / despertar en cada hilo por segundo, y tener un conteo alto aquí es generalmente una indicación de que algo está mal / ineficiente en la administración de su hilo.
Sin ver su código, mi recomendación es que verifique sus algoritmos de C ++ para las llamadas de sueño / vigilia, o multiplique el proceso de fondo para iniciar nuevos hilos en cada ciclo.
Ray Wenderlich tiene un fantástico tutorial sobre el sistema de Apple para multihilo, Grand Central Dispactch, que también podría ser un buen recurso para usted: http://www.raywenderlich.com/60749/grand-central-dispatch-in-depth-part-1
Usando Xamarin, también tenemos este problema. Estábamos utilizando 4 SemaphoreSlim que estaban esperando al mismo tiempo durante un período de tiempo demasiado largo. Reemplazar el SemaphoreSlim por otra sincronización primitiva (AutoResetEvent en nuestro caso para simular un semáforo de 1 elemento) solucionó el problema.