SIGNAL 11 SIGSEGV bloqueo de Android
Hoy me enfrenté a un error debido a que mi aplicación de Android está recibiendo por SIGNAL 11.
Este error suele producirse debido al acceso al área de memoria no autorizado por el almacenamiento interno de Android. Algunos de los escenarios posibles son el acceso web, la comunicación de red, la descarga de imágenes de servidor y tal. Mina fue el caso de url de carga del navegador!
- Señal 11 (SIGSEGV), código 1 (SEGV_MAPERR)
- Xamarin Android Crash en Inicio "Got a SIGSEGV"
- SIGSEGV en Canvas.clipPath en el segundo clipPath
- No se puede depurar I / DEBUG (187): señal 11 (SIGSEGV), código 1 (SEGV_MAPERR), error addr 00000004
- Android Fatal señal 11 (SIGSEGV) en 0x636f7d89 (código = 1). ¿Cómo se puede localizar?
Http://bootloader.wikidot.com/linux:android:crashlog
Necesito iniciar el navegador después de una exploración de código QR.
La aplicación se mantuvo en la exploración y el lanzamiento del navegador con fluidez, pero el problema se produce después de 15-20 intentos de los mismos pasos.
Investigué mucho y encontré que es el ERROR DE MEMORIA que se produce en las bibliotecas Native de Android .. por lo general cuando se intenta acceder a un área de memoria desconocida por el sistema de almacenamiento interno android.
Finalmente me reveló que cuando vi el uso de la memoria de mi aplicación en la sección de configuración de la aplicación de Android, me encontré con que la memoria caché se ha alcanzado a 10 MB ..
- Cómo averiguar la razón de un SIGSEGV en Android
- La aplicación se bloquea (a veces) con señal fatal 11 (SIGSEGV), código 1
- ¿Cómo puedo capturar SIGSEGV (error de segmentación) y obtener un seguimiento de pila bajo JNI en Android?
- Extraño dibujo de choque en lienzo en Android 4.0.3. A / libc: Señal fatal 11 (SIGSEGV)
- GC y onTouch causan un error de señal fatal 11 (SIGSEGV) en la aplicación que utiliza ffmpeg a través de ndk
Llame a webview.clearCache();
Y webView2.destroyDrawingCache();
Eso debería resolver el problema.
He enfrentado el mismo problema y tuve un jni. Esta excepción fatal crea al azar y como yo lo estaba usando para reproducir audio se estrelló alrededor de 2 min o 6 min o bien. Después de un montón de investigación he encontrado que el problema era que había hecho una llamada de función nativa de dos hilos diferentes y cuando se produce al mismo tiempo que no.
Otro si tiene alguna llamada jni de android asegúrese de que no ha pasado ningún nulo como argumento.