ndk - jni android
Accidente de la aplicaciĆ³n con la versiĆ³n de Android 4.0 o superior (1)
Inicialmente, la falla de segmentación y, especialmente, el 0xdeadbaad, significaría una corrupción de memoria o similar, pero recientemente descubrí que, con el NDK, este es también el comportamiento predeterminado para las aserciones: al afirmar el error, envía SIGSEGV, en lugar de SIGTRAP, y establece el puntero de memoria a esta cadena hexagonal.
Debe verificar que su código llame para afirmar o, en caso de que esté usando un software de terceros, verificar que está pasando los valores adecuados a cada llamada. Una forma rápida de comprobar esto sería construir su biblioteca con NDEBUG configurado en 1 (de forma predeterminada si establece APP_OPTIM: = versión en su Application.mk) y comprobar si todavía tiene exactamente el mismo problema.
Espero que esto ayude.
Estoy trabajando en una aplicación, donde usaré Android NDK y JNI. Cada vez que ejecuto mi aplicación en cualquier versión de Android 4.0 o superior ... mi aplicación se bloqueará y dará el siguiente error ...
A/libc(18556): Fatal signal 11 (SIGSEGV) at 0xdeadbaad (code=1)
D/libEGL(18606): loaded /system/lib/egl/libGLES_android.so
D/libEGL(18606): loaded /system/lib/egl/libEGL_adreno200.so
D/libEGL(18606): loaded /system/lib/egl/libGLESv1_CM_adreno200.so
D/libEGL(18606): loaded /system/lib/egl/libGLESv2_adreno200.so
I/Adreno200-EGLSUB(18606): <ConfigWindowMatch:2078>: Format RGBA_8888.
D/OpenGLRenderer(18606): Enabling debug mode 0
El problema principal es la Fatal signal 11 (SIGSEGV) at 0xdeadbaad(code=1)
Si alguien sabe sobre esto ... entonces dime la razón.