android - emulador - Fallo nativo de RenderThread con señal 6(SIGABRT)

crash bandicoot android+emulador

Question

Actualizaciones!

Vea abajo

Situación

Estamos teniendo un problema difícil de diagnosticar con nuestra aplicación. Cuando intentamos utilizar la intención de que la aplicación de la cámara devuelva una imagen, recibimos una situación de bloqueo de bajo nivel que no estamos seguros de cómo depurar. Esto está ocurriendo en los dispositivos Nexus 5x en Android 6.0 y Android 7.0.

Aquí está el seguimiento de la pila desde el monitor:

10-17 11:59:41.208 9925-9925/? A/DEBUG: *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
10-17 11:59:41.208 9925-9925/? A/DEBUG: Build fingerprint: ''google/bullhead/bullhead:7.0/NBD90W/3239497:user/release-keys''
10-17 11:59:41.208 9925-9925/? A/DEBUG: Revision: ''rev_1.0''
10-17 11:59:41.208 9925-9925/? A/DEBUG: ABI: ''arm64''
10-17 11:59:41.208 9925-9925/? A/DEBUG: pid: 5791, tid: 6054, name: RenderThread >>> com.ourapp <<<
10-17 11:59:41.209 9925-9925/? A/DEBUG: signal 6 (SIGABRT), code -6 (SI_TKILL), fault addr --------
10-17 11:59:41.230 9925-9925/? A/DEBUG: Abort message: ''Leaked 2 GPU objects!''
10-17 11:59:41.230 9925-9925/? A/DEBUG: x0 0000000000000000 x1 00000000000017a6 x2 0000000000000006 x3 0000000000000008
10-17 11:59:41.230 9925-9925/? A/DEBUG: x4 00006e6174736e69 x5 0000000000000000 x6 0000007629a9f000 x7 0000000000000000
10-17 11:59:41.230 9925-9925/? A/DEBUG: x8 0000000000000083 x9 ffffffffffffffdf x10 0000000000000000 x11 0000000000000001
10-17 11:59:41.230 9925-9925/? A/DEBUG: x12 0000000000000018 x13 0000000000000000 x14 0000000000000000 x15 000850a8eb6af8af
10-17 11:59:41.231 9925-9925/? A/DEBUG: x16 000000762948eed0 x17 0000007629438a2c x18 0000000000000400 x19 00000076093b84f8
10-17 11:59:41.231 9925-9925/? A/DEBUG: x20 0000000000000006 x21 00000076093b8450 x22 000000000000000b x23 000000762933c040
10-17 11:59:41.231 9925-9925/? A/DEBUG: x24 00000000ffffffff x25 00000075f9d71490 x26 7fffffffffffffff x27 00000075f2c54060
10-17 11:59:41.231 9925-9925/? A/DEBUG: x28 0000007625c83238 x29 00000076093b7ae0 x30 0000007629435e58
10-17 11:59:41.231 9925-9925/? A/DEBUG: sp 00000076093b7ac0 pc 0000007629438a34 pstate 0000000060000000
10-17 11:59:41.237 3715-9157/? E/mm-camera-sensor: port_sensor_handle_aec_update:443miss aec update window, skip
10-17 11:59:41.253 9925-9925/? A/DEBUG: backtrace:
10-17 11:59:41.254 9925-9925/? A/DEBUG: #00 pc 000000000006ba34 /system/lib64/libc.so (tgkill+8)
10-17 11:59:41.254 9925-9925/? A/DEBUG: #01 pc 0000000000068e54 /system/lib64/libc.so (pthread_kill+64)
10-17 11:59:41.254 9925-9925/? A/DEBUG: #02 pc 0000000000023ed8 /system/lib64/libc.so (raise+24)
10-17 11:59:41.254 9925-9925/? A/DEBUG: #03 pc 000000000001c790 /system/lib64/libc.so (abort+52)
10-17 11:59:41.254 9925-9925/? A/DEBUG: #04 pc 00000000000107f4 /system/lib64/libcutils.so (__android_log_assert+224)
10-17 11:59:41.254 9925-9925/? A/DEBUG: #05 pc 0000000000054cc0 /system/lib64/libhwui.so
10-17 11:59:41.254 9925-9925/? A/DEBUG: #06 pc 00000000000350f8 /system/lib64/libhwui.so
10-17 11:59:41.254 9925-9925/? A/DEBUG: #07 pc 00000000000328c8 /system/lib64/libhwui.so
10-17 11:59:41.254 9925-9925/? A/DEBUG: #08 pc 0000000000037348 /system/lib64/libhwui.so
10-17 11:59:41.254 9925-9925/? A/DEBUG: #09 pc 0000000000038434 /system/lib64/libhwui.so
10-17 11:59:41.254 9925-9925/? A/DEBUG: #10 pc 0000000000039890 /system/lib64/libhwui.so (_ZN7android10uirenderer12renderthread12RenderThread10threadLoopEv+152)
10-17 11:59:41.254 9925-9925/? A/DEBUG: #11 pc 0000000000012460 /system/lib64/libutils.so (_ZN7android6Thread11_threadLoopEPv+272)
10-17 11:59:41.254 9925-9925/? A/DEBUG: #12 pc 000000000009bc4c /system/lib64/libandroid_runtime.so (_ZN7android14AndroidRuntime15javaThreadShellEPv+116)
10-17 11:59:41.254 9925-9925/? A/DEBUG: #13 pc 000000000006863c /system/lib64/libc.so (_ZL15__pthread_startPv+208)
10-17 11:59:41.254 9925-9925/? A/DEBUG: #14 pc 000000000001d9fc /system/lib64/libc.so (__start_thread+16)

Podemos activar esto de manera confiable cuando usamos la intención de llamar la aplicación de la cámara para recuperar una imagen con el siguiente código:

Intent intent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
if (intent.resolveActivity(fragmentContext.getPackageManager()) == null) {
return;
}
try {
File photoFile = FileUtils.createImageFile(fragmentContext);
data.addFileUpload(photoFile.getAbsolutePath());
Uri photoUri = FileProvider.getUriForFile(fragmentContext, OurApplication.FILE_PROVIDER, photoFile);
intent.putExtra(MediaStore.EXTRA_OUTPUT, photoUri);
startActivityForResult(intent, REQUEST_TAKE_PHOTO);
} catch (IOException ignored) {
}

Como se muestra, no hay nada habitual aquí.

Ambiente

Podemos activar esto en nuestros dispositivos de prueba que son Nexus 5x . Un dispositivo es Android 6 y el otro es Android 7. Ambos producen rastros de pila similares (el que se muestra es de Android 7.0).

Contexto de disparo

Parece que podemos desencadenar este evento en cualquiera de las dos situaciones siguientes:

1. El Google Maps se carga en la actividad que inicia la cámara.
2. Una situación de poca memoria (que activamos con Chrome cargado con una pestaña o dos de cnn.com)

Lo que hemos intentado

Hemos intentado eliminar funcionalmente la funcionalidad de la aplicación hasta que ya no pudimos activar este bloqueo, pero siempre hemos podido activarlo en una situación de poca memoria.

Preguntas

• ¿Alguien ha encontrado esto antes y ha encontrado una manera de resolverlo?
• ¿Sugerencias sobre cómo depurar más este problema?
• ¿Algún enlace para sugerencias?

Actualizaciones

2016/11/02 - Hay un informe de error abierto como se indica en los comentarios. Diferentes dispositivos / compilaciones (Nexus 5x, 6P y Pixel con Android 6, 7.0 y 7.1) también reportan el mismo problema con diferentes tipos de situaciones. Seguiré publicando actualizaciones con más información. La situación ha sido clasificada como un defecto con prioridad de pequeño. Consideraría mirar ese insecto y plantear tus preocupaciones allí.

2016/12/14 - Personalmente todavía tengo este problema, incluso con las diversas actualizaciones de seguridad que se han aplicado. No hay más información que otras personas que informen sobre los mismos problemas en varios dispositivos. Por favor revise el informe de error vinculado, comience y comente allí. Si encuentro algo que funcione, lo publicaré aquí!

2017/07/31 - Para las personas que aún están experimentando este problema, un usuario ha intentado realizar despliegues escalonados en su base de usuarios y eliminar varias funciones para intentar diagnosticar cuál es el problema. En su situación, al eliminar com.google.android.gms:play-services-maps:11.0.1 , su situación parece haberse resuelto. Desafortunadamente, los mapas son un componente central de nuestras aplicaciones; Por lo tanto, esto no es aceptable en nuestra situación. En mi opinión, esto todavía parece tener que ver con el consumo de ram en varias situaciones que causan el problema al reanudar la actividad.

2017/12/05 - No hay cambios o reconocimiento real de Google. Por lo que he encontrado, este problema parece haberse resuelto en Android 8.0 y en algunos dispositivos que ejecutan varias actualizaciones a Android 7.x

Answer 1

Intenta limpiar el proyecto. En Android Studio Build-> Clean Project

No sé por qué, pero me ayudó. Ejecutando Samsung Galaxy S6 Android 7.0

Answer 2

Originalmente informamos este error (a google) https://issuetracker.google.com/issues/37123764 . Este fue un problema en una actualización de firmware / seguridad para los Nexuses (lo vimos en un 5X interno), se solucionó en una actualización de firmware posterior.

Los teléfonos en el firmware "malo" necesitan actualizarse. Nunca encontré una solución.