Discussion :

[pi05]

Bonjour à tous tout d'abord mon code.

Ceci provient d'un thread que j'appelle thread principal.

Code :

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

1
2
3
4
5
6
7
if (this->getSimuTimee() >= localEvent->time)
		{
			destination = localEvent->tgt;
			if (!destination->resumeThread()) 
			{str.Format("K> Error resume thread");}
			WaitForSingleObject(CPROCESSHANDLE, INFINITE);
		}

destination est un sous thread choisi par hasar avant cette boucle donc ce n'est jamais le meme thread. a la fin d'un thread de type "destination", on trouve :

Code :

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

1
2
PulseEvent(CPROCESSHANDLE);
SuspendThread();

Mon problème vient du fait que je veux attendre la fin du thread secondaire dans la thread principal, je pensais que la ligne

Code :

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

WaitForSingleObject(CPROCESSHANDLE, INFINITE);

servait a la faire, mais je m'apercois que ce n'ets pas le cas. Avez vous une idée ? Merci !!!
[/code]

[Caine]

Le principe est bon, WaitForSingleObject attend effectivement l'évenement, et là sans TimeOut.

N'y a-t-il pas un problème avec destination plutôt ?

Tu as fait u pas à pas pour vois si tu bloques sur le WaitForSingle ?

Ou l'évènement est produit plus tôt que tu ne le pense.

[pi05]

En pas a pas, ca marche oui, mais en execution normale non ! Surement le comportement des threads qui est différent entre les 2 modes. A priori, une fois que j'ai fait le resume, l'autre thread ne se lance pas. donc ca bloque indefiniment sur le wait. Bizarre !

[pi05]

en fait, en debug, j'ai des threads qui se killent tout seul. On le voit en bas dans la fenetre de VC++. Mais pourquoi un thread se terminerait tout seul alors que tous mes threads sont dans des while(1) ???

Est ce par ce qu'ils eccedent a des variables du thread primaires qui ne sont pas protegees ? Car j'ai du mal avec les CMutex, j'ai l'impression qu'ils ne servent a rien dans mon programme.

Merci