résilier appelé après avoir jeté une instance de "Poco::SystemException'

Parfois (environ 1 sur 100 pistes), mon programme s'arrête avec ce message:

terminate called after throwing an instance of 'Poco::SystemException'
  what():  System exception

mon code n'est pas une capture de l'exception (toutes mes captures sont plus verbeux), et je ne suis pas sûr de l'endroit où il est pris.
il est très probable que l'exception ne contenir un message utile, mais il n'est pas retourné par la ce() la méthode mais par le texte ().

La chaîne "résilier appelé après avoir jeté un exemple de" a ~600k dans Google, donc c'est probablement imprimée par le code inséré par le compilateur ou par certaines communes (bibliothèque pthread?).
J'ai seulement vu ce message d'erreur lorsque le programme est exécuté sur Linux (jamais sur Windows).

quelqu'un sait à quel est le code de cette exception non interceptée est pris?

Oui, une bibliothèque génère ce message, même si ce n'est pas la bibliothèque pthread, c'est la bibliothèque C++ qui est fourni avec le compilateur.

OriginalL'auteur Omry Yadan | 2009-11-19

  1. 12

    quelqu'un sait à quel est le code de cette exception non interceptée est pris?

    Une exception non interceptée est—par définition—n'est pas pris n'importe où.

    Si une exception ne peuvent pas être traitées, les exceptions C++, le mécanisme d'appel std::terminate() (voir inclure l'en-tête <exception>), qui feront appel personnalisables gestionnaire de résiliation. Sur votre plate-forme, la norme de la résiliation du gestionnaire d'impression de la sortie de std::exception::what() (qui Poco exceptions héritent de). Malheureusement, la manière Poco exceptions sont conçus, ce ne sera pas contenir toutes les informations utiles.

    Il existe de multiples façons une exception ne peuvent pas être traités:

    • Pas adapté catch() gestionnaire est trouvé et le déroulement du mécanisme de sorties main(). Vous pouvez essayer d'emballage de votre main() code dans try...catch pour imprimer l'exception du displayText().
    • Une fonction se termine avec une exception qui ne correspond pas à sa spécification d'exception (... functionname(...) throw(...)). Ceci appelle std::unexpected() qui appellera à son tour std::terminate() (par défaut).
    • Une exception est levée à partir d'un destructeur est appelé pendant le processus de déroulement d'une autre exception. Ne jamais lancer des exceptions dans les destructeurs!
    • Une exception est levée lors de la tentative de créer l'objet exception d'origine. Ne jamais lancer des exceptions dans des classes d'exception!

    Lors de l'utilisation de Poco de threads et d'un thread est terminé par une exception non gérée, Poco va invoquer ses propres ErrorHandler et le programme ne sera pas sortie, donc je doute que cela soit un problème thread.

    Merci. pour faciliter le débogage, j'ai piraté Exception:: () dans Poco pour imprimer le texte() sur la sortie standard stdout. cela permet de voir le message réel de ce type d'exception. Je travaille toujours sur de trouver la cause réelle, l'exception est de ne pas être en mesure de verrouiller un mutex, et est probablement jeté en quelque sorte à partir de certains destructeur.
    s'avère que le bug est DANS Poco ErrorHandler, ou au moins un bug. check this out: pocoproject.org/forum/...

    OriginalL'auteur Ferdinand Beyer

  2. 0

    J'avais la même erreur. J'ai utilisé un bloc try catch dans la fonction d'exécution de l'Poco::classe Runnable. J'ai enlevé le bloc try catch à partir de cette classe et utilisé un dérivé de Poco::ErrorHandler classe permettant de gérer les erreurs. Après cela, j'ai arrêté l'obtention de cette erreur.

    OriginalL'auteur Gaurav Raj