SetUnhandledExceptionFilter implementation ?

Version imprimable

23/10/2009, 12h43
Ange_blond

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
23/10/2009, 12h48
Médinoc

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.
23/10/2009, 13h06
Ange_blond

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...
23/10/2009, 14h08
Médinoc

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.
23/10/2009, 14h30
Ange_blond

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.
23/10/2009, 15h49
Médinoc

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é...
23/10/2009, 16h04
Ange_blond

Citation:

Envoyé par Médinoc

Ce que tu n'as pas compris, c'est que c'est presque trop tard avec SetUnhandledExceptionFilter.

Il n'est jamais trop tard !

L'idée c'est avant tout de tester pour voir si il est possible de gerer une sortie "propre" en cas de crash.
Ce n'est bien sur pas une solution du tout, mais pendant les phases de test ça éviterais pas mal de soucis...

Malheureusement, je n'arrive toujours pas à faire fonctionner SetUnhandledExceptionFilter...

"unhandled" veut bien dire ce qu'il veut dire.

Pourquoi ne pas faire tout simplement ceci?

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
int main(void)
{
	int ret = 0;
	__try
	{
		/* Ton code */
	}
	__except(GetExceptionCode()==STATUS_GUARD_PAGE_VIOLATION ? EXCEPTION_CONTINUE_SEARCH : EXCEPTION_EXECUTE_HANDLER)
	{
		/* Ton code de nettoyage */
	}
	return ret;
}