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