studio ndk configurar android android-ndk jni native-code

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.