Erreur à la chasse de std::runtime_error comme std::exception

nous avons un drôle de problème avec try catch et std::runtime_error.
Quelqu'un peut m'expliquer pourquoi c'est le retour "erreur Inconnue" comme sortie ?
Merci beaucoup de m'aider !

#include "stdafx.h"
#include <iostream>
#include <stdexcept>

int magicCode()
{
    throw std::runtime_error("FunnyError");
}

int funnyCatch()
{
    try{
        magicCode();
    } catch (std::exception& e) {
        throw e;
    }

}

int _tmain(int argc, _TCHAR* argv[])
{
    try
    {
        funnyCatch();
    }
    catch (std::exception& e)
    {
        std::cout << e.what();
    }
 return 0;
}
  • Il imprime "FunnyError" pour moi, à l'aide de Visual C++ 2010. Le compilateur que vous utilisez?
  • Visual Studio 2005
InformationsquelleAutor BlueTrin | 2010-09-23
  1. 19

    Le problème est avec cette ligne. Parce que throw avec une expression utilise le type statique de l'expression, afin de déterminer l'exception levée, c'tranches de l'objet de l'exception de la construction d'une nouvelle std::exception objet de copie de l'objet de base de la partie de la std::runtime_error que e est une référence à.

    throw e;

    De re-jeter l'exception interceptée vous devriez toujours utiliser les jeter sans expression.

    throw;
    • 18 secondes de plus ... comment fait-il ?!
    • Ah, exceptions'constructeur de copie n'a pas à préserver what(). Je ne savais pas que.
    • Charles, j'ai pensé que throw e; pourrait appeler le constructeur de copie std::exception(const std::exception e), qui permettrait de créer une copie correcte de l'exception ? N'est-il pas l'affaire ?
    • Oui, il utilise std::exceptions'constructeur de copie. Non, ce ne sera pas nécessairement lieu à une "bonne" copie de l'exception, comme std::exception est seulement la classe de base de l'exception qui e désigne en fait.
    • Merci pour la réponse complète, que j'ai appris à toujours renvoyer à l'aide de jeter, alors qu'il enquête sur un problème, j'étais curieux de savoir pourquoi le message retourné par ce que() n'a pas été conservé. Grâce à vous, je sais que la raison, Charles !
    • Jusqu'le projet à partir de Mars de cette année, la norme dit que l'effet de l'appel what() sur un copié exception est mise en œuvre définies. En Mars (N3090), le exception constructeur de copie doit veiller à ce que strcmp(this->what(), rhs.what()) == 0 après la copie d'un rhs avec dynamique type de exception. Il est donc garanti à imprimer "FunnyError" dans C++0x comme l'a écrit.
    • Objet d'Exception découpage est également couvert dans Plus Efficace C++, article 13.

    InformationsquelleAutor CB Bailey
  2. 0

    J'ai trouvé une parfaite réponse à ce problème:

    C++ fait une distinction explicite entre la référence et de la valeur de la copie. Utilisation

    catch (const std::exception& e)

    attraper par référence au lieu de la valeur.

    Aller donner upvotes pour l'original répondeur ici

    • Je n'ai pas l'attraper par la valeur de la copie.
    InformationsquelleAutor umlimo