Attraper les exceptions de violation d'accès?

Exemple

int *ptr;
*ptr = 1000;

que je peux prendre de la mémoire exception de violation d'accès à l'aide de la norme C++ sans utiliser de microsoft.

InformationsquelleAutor Ahmed Said | 2009-01-19
  1. 39

    Nope. C++ ne permet pas de lever une exception lorsque vous faites quelque chose de mauvais, qui entraînerait un gain de performance. Des choses comme des violations d'accès ou la division par zéro les erreurs sont plus comme "machine" exceptions près, plutôt que de la langue au niveau des choses que vous pouvez attraper.

    • Je sais que c'est HW exceptions, mais il y a microsoft des mots clés spécifiques gérer cela(__essayer __sauf)?
    • oui, mais si vous les utilisez, "impossible" des choses peuvent arriver. Par exemple, certaines déclarations après l'AV de la ligne de code peut-être déjà exécutés, ou des déclarations avant l'AV n'ont pas exécuté.
    • Voir ma réponse ci-dessous comment activer tels la gestion des exceptions en utilisant un bloc try...catch dans VC++.
    • pouvez-vous élaborer sur les "choses impossibles qui se passe" de la partie? c'est à cause de compilateur et/ou CPU réordonnancement des instructions?
    • Le système d'exploitation sera souvent fournir des mécanismes pour attraper ces questions, et ils n'auront pas à subir des coûts, que l'exception est générée par le PROCESSEUR de l'architecture. Ceci est démontré par les débogueurs sont capables d'intercepter une exception pour vous permettre de déboguer, sans ralentir l'exécution de code.
    • SEH certainement ralentit l'exécution. Mais comme vous l'a indiqué son négligeable, lorsque la question est "Pourquoi sommes-nous sigseg-ing". Mais lors de l'expédition de la Gold Master, vous avez toujours la désactiver. Comme une différence notable.

    InformationsquelleAutor unwind
  2. 103

    Lire et pleurer!

    J'ai tout compris. Si vous ne les jetez pas à partir du gestionnaire, le gestionnaire de continuer et ne sera donc l'exception.

    La magie qui se passe quand vous vous jeter propre exception et poignée.

    #include "stdafx.h"
#include <stdio.h>
#include <stdlib.h>
#include <signal.h>
#include <tchar.h>

void SignalHandler(int signal)
{
    printf("Signal %d",signal);
    throw "!Access Violation!";
}

int main()
{
    typedef void (*SignalHandlerPointer)(int);

    SignalHandlerPointer previousHandler;
    previousHandler = signal(SIGSEGV , SignalHandler);
    try{
        *(int *) 0 = 0;//Baaaaaaad thing that should never be caught. You should write good code in the first place.
    }
    catch(char *e)
    {
        printf("Exception Caught: %s\n",e);
    }
    printf("Now we continue, unhindered, like the abomination never happened. (I am an EVIL genius)\n");
    printf("But please kids, DONT TRY THIS AT HOME ;)\n");

}
    • Astuce sympa, surtout parce que __try/__à l'exception de ne pas attraper AV soit.
    • vous avez raison, j'ai eu ce "préjudice" après un mal réalisée essai dans lequel il semblait ne pas l'attraper.
    • Cela ne fonctionne PAS dans gcc, mais fonctionne dans VC++, mais seulement dans le "Debug" de construire. Encore upvoting pour une solution intéressante. Le gestionnaire de signal serait appelé, mais l'exception n'obtiendrez pas levée.
    • Nathan Adams, il fonctionne en Version validée dans mon cas avec VS 2013. J'aime cette méthode. J'ai utilisé try catch en ligne de l'assemblée pour éviter AVs erreurs.
    • Cela ne fonctionne pas portabley. Lorsqu'un gestionnaire de signal est appelé le frame de pile et de s'inscrire munging n'est pas la même que lorsque le fonctionnement normal du cadre de pile (il peut même ne pas utiliser le même tapis que sur certains systèmes). Le meilleur que vous pouvez faire est de mettre un drapeau pour indiquer le gestionnaire de signal a été activé. Puis dans votre code de test pour le drapeau et de le jeter.
    • Cela a une grande chance de l'introduction d'un comportement indéfini. Dans l'ordre pour que cela fonctionne sur POSIX, il ne doit pas être une alternative signal de piles (sigaltstack) installé (sauf les exceptions C++ déroulement de la mise en œuvre permet), et à chaque exécution de la fonction de la manipulation du déroulement mécanisme en lui-même devrait être un signal à la sécurité.
    • Si vous voulez retourner à la valeur par défaut du gestionnaire de signal (SIGSEGV dans ce cas), juse utiliser les éléments suivants: signal(SIGSEGV, SIG_DFL);

    InformationsquelleAutor
  3. 63

    Il y a un moyen très facile à attraper toute sorte d'exception (division par zéro, de violation d'accès, etc.) dans Visual Studio utilisation de try -> catch (...) de bloc. Un projet mineur modification des réglages est assez. Il suffit d'activer /EHa option dans les paramètres du projet. Voir Propriétés du Projet -> C/C++ -> Génération de Code -> Modifier l'Activer C++ Exceptions "Oui Avec la gestion structurée des exceptions les Exceptions". Ça y est!

    Voir plus de détails ici:
    http://msdn.microsoft.com/en-us/library/1deeycx5(v=vs. 80).aspx

    • Il n'y a pas une telle valeur de réglage dans Visual Studio .NET 2003, il y a seulement "Non" et "Oui (/EHsc)". Pouvez-vous clarifier un peu de la version de Visual Studio, vous devez être en mesure d'activer ce paramètre?
    • Le lien s'affiche, indiquez "Visual Studio 2005"
    • que faire si avec gcc ou MinGW?
    InformationsquelleAutor Volodymyr Frytskyy
  4. 8

    Ce type de situation est dépendant de l'implémentation et, par conséquent, il aura besoin d'un fournisseur de mécanisme spécifique afin de les piéger. Avec Microsoft cela impliquera SEH, et *nix impliquera un signal

    En général, bien que l'interception d'une exception de Violation d'Accès est un très mauvaise idée. Il n'y a presque aucun moyen de les récupérer à partir d'un AV exception et d'essayer de le faire ne fera que mener à plus difficile de trouver des bugs dans votre programme.

    • Si votre conseil est de savoir quelle est la cause de l'AV exception,n'est-ce pas?
    • Absolument. Les AV sont représentatives d'un bug dans votre code et de la capture de l'exception que de les masquer le problème.
    • Pour clarifier, la norme C++ fait une distinction entre l'indéfini, indéterminé, et la mise en œuvre définies. La mise en œuvre définies signifie que la mise en œuvre doit préciser ce qui prend de la place. Le code en question est undefined, ce qui signifie que tout peut arriver, et être différente à chaque fois.
    • La capture de Violation d'Accès n'est pas une mauvaise idée - c'est bon pour l'expérience Utilisateur. Cependant, la seule chose que je faire dans ce cas est - spawn un autre processus avec les Rapports de Bogues GUI et essayer de créer un processus en cours de vidage. La fraie un processus est toujours succeessful opération. Alors, je ne TerminateProcess() de s'auto-tuer.
    • C'est une mauvaise idée d'attraper une exception et silencieusement l'ignorer. C'est une très bonne idée lorsque possible d'attraper une exception et enregistrer des informations sur l'état de l'application à des fins de diagnostic. Une fois, j'ai écrit une INTERFACE utilisateur pour un backend graphique de la bibliothèque qui avait besoin d'un débogage. Chaque fois qu'il s'est écrasé, les gens venaient à moi parce qu'ils savaient que j'ai écrit l'INTERFACE utilisateur. J'ai mis un sig piège autour du backend qui l'a déclenché une alerte qui dit à l'utilisateur que la bibliothèque s'est écrasé. Les gens ont commencé à aller à l'auteur de la bibliothèque.
    • Qu'est - ce- bien sûr, il est une bonne idée d'attraper les AV. Ne pas le faire et de laisser la valeur "par défaut AV' gestionnaire de gérer ça n'aide personne. Par défaut AV' signifie que l'OS sera simplement appelé à disparaître ya programme - que c'est. Même en mettant un tout-possible la capture de gestionnaire d'exception, à certains points de ya'programme qui vais ignorer / connectez-vous simplement qu'il y a un problème, et puis laisser le flux d'exécution d'aller sur est beaucoup mieux que d'être de préemption au fur et à essayer d'éviter toutes sortes de scénarios d'erreur à l'avance. De voir qu'il y a toujours un crack pour l'inattendu dans l'étape.
    • La capture AVs est une très bonne idée pour faciliter le débogage ou même faire un débogueur.
    • Si vous êtes intéressé à en informer l'utilisateur que "quelque chose s'est mal passé", une meilleure façon est de lancer votre application à partir d'un autre processus, et d'inspecter le code de sortie lors de l'application proprement sorties, ou de la mort d'une mort horrible. Ce couvre toutes les bases et tous les signaux. Et il est plus robuste. Si la mémoire est déjà endommagé en raison de l'AV, votre catch gestionnaire pourrait faire quelque chose de frai, y compris la redoutable nasale démon et effacer votre disque dur.

    InformationsquelleAutor JaredPar
  5. 8

    Comme indiqué, il n'est pas non Microsoft /fournisseur de compilateur façon de le faire sur la plate-forme windows. Toutefois, il est évidemment utile pour attraper ces types d'exceptions à la normale try { } catch (exception ex) { } moyen de rapports d'erreurs et plus de douceur à la sortie de votre application (comme JaredPar dit, l'application est sans doute aujourd'hui en difficulté). Nous utilisons _se_translator_function dans une classe simple wrapper qui nous permet d'attraper les exceptions suivantes dans un un essayez gestionnaire:

    DECLARE_EXCEPTION_CLASS(datatype_misalignment)
DECLARE_EXCEPTION_CLASS(breakpoint)
DECLARE_EXCEPTION_CLASS(single_step)
DECLARE_EXCEPTION_CLASS(array_bounds_exceeded)
DECLARE_EXCEPTION_CLASS(flt_denormal_operand)
DECLARE_EXCEPTION_CLASS(flt_divide_by_zero)
DECLARE_EXCEPTION_CLASS(flt_inexact_result)
DECLARE_EXCEPTION_CLASS(flt_invalid_operation)
DECLARE_EXCEPTION_CLASS(flt_overflow)
DECLARE_EXCEPTION_CLASS(flt_stack_check)
DECLARE_EXCEPTION_CLASS(flt_underflow)
DECLARE_EXCEPTION_CLASS(int_divide_by_zero)
DECLARE_EXCEPTION_CLASS(int_overflow)
DECLARE_EXCEPTION_CLASS(priv_instruction)
DECLARE_EXCEPTION_CLASS(in_page_error)
DECLARE_EXCEPTION_CLASS(illegal_instruction)
DECLARE_EXCEPTION_CLASS(noncontinuable_exception)
DECLARE_EXCEPTION_CLASS(stack_overflow)
DECLARE_EXCEPTION_CLASS(invalid_disposition)
DECLARE_EXCEPTION_CLASS(guard_page)
DECLARE_EXCEPTION_CLASS(invalid_handle)
DECLARE_EXCEPTION_CLASS(microsoft_cpp)

    De la classe d'origine est venu de cet article très utile:

    http://www.codeproject.com/KB/cpp/exception.aspx

    • Je vois que l'utilisation d'un compilateur de Microsoft est traité de la même façon comme une instruction illégale ou de violation d'accès. Intéressant.
    InformationsquelleAutor Damien
  6. 8

    Au moins pour moi, le signal(SIGSEGV ...) approche mentionné dans une autre réponse ne fonctionne pas sur Win32 avec Visual C++ 2015. Ce ne travail pour moi a été d'utiliser _set_se_translator() trouvé dans eh.h. Il fonctionne comme ceci:

    Étape 1) assurez-vous d'activer Oui avec la gestion structurée des exceptions les Exceptions (/EHa) dans Propriétés du Projet /C++ /Génération de Code /Activer les Exceptions C++, comme mentionné dans la réponse Volodymyr Frytskyy.

    Étape 2) Appel _set_se_translator(), en passant un pointeur de fonction (ou lambda) pour la nouvelle exception traducteur. Il est appelé un traducteur parce qu'il est fondamentalement juste prend le faible niveau de l'exception et de la re-lance comme quelque chose de plus facile à attraper, comme std::exception:

    #include <string>
#include <eh.h>

//Be sure to enable "Yes with SEH Exceptions (/EHa)" in C++ /Code Generation;
_set_se_translator([](unsigned int u, EXCEPTION_POINTERS *pExp) {
    std::string error = "SE Exception: ";
    switch (u) {
    case 0xC0000005:
        error += "Access Violation";
        break;
    default:
        char result[11];
        sprintf_s(result, 11, "0x%08X", u);
        error += result;
    };
    throw std::exception(error.c_str());
});

    Étape 3) intercepter l'exception comme vous le feriez normalement:

    try{
    MakeAnException();
}
catch(std::exception ex){
    HandleIt();
};
    InformationsquelleAutor Michael
  7. 3

    Pas l'exception d'un mécanisme de gestion,
    Mais vous pouvez utiliser le signal() mécanisme qui est fourni par le C.

    > man signal

     11    SIGSEGV      create core image    segmentation violation

    Écrit à un pointeur NULL est probablement à cause d'un signal SIGSEGV

    • fait partie de la norme posix. Windows implémente la norme posix (comme Linux et unix)
    InformationsquelleAutor Martin York
  8. -1

    Une violation comme cela signifie qu'il ya quelque chose de mal avec le code, et c'est peu fiable. Je peux voir qu'un programme pourrait vouloir pour essayer de sauver les données de l'utilisateur dans une manière que l'on espère ne pas écrire plus de données précédentes, dans l'espoir que les données de l'utilisateur n'est pas déjà corrompu, mais il n'y a par définition pas de méthode standard de traiter avec un comportement indéfini.

    • La récupération de violation d'accès peut être possible. La récupération à partir d'EIP sauter voilation n'est jamais possible, sauf si vous êtes un peu louches et de garder assemblée niveau d'instruction des pointeurs. Toutefois, la capture de violation d'Accès est bon pour la fraie un autre processus pour les rapports de bogues GUI fonctionnalité.
    InformationsquelleAutor David Thornley