Discussion :

[giova_fr]

J'aimerai avoir votre avis la dessus :

Je viens de demander à un tread de sortir. Il est cencé l'avoir fait.
Voici ce que je code pour m'en assurer, est ce propre et comme il faut ou pas?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
void Terminer le thread()
{

	DWORD CloseResult;
	//Instruction qui dit au thread de sortir
	[...]
	//Voila là il est cencé s'etre terminé proprement
	CloseResult= WaitForSingleObject(hMonThread,TIMEOUT_SORTIE_THREAD); //TIMEOUT_SORTIE_THREAD etant une constante que j'ai défini et qui est cencée laisser amplement le temps au thread de sortir
	//Si le thread n'a pas reussi à sortir bien sagement
	if(CloseResult==WAIT_TIMEOUT)
	{
		//On force sa fin (ce qui est bien domage)
		TerminateThread(s_htTrigPIVgrab,0);
		//On ferme son handle
		CloseHandle(s_htTrigPIVgrab);
		//On reset le handle
		s_htTrigPIVgrab=NULL
	}
}

[Médinoc]

Ben, à partir du moment où on a un TerminateThread(), c'est sale, mais puisqu'on ne l'emploie qu'en dernier recours... disons que c'est aussi propre qu'on peut l'être.

[giova_fr]

ok, et le closehandle n'est pas de trop dans mon cas?

[Médinoc]

ben là, c'est possible qu'il soit de trop en effet: On peut toujours vouloir s'en servir ensuite pour obtenir des informations... (GetThreadTimes(), GetExitCodeThread(), etc.)

[hegros]

Bonjour,

Il me semble qu'en fermant le dernier handle d'un objet ( dans ce cas un thread ) , ca supprime l'objet.

[Médinoc]

Oui (sauf pour un thread en cours, bien entendu: Il n'est supprimé que lorsqu'il est terminé ET que tous ses handles sont fermés).

Et lorsqu'un processus se termine, tous les handles qu'il possédait sont fermés, encore qu'il doit y avoir des fonctions de débogage pour détecter les leaks de handles...