FATAL SIGNAL 11 (Sigsegv) à 0x00000000 (code = 1)?

Pourquoi ce problème se produit?

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);
    }

FATAL SIGNAL 11 (Sigsegv) à 0x00000000 (code = 1)?

source d'informationauteur Ersin Gülbahar

  1. 7

    Le message d'erreur que vous voyez est causée par un déréférencement d'un pointeur null dans le code natif. À partir de ce que vous montrez, il est difficile de deviner ce qui peut être la cause.

    À votre place, je serais vérifiez que vous n'êtes pas en passant null références à un système ou d'une méthode de bibliothèque.

  2. 5

    Comme mentionné par Nicola, cela est probablement causé par un déréférencement d'un pointeur null dans le code natif. J'ai eu un problème similaire et résolu par le débogage de la trace de la pile.

    Si vous désactivez le filtrage dans votre journal de chat, vous pourrez voir la totalité de la trace de la pile. Cela vous donnera des informations détaillées à l'endroit où l'accident s'est produit, j'ai utilisé le script python ci afin de trouver la cause exacte; https://code.google.com/p/android-ndk-stacktrace-analyzer/wiki/Usage

    Dans mon cas, un pointeur null a été produit en raison de l'exécution d'une mesure android construire.

    Bonne chance

  3. 4

    Le plus probable d'un filetage problème... une fois, j'ai couru dans un Fatal Signal 11 ainsi, lorsque je faisais des trucs sur le fil mal...

    Probablement le setVideoLayout()-appel à vous onConfigurationChanged() mise en œuvre.

    Serait utile tho, si vous pouviez poster un peu plus de code...

  4. 2

    Vous pouvez le voir à partir de la dernière Collecte des Ordures appel que le garbage collector n'a pas libérer la mémoire et que vous vous n'avez pas de mémoire disponible. De quelle taille sont vos tampons? Combien tête supplémentaire chambre ont-ils besoin?

    Une solution possible est d'étudier à l'aide de la plus grande taille de segment de mémoire par la mise en android:largeHeap="true" de permettre aux grands la taille du segment dans le manifeste, documenté sur le site des développeurs..

  5. 0

    J'ai eu le même problème avec samsung galaxy tab 2 le chargement de tous les WiX site web:

    Fatal signal 11 (SIGSEGV) à 0 x 00000000 (code=1)

    et la sortie de l'ensemble de l'application.

    La recherche de plus, j'ai trouvé un post qui parle d'une ROM BUG. Donc, j'ai brancher un téléphone et F11 (eclipse) pour compiler le même code. Et... Ça fonctionne!
    Je suis encore en train de l'erreur dans ma tablette.

    De la TABLETTE:
    Samsung Galaxy Sg 2
    GT-P5100
    ANDROID 4.0.3
    NOYAU 3.0.8

    TÉLÉPHONE:
    Samsung Galaxy Young DUOS (vieux mais les mises à jour de micrologiciel)
    GT-S6102B
    ANDROID 4.4.2
    KERNEL 2.6.35.7

    Travail dans mon téléphone, mais se bloque sur la tablette lorsque je charge de tout site web avec WiX outil.

    bonne information ici: google+ lien

  6. 0

    J'ai eu un problème similaire lors de la finalisation de mon activité avec deux TextureViews (c'est à dire en appuyant sur le bouton home):

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

    Le logcat a montré que la segv ont montré jusqu'à l'intérieur d'un drawXXX fonction.
    J'ai donc essayé de ne pas tirer lorsque la surface est détruit:

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

    doDraw() est appelée régulièrement par un thread d'arrière-plan. Pour être précis, à l'aide d'un ScheduledExecutorService. Ce truc est arrêté dans le détruit à l'écoute, qui a également obtenu le mot-clé synchronized:

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

    Cela garantit que la surface ne peut être détruit lorsque rien n'est dessiné.

    Ne plante plus sur l'abandon de l'activité maintenant!

    Il me semble que personne n'est à l'aide de TextureViews mais encore SurfaceViews. Malheureusement, celui-ci a quelques problèmes lors de l'élaboration translucide graphiques sur certains appareils, c'est pourquoi je suis passé à TextureView.

    Espère que cette aide.