Version imprimable
Bonjour, j'ai cree un thread qui execute un tache longue utilisant des acces à des DLLs. Ce thread est lance depuis mon application. Par contre je voudrais arreter mon thread à n'importe quel moment. Quand je regarde sur les forums, je me rends compte que les threads sont toujours en boucle, alors que moi c'est une tache continue, et parfois ma tache est longue et j'aimerais depuis mon application tuer arreter mon thread la ou il est . Commment faire?:roll:
Salut,
Regarde du côté de TerminateThread, tout simplement ;) ;
A+.
Utilise Suspended := True pour faire une pause et Suspended := False pour le relancer.
Il existe deux façons d'arrêter un thread : une propre et une bourrin. On peut comparer la méthode propre à envoyer un message de terminaison à un processus ; et la méthode bourrin à un kill d'un processus.
La méthode propre consiste à appeler la méthode Terminate du thread. En même temps, l'exécution du thread doit régulièrement tester la valeur de sa propriété Terminated : si elle vaut True, il doit arrêter son traitement.
La méthode bourrin consiste à utiliser l'API TerminateThread, comme l'a dit PadawanDuDelphi. Il faut y passer le handle du thread, récupérable par la propriété... Handle ;)
oui mais moi je me trouve dans le cas ou je ne suis pas en boucle dans mon thread, je en continu voila mon problème:lol:
Je dois avouer que j'arrive pas trop à comprendre, qu'est-ce que tu appelle fonctionner en continu?
Un thread c'est juste un processus qui permet notamment de fonctionner en multi-tâche (windows se sert de thread constamment). La rotation des thread actif est gérer par le système d'exploitation, donc ce n'est pas toi, à priori, (sauf si tu joue sur sa priorité) qui détermine quel thread utilise le processus à un instant t précis et tu as toutes les chances d'avoir une rotation de tout tes processus actifs (y compris ceux de ton système d'exploitation, celui de ton executable Delphi, de Word si il est ouvert...).
La seule chose que tu as a faire c'est de t'assurer de garder le handle du thread que tu as créer pour pouvoir agir dessus ultérieurement, mais c'est la seule contrainte que tu as.
A+.
En fait je cree un thread depuis mon application, dans le thread execute je n'ai pas de boucle pour tester le terminate puisque j'ai que des lignes de codes qui s'executent les une à la suite des autres,cela dure environ 2 minutes pour arriver à la fin du thread.
Mais il peut m'arriver, que depuis mon application je veux recommencer mon thread au début,alors que celui-ci n'as pas terminé, c'est pour cela je voudrais le tuer et ensuite le recreer, mais je sais pas comment m'y prendre.
Ok,
En résumé voilà les lignes principales à réaliser:
1)Tu as crée ton premier thread, tu récupère son handle.
2)Quand tu le souhaite tu tue ton thread à l'aide de son handle avec les méthodes données ci-dessus.
La je suis pas sûr du résultat si tu essaye de tuer un thread qui n'existe plus (car il aurait été finie "normalement" avec FreeOnTerminate à true), car je n'est pas testé. Donc si jamais ça plante il te reste la possibilité de définir un booléen pour savoir si un thread tourne:
-tu le place à true lorsque tu lance ton thread,
-tu le bascule à false sur le OnTerminate.
Et tu supprime ton thread en conséquence.
3)Tu relance un nouveau thread et tu sauvegarde son handle pour pouvoir le tuer à l'occasion.
A+.
si je comprend bien,
j'utilise la methode create. Si je faiset je recupere essai.handle est ce correct?:oops:Code:essai:=Mythread.create
par contre je ne peux pas utiliser la méthode terminate puisque je ne le teste pas car pas en boucle par contre j'ai essayé la methode TerminateThread et la c'est ok, par contre j'ai vu sur plusieurs forum expliquant que la mémoire n'était pas libérée, dans ce cas comment je fais pour liberer la mémoire?:roll:
Merci de ton aide
oui.Citation:
est ce correct?
D'après mes ouvenirs, seuls les variables allouées ne sont pas libérées, confirmer par cette article:
A+.Citation:
La fonction TerminateThread() fournie par l'API permet de terminer un thread. Le thread est alors immédiatement stoppé. Bien que cette fonction soit fournie en standard avec l'API Windows, elle ne sera en pratique quasiment jamais utilisée. Son utilisation doit être réservée à des cas très particuliers et en connaissance de cause. Comme ces cas sont généralement très rares on peut considérer que dans un programme bien conçu, cette fonction ne devra jamais être utilisée. En effet, cette fonction termine le thread courant sans appeler les fonctions de désallocation de mémoire. Ceci est dû au fait qu'il n'existe pas de point de sortie prédéfini à un thread. La fonction TerminateThread() ne peut donc pas effectuer la désallocation de mémoire. Toute la mémoire allouée de manière dynamique sera donc perdue. De même, les dlls chargées par le thread ne seront pas libérées... Cette fonction ne doit donc être utilisée que dans le cas d'un thread n'utilisant que des allocations de mémoire statique, et aucune ressource extérieure...
Une solution tester Terminated plusieurs fois
Ce n'est pas terrible, mais dans le cas d'un traitement séquentiel je ne pense pas qu'il n'y ait d'autre solution.Code:
2
3
4
5
6
7
8
9
10
11
12