Discussion :

[stehga]

bonjour,

J'ai déjà posté ça dans le forum windows mais je crois que ce sera plus à sa place ici...

J'ai une appli qui est un service windows et qui doit lancer plusieurs threads (librairie pthread utilisée) en fonction de demandes extérieures, chacun d'entre eux pouvant effectuer des taches différentes.

En fait, le prog principal scrute une base de données et lorsqu'il y trouve certaines valeurs, il lance un nouveau thread qui doit effectuer une fonction.

Lorsque l'un des threads en cours crashe (access violation par exemple), tout mon service plante et il ne peut plus prendre les nouvelles demandes.

Y a t il un moyen pour que le programme principal continue de tourner même si l'un des threads qu'il a lancé plante?

Merci de votre aide.

[nicolas.sitbon]

c'est possible en catchant le signal SIGSEGV mais ça ne résoudrait en rien le problème, donc ça n'est pas une solution, tu dois trouver la raison de cette violation mémoire et la corrigé.

[stehga]

Merci pour ta réponse mais résoudre la violation ne répond pas à mon problème.

Je veux multi threader mon appli justement pour qu'elle puisse continuer à servir des demandes même si l'une d'entre elle crashe...

Peux-tu m'en dire plus sur le catch du signal SIGSEGV stp?

[Médinoc]

Note: Le multipost est assez mal vu sur ce forum...

[stehga]

Note: Le multipost est assez mal vu sur ce forum...

Désolée pour ça. Je l'ai dit au début de celui-ci que ce post me semblait plus à sa place ici. Et comme je ne peux pas supprimer l'autre....

Eh bien, tu peux toujours utiliser du Structured Exception Handling (SEH) pour capter l'Access Violation dans le thread, mais pour un service, surtout s'il tourne en localsystem, je le déconseille fortement: Le plantage d'un thread est signe que quelque chose est corrompu, et rien ne prouve que ça ne va pas perturber le reste.
Je conseillerais plutôt de régler les paramètres de redémarrage automatique du service plutôt que laisser tourner un service dont l'un des threads a fait une Access Violation...

Je sais bien que ne pas avoir de violation serait la meilleure solution. Mais ce n'est pas la solution que je recherche.
Je vais regarder du côté SEH. Merci pour cette piste.

[Médinoc]

Dans ce cas, assure-toi que ton service ne tourne pas en LocalSystem : Cet utilisateur a tous les droits et tous les privilèges, donc il ne faut surtout pas le laisser tourner avec de la mémoire corrompue...

[Vincent Rogier]

De toute facon, SIGSEGV n'est pas implémenté sou Windows NT

En C / Windows, il ne reste plus que les SEH (__try et __except(EXCEPTION_EXECUTE_HANDLER)).

Mais pourquoi tu ne creuses pas plus l'origine des crashs au lieu d'essayer de mettre un pansement dessus ?

[nicolas.sitbon]

De toute facon, SIGSEGV n'est pas implémenté sou Windows NT

En C / Windows, il ne reste plus que les SEH (__try et __except(EXCEPTION_EXECUTE_HANDLER)).

Mais pourquoi tu ne creuses pas plus l'origine des crashs au lieu d'essayer de mettre un pansement dessus ?

Je croyais que l'implémentation microsoft était conforme C90? Si c'est bien le cas, il y a le support de SIGSEGV.

[Vincent Rogier]

Je croyais que l'implémentation microsoft était conforme C90? Si c'est bien le cas, il y a le support de SIGSEGV.

NON... Voir sur MSDN : signal(CTR)

Extrait :

The SIGILL, SIGSEGV, and SIGTERM signals are not generated under Windows NT. They are included for ANSI compatibility. Thus you can set signal handlers for these signals with signal, and you can also explicitly generate these signals by calling raise.

La norme C impose que les signaux SIGABRT, SIGFPE, SIGILL, SIFINT SIGSEGV et SIGTERM soit définis mais n'impose pas à l'implémentation de les générer...

[Médinoc]

Pourtant, le code de la CRT de Visual 2005 montre qu'elle est faite pour transformer une Access Violation non-gérée en "pseudo-SIGSEGV" (elle appelle le handler de SIGSEGV dans son SEH Exception filter pour EXCEPTION_ACCESS_VIOLATION)...

Edit: Confirmé par la version 2005 de la doc de signal(). La prise en charge de SIGSEGV est donc une nouveauté de Visual 2005...

[stehga]

Aprés quelques essais rapides, l'utilisation de SEH semble convenir pour ce que je veux faire.
Merci pour votre aide. Je passe le sujet à résolu.