Discussion :

[legillou]

Bonjour � tous !!

De retour de vacances je retrouve mes probl�mes de codage � croire que j'aime ��

Je vais essayer de m'expliquer :
J'ai un thread qui fonctionne avec des �v�nements (type AutoResetEvent et ManualResetEvent) et j'attend ces �v�nements avec un

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

WaitHandle.WaitAny()

le souci que je rencontre c'est que quand un �v�nement n'arrive pas assez vite, je voudrais effectuer un traitement. Une sorte de TimeOut pour un WaitHandle. J'ai vu qu'il existait une CONSTANTE WaitHandle.TimeOut mais je ne sais pas comment d�finir la valeur de TimeOut et je ne sais pas comment l'int�grer dans mon code. Donc voila mon code :

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
 
 while (_answerState == threadState.Run)
{
    switch (WaitHandle.WaitAny(new WaitHandle[] { _stopEvent,
 _answerReceived }))
    {
        case 0: Console.WriteLine("answer c'est arreté");
           _answerState = threadState.Stop;
           break;
        case 1:
           // On récupère l'instruction à traiter dans la pile
           answer = (string)_answerFIFO.Dequeue();
           answerType = answer.ToCharArray()[1];
           break;
     }
}

En esp�rant avoir �t� clair dans mes explications et en attente de vos r�ponses
Merci d'avance

[Sphax]

Salut,

Tu as une surcharge de la fonction WaitAny qui prend en argument un TimeSpan correspondant au temps max d'attente d'un des �venements. Voir ici.

[legillou]

merci pour ta r�ponse.
J'ai regard� l'adresse que tu m'as donn�e mais je ne comprend pas � quoi sert le exitContext. Aurais-tu des infos au passage?

[Sphax]

Je ne maitrise pas trop ces histoires de contexte en .Net, mais en gros tu peux poser des attributs sur tes objets qui vont d�finir un contexte d'ex�cution. Par exemple tu as un attribut System.Runtime.Remoting.Contexts.SynchronizationAttribute qui sert � indiquer que tous les appels aux m�thodes de ton objets doivent �tre synchronis�s (pas plus d'un thread en m�me temps dans un m�me objet) , tu as la un contexte synchronis�.

J'imagine (attention je ne suis pas sur) que ce exitContext permet de lib�rer le lock pendant le waitAny afin que d'autres threads puissent l'obtenir, puis a la fin du waitAny tu le reprends. Bref une histoire de ce genre.

Toujours est-il que si tu n'utilises pas ces attributs de contexte, je pense que peut importe la valeur de exitContext ton code fonctionnera (autant mettre false par d�faut, c'est surement le plus prudent).

Apres une petite recherche, un article qui devrait �tre int�ressant sur ces histoires de contexte : http://msdn.microsoft.com/msdnmag/is...P/default.aspx

[legillou]

merci encore une fois pour vos r�ponses vraiment rapides
developpez.com ca change pas c'est toujours une mine d'information !!
je le conseille a tous ceux que je connais et qui programment, j'en ram�ne des clients