Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
SetUnhandledExceptionFilter implementation ?
Bonjour,
Voilà pour "gerer" au mieux les crash de mon application, on m'a conseillé d'utiliser
SetUnhandledExceptionFilter
Seulement je comprend rien à comment on utilise cette fonction...
Je ne suis pas novice en c/c++, mais là c'es du chinois pour moi.
Quelque aurait un exemple d'implémentation à me donner ?
Merci.
Ange_blond
C'est pour les exceptions Win32, et de nos jours cette fonction est déconseillée.
Si c'est une application graphique, le moins mauvais que tu puisses faire est faire comme Dev-C++: Encapsuler le traitement des messages Windows derrière un __try/__except() pour choper les Access violation. Attention à ne pas intercepter les exceptions STATUS_GUARD_PAGE_VIOLATION, ou tu risques d'avoir des problèmes de gestion de la pile.
La meilleure façon, bien sûr, est d'exécuter ton application dans un debugger, trouver ce qui cause les Access Violations, et les corriger. Car si une Access Violation se produit, même si elle est interceptée, ça veut dire que la mémoire de ton programme est corrompue et tout peut arriver.
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Salut Medinoc
Ce n'est pas une application graphique, donc pas d'autre moyen.
L'idée de tout ceci c'est de faire un systeme de recovery en cas de crash.
Bien sur tout crash détecté sera débogué, mais il en reste toujours quelques uns et donc on aimerait les gerer au mieux pour éviter ce genre de crash...
SetUnhandledExceptionFilter ne permet pas de spécifier d'où tu repars dans la recovery...
Avoir des __try/__except bien agencés est plus sûr.
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Je suis d'accord sur le fait qu'une sage gestion des exceptions serait bien plus sage, mais l'idée, c'est que lorsque le programme est sur le point de crasher, il déclenche les actions de fermeture des sockets en cours...
C'est une sorte de test pour voir si c'est possible. si ça marche bien on updatera par la suite avec une véritable gestion.
Ce que tu n'as pas compris, c'est que c'est presque trop tard avec SetUnhandledExceptionFilter.
Avec une gestion "fine", tu peux au moins mettre le __try/__finally à l'intérieur de ta boucle principale, et reprendre le traitement après le cas qui a échoué...
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Répondre avec citation
Partager