java - play - google developer license

SEÑAL FATAL 11(Sigsegv) a las 0x00000000(código=1)?

Question

¿Por qué ocurre este problema?

public static String path;
private VideoView mVideoView;


mVideoView = (VideoView) findViewById(R.id.surface_view);
mVideoView.setVideoPath(path);
mVideoView.setMediaController(new MediaController(this));
mVideoView.requestFocus();

//...

    private int mLayout = VideoView.VIDEO_LAYOUT_ZOOM;

    @Override
    public void onConfigurationChanged(Configuration newConfig) {
        if (mVideoView != null)
            mVideoView.setVideoLayout(mLayout, 0);
        super.onConfigurationChanged(newConfig);
    }

Answer 1

Puede ver en la última llamada de Garbage Collection que el recolector de elementos no utilizados ha liberado la memoria y que no tiene memoria disponible. ¿Qué tan grandes son tus buffers? ¿Cuánto espacio adicional necesitan?

Una posible solución es investigar el uso del tamaño de android:largeHeap="true" dinámico más grande al configurar android:largeHeap="true" para permitir un gran tamaño de android:largeHeap="true" dinámico en el manifiesto de la aplicación, documentado en el sitio del desarrollador. .

Answer 2

Tuve el mismo problema al usar Samsung Galaxy Tab 2 cargando cualquier sitio web de WiX obteniendo:

Señal fatal 11 (SIGSEGV) en 0x00000000 (código = 1)

y saliendo de la aplicación completa.

Investigando más, encontré una publicación hablando de un ROM BUG. Entonces, conecto un teléfono y F11 (eclipse) para compilar el mismo código. Y ... ¡Está funcionando! Todavía estoy recibiendo el error en mi tableta.

TABLETA: Samsung Galaxy Tabg 2 GT-P5100 ANDROID 4.0.3 KERNEL 3.0.8

TELÉFONO: Samsung Galaxy Young DUOS (antiguo pero actualizado con firmware) GT-S6102B ANDROID 4.4.2 KERNEL 2.6.35.7

Trabajar en mi teléfono, pero se bloquea en la tableta cuando cargo cualquier sitio web creado con la herramienta WiX.

buena información aquí: google + enlace

Answer 3

El mensaje de error que está viendo se debe a la desreferenciación de un puntero nulo en el código nativo. Por lo que muestra, es difícil adivinar cuál puede ser la causa.

En su lugar, verificaría que no esté pasando referencias nulas a un sistema o método de biblioteca.

Answer 4

Como lo menciona Nicola, esto probablemente se deba a la desreferenciación de un puntero nulo en el código nativo. Tuve un problema similar y lo resolví depurando el seguimiento de la pila.

Si desactivas el filtrado en tu log cat, verás todo el seguimiento de la pila. Esto le dará información detallada sobre dónde ocurrió el bloqueo. Utilicé el siguiente script de Python para encontrar la causa exacta; https://code.google.com/p/android-ndk-stacktrace-analyzer/wiki/Usage

En mi caso, un puntero nulo estaba ocurriendo debido a la ejecución de una compilación de Android personalizada.

Buena suerte

Answer 5

Lo más probable es que sea un problema de enhebrado ... Una vez también ejecuté una Fatal Signal 11 , cuando estaba haciendo cosas en el hilo equivocado ...

Probablemente el setVideoLayout () - onConfigurationChanged() en usted la implementación onConfigurationChanged() .

Sería útil si pudieras publicar más código ...

Answer 6

Tuve un problema similar cuando terminaba mi actividad con dos TextureViews (es decir, presionando el botón de inicio):

Fatal signal 11 (SIGSEGV), code 1, fault addr 0xa4680000 in tid 29013 (pool-4-thread-1)

El logcat mostró que el segv aparecía dentro de una función drawXXX. Así que traté de no dibujar cuando se destruye la superficie:

private synchronized void doDraw(Canvas canvas) {
...
}

doDraw () es llamado regularmente por un hilo de fondo. Para ser precisos, utilizando un ScheduledExecutorService. Esta cosa se detiene en el oyente destruido, que también obtuvo la palabra clave sincronizada:

public synchronized boolean onSurfaceTextureDestroyed(SurfaceTexture surfaceTexture) {
    executorService.shutdownNow();
    return true;
}

Esto garantiza que la superficie solo se puede destruir cuando actualmente no se dibuja nada.

¡No más accidentes al abandonar la actividad ahora!

Me parece que nadie está usando TextureViews, pero aún SurfaceViews. Desafortunadamente, este último tiene algunos problemas al dibujar gráficos translúcidos en algunos dispositivos, es por eso que cambié a TextureView.

Espero que esto ayude.