Synchronisation de thread avec ManualResetEvent

Bonjour

J'ai récupéré une application qui fait appel à une autre application pour communiquer en TCP.
Mon application bloque les demandes entrantes en utilisant la classe avec un Timeout
Ma question est la suivante: supposons que je n'ai pas de réponse de l'application tierce, dans ce cas là la méthode WaitOne(Timeout) doit retourner false. Dans ce cas est-ce que je dois appeler la méthode Set ?

Code:

---

1 2 3 4 5 6 7

ManualResetEvent mre = new ManualResetEvent(false); boolean isResponseReceived = mre.WaitOne(30000);   if (isResponseReceived) { ///ICI est-ce que j'ai besoin de faire mre.Set(); }

---

Et même dans le cas où j'ai une réponse du coup est-ce que je dois bien faire

Code:

---

1 2	mre.Reset();

---

Et enfin dernière question j'ai du mal à saisir la différence entre Set et Reset

Merci

waitone attend
appeler set sur l'objet débloque le wait (je crois qu'il y a possibilité de ne pas donner de timeout d'ailleurs)
reset doit permettre de s'en resservir

après si tu attends une réponse tcp je ne vois pourquoi tu aurais besoin de manualresetevent qui sert plutot pour du multithreading que du timeout
que tu utilises beginread ou un thread tu peux te faire ton timeout avec un simple timer ou un sleep

Merci pour ta réponse
Sinon on est en multithreading d'où l'utilisation de manuelresetevent
Du coup j'ai une autre question: Est-ce que il faut utiliser reset après le set ?
Et autre question j'ai vu dans la doc que il y a bien un timeout. Que se passe il une fois le timeout passé?
Est ce que le lock est toujours positionné et il faut faire un set ?
Si quelqu'un a un tuto clair je suis preneur?

je persiste à dire que je ne comprends pourquoi un manualresetevent pour gérer un timeout de tcp

après c'est une classe très simple avec peu de membres donc tu peux te faire un projet de test pour comprendre le fonctionnement réel de la classe avec quelques lignes de code

Désolé si je me suis mal exprimé mais le manuelresetevent n'est pas utilisé pour gérer un timeout de TCP. En revanche il est utilisé pour bloqué toutes nouvelles requêtes
Sinon j'ai trouvé un lien qui explique en termes clairs le fonctionnement:
http://dotnetpattern.com/threading-manualresetevent