IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

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

Windows Discussion :

Plantage dans un thread fils


Sujet :

Windows

  1. #1
    Membre à l'essai
    Profil pro
    Inscrit en
    Août 2004
    Messages
    35
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2004
    Messages : 35
    Points : 20
    Points
    20
    Par défaut Plantage dans un thread fils
    bonjour,

    J'ai une appli codée en C 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.

  2. #2
    Expert éminent sénior
    Avatar de Médinoc
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Septembre 2005
    Messages
    27 379
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2005
    Messages : 27 379
    Points : 41 573
    Points
    41 573
    Par défaut
    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...

  3. #3
    Rédacteur

    Avatar de ram-0000
    Homme Profil pro
    Consultant en sécurité
    Inscrit en
    Mai 2007
    Messages
    11 517
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Consultant en sécurité
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : Mai 2007
    Messages : 11 517
    Points : 50 367
    Points
    50 367
    Par défaut
    Peut être qu'une bonne idée serait de chercher la cause de ces violations mémoire et de les résoudre ou alors de les gérer.

    Un service qui génère des exceptions non gérées, c'est pas très safe.

Discussions similaires

  1. [JFileChooser] plantage aléatoire dans un Thread séparé
    Par RR instinct dans le forum Agents de placement/Fenêtres
    Réponses: 3
    Dernier message: 24/07/2009, 13h53
  2. Plantage dans un thread fils
    Par stehga dans le forum POSIX
    Réponses: 10
    Dernier message: 15/05/2008, 18h12
  3. [Process]Execution de process dans un thread
    Par devjava dans le forum Concurrence et multi-thread
    Réponses: 5
    Dernier message: 18/06/2004, 10h34
  4. erreur d'un timer declaré dans un thread
    Par hak5 dans le forum C++Builder
    Réponses: 2
    Dernier message: 03/04/2004, 09h20
  5. Gestion des message windows dans les threads
    Par billyboy dans le forum Windows
    Réponses: 5
    Dernier message: 06/10/2003, 17h25

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo