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...