[Threads] Savoir si un thread a provoqué une erreur

**anykeyh** · 25/04/2006, 14h04

Bonjour à vous!

Peut-on savoir via une API si un identifiant de thread pointe sur rien ou sur un thread existant.
Voilà exactement mon probleme:
Je voudrais pouvoir lancer un thread. Dans le cas ou celui-ci plante ou s'arrete, un second thread le remarquerait (car le premier "n'existerai plus" ou serait dans un etat particulier).

J'ai cherché mais jusqu'à maintenant c'etait en vain! Merci de votre aide!

**anykeyh** · 25/04/2006, 17h03

Hmmmm... Lorsque le thread a planté, il reste tout de meme dans la liste des threads jusqu'à la fermeture de la boite de dialogue "Acces violation"... Donc ce que je viens de faire (verifier tout les threads en cours) ne me sert a rien

Quelqu'un aurait une meilleure idée?

**anykeyh** · 25/04/2006, 17h28

Bon je vais encore generaliser la question

!

Comment intercepter des violation d'acces dans un thread??? Est-ce possible? ^^

Si quelqu'un a une info à me fournir, meme en chinois, je le remercie bien

**Médinoc** · 25/04/2006, 22h03

ben, on peut les intercepter dans le même thread avec le Structured Exception Handling, mais je ne crois pas que ce soit interceptable dans un autre thread... Avec les APIs de débogage peut-être?

mat.M · 25/04/2006, 22h25

Envoyé par anykeyh

Bonjour à vous!

Peut-on savoir via une API si un identifiant de thread pointe sur rien ou sur un thread existant.

C'est simple

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
if( thread==NULL) AlerteFaireQQchose();

Un thread physiquement c'est un pointeur de fonction initialise par _beginthread , CreateThread ou autre.
En ASM c'est une adresse qui est appelee a intervalles reguliers par le "scheduler" de l'OS
Consulter le MSDN

**Aurelien.Regat-Barrel** · 26/04/2006, 10h13

ASM ou C++, un thread reste un thread.
Les SEH sont spécifiques à chaque thread. Mais quelque part c'est pas plus mal que ce soit ton thread qui s'occupe de détecter son propre plantage plutôt qu'un autre thread...
Avec VC++, tu disposes des mots-clés spécieux __try...__except pour intercepter les access violation etc... mais un catch(...) c++ classique fonctionne aussi (mais ce n'est pas un comportement garanti avec d'autres compilos).