Que fait l'erreur d'exécution suivant signifie: “mettre fin à appelé en l'absence d'une exception\n Avorté”

Le bug m'a dérangé sur deux jours: lors de l'exécution du code j'ai une erreur d'exécution de "mettre fin à appelé en l'absence d'une exception\n Avorté",pourquoi?

J'ai essayer de trouver le code et trouver la ligne est peut-être quitter le code "xx = new int [num]", le num dans mon cas de test est d'environ 640000(64MO de mémoire pour les nouveaux). lorsque j'ai mis le num beaucoup plus petit que 10, c'est OK, mais mon code une fausse réponse cette fois-ci.

J'ai essayer de supprimer tous les "try/catch" Clause mais toujours cette erreur.

Aussi j' //toutes les fonctions qui appellent le "xx = new int [num]" clause, l'erreur existent encore, et cette fois, j'ai trouver le code peut quitter la est un de normal "pour la boucle".

Tous les cas, passé le compilateur, ont u jamais rencontré cette erreur dans l'exécution de votre code?Merci!!!!

J' //supprimer l'article et obtenez le message d'erreur ci-dessous:
* glibc détecté * ./ESMF_RegridWeightGen: munmap_chunk(): pointeur non valide: 0x00000000005cd376 *

Essayez de mettre un try/catch bloc autour de l'ensemble de votre main corps et de voir si il y a des exceptions à toutes les...
Avez-vous un petit exemple de code qui illustre le problème?
avez-vous plusieurs threads?
Oh, pas du tout~
chillyc.info/?s=terminate appelé++sans+une+active+exception vous voyez que c'est... vide jeter. par exemple: jeter;

OriginalL'auteur xunzhang | 2011-11-12

  1. 19

    Quand j'ai vu cette erreur, elle a été causée par le thread de l'objet détruit avant de l'enfiler encapsulé a quitté.

    Il peut n'avoir rien à faire avec le fil. Vous pourriez avoir std::thread foo(...) dans un bloc local, et de lever une exception après le démarrage du thread. Avant votre exception est interceptée, le fil destructeur qui se passe, et il appelle std::terminate(), ce qui le rend difficile à déboguer le véritable exception!

    OriginalL'auteur Gearoid Murphy

  2. 7

    Je l'ai rencontré quand j'ai essayé d'utiliser le jeter; en dehors d'une clause catch. Le renvoyer échoue et que le message d'erreur est affiché.

    Merci, ça m'a sauvé la droite maintenant.

    OriginalL'auteur adsf

  3. 4

    Le "mettre fin à l'absence d'une exception de message" est une allusion au fait que, à un certain moment dans votre programme, la gestion des exceptions s'est cassé.

    L'allocation de mémoire est probablement la cause principale, mais probablement pas l'erreur de site. La grande allocation de jeter un std::bad_alloc exception, et cette exception est pas correctement traitée quelque part.

    Pour valider la théorie, insérer une ligne comme

     throw std::logic_error("Foo");

    au-dessus de l'allocation, ce qui devrait déclencher le bug.

    J'ai rencontré deux raisons à cela:

    • Multithread mingw les programmes compilés sans droit drapeaux
    • Un destructeur qui a été appelé en tant que partie de la pile processus de déroulement a jeté une exception

    Vous devriez être en mesure de diagnostiquer cette condition avec un débogueur. Une trace de la pile de votre demande (par exemple, obtenu en l'exécutant dans gdb) devraient aider grandement.

    qu'en est ~2,5 GO d'allocation? 640000*sizeof(int)
    La dernière fois que j'ai vérifié, sizeof(int) < 10, de sorte que 640 000 * sizeof(int) < de 6.400.000 < 6,4 MO. Il pourrait être trop large et pourrait jeter un std::bad_alloc. Ce qui devrait se traduire, au pire, de mettre fin à un appel qui imprime std::bad_alloc, pas à "mettre fin à appelé en l'absence d'une exception". Il y a de pire qu'un problème quelque part, et sa trop grande allocation est juste déclenchement.
    oui, vous avez raison

    OriginalL'auteur thiton

  4. 2

    Comme Gearoid Murphy dit que l'erreur se produit lorsque l'objet thread est détruit avant que la fonction de thread lui-même a été entièrement exécutée. J'ai détecté cette erreur à l'aide de tinythread bibliothèque (http://tinythreadpp.bitsnbites.eu/):

    Avant:

    #include "tinythread.h"
...
void fork_thread(void (*function_pointer)(void * arg), void * arg_pointer) {
    tthread::thread t(function_pointer, arg_pointer);
    //t is destructed here, causing the "terminate called ..." error
}

    Après:

    #include "tinythread.h"
...
void fork_thread(void (*function_pointer)(void * arg), void * arg_pointer) {
    tthread::thread * t = new tthread::thread(function_pointer, arg_pointer);
    //now the new thread object is not destructed here, preventing
    //the "terminate called ..." error. Remember that because thread
    //object must now be destructed explicitly (i.e. manually) with delete
    //call you should store the pointer t to a vector of thread pointers
    //for example.
}

    OriginalL'auteur Akseli Palén

  5. 1

    Avec MinGW, l'ajout de la -mthreads option de compilation de gcc permet de résoudre ce problème.

    De le manuel de gcc:

    -mthreads

    Support des threads gestion des exceptions sur Mingw32. Le Code qui s'appuie sur des threads gestion des exceptions doivent compiler et lier tous les code avec l'-mthreads option. Lors de la compilation, -mthreads définit -D_MT; lors de la liaison, c'liens dans un fil spécial helper library-lmingwthrd qui nettoie par thread exception de la manipulation de données.

    OriginalL'auteur Riot