Discussion :

[MarronSuisse]

Bonjour,

Je me demandais s'il existait une méthode ou bien une astuce pour tester l'existence d'un thread, cad si le processus est en train de tourner ?

J'ai parcouru la msdn et google, rien trouvé qui puisse me servir.

Mon programme fait appel à des threads, seulement j'aimerai qu'il en lance un seul à la fois, donc lorsque le deuxieme se lance, il faudrait tuer le premier avant. Ce que je fais actuellement.
Seulement lorsqu'il n'y a pas de processus en cours et que je tente de killer, le programme plante, normal.

Une suggestion pour pallier au probleme ?
Merci

[Laurent Gomila]

Tu utilises quelle bibliothèque de threads ?

[poukill]

Pourquoi "tuer" un thread? C'est un peu violent non?
Il vaut mieux utiliser les mutex si tu veux synchroniser des thread.

Au passage, j'avais déjà posé ce genre de question, et apparemment il n'y a que les thread windows que tu peux "killer". Pas de boost, ni de pthread.
D'où la question de Laurent je pense.

[MarronSuisse]

J'utilise la classe CWinThread et la fonction AfxBeginThread, standard MFC me semble-t-il.
Il s'agirait donc bien des thread windows, ca me laisse un petit espoir.

@poukill : je n'ai aucun besoin de synchroniser mes threads.
Voici le contexte : j'ai une fenetre qui contient une liste contenant des noms d'images. Lorsque l'utilisateur clique sur une entrée, un thread se lance et affiche un thumbnail de l'image. J'utilise des threads sinon l'appli se bloque pendant le calcul du thumbnail, ce qui n'est pas "user friendly", pour citer mon patron.
Ainsi, lorsque l'utilisateur clique sur une entrée, puis sur une autre, il faut que le thumb correspondant a la deuxieme entrée s'affiche, plus besoin de calculer le thumb correspondant a la premiere entrée. On peut donc tuer ce thread. C'est meme nécessaire, car si un thread est plus rapide qu'un autre (taille des images), le thumb correspondant a l'image cliquée en premier peut apparaitre en deuxieme. Bref, cela genere des incohérences.

Je suis preneur pour toute idée, meme s'il faut changer de direction.

[Laurent Gomila]

Tuer un thread n'est jamais conseillé, d'ailleurs ce n'est pas pour rien que les APIs un peu haut niveau n'intègrent pas cette fonction.

La fonction qui calcule/affiche ton image doit être sous forme de boucle, non ? Si c'est le cas alors il vaut mieux tester une condition à chaque tour de boucle (un simple booléen peut faire l'affaire), et lorsque le thread principal rend cette condition fausse, le thread secondaire sait qu'il doit s'arrêter de boucler. C'est propre et ça permet de libérer correctement les ressources du thread.

[Aurelien.Regat-Barrel]

Comme te l'a dit Laurent, il convient de demander a un thread de s'arreter de lui meme, et non de l'assassiner. Ca peut te causer des problemes, liés a des ressources allouées non libérées (parce que tué).
Au lieu de le tuer pour en créer un nouveau, pourquoi ne pas envisager de le réutiliser, de le réinitialiser en quelque sorte ? "Arrete ton calcul en cours et recommence avec ce thumbnail".