Version imprimable
Salut, c'est encore moi et mes problèmes, je voudrais savoir comment, entre l'envoie de mes sockets, je peut faire un pause genre 500ms, et tout sa proprement sans utiliser de Timers, Thread.Sleep etc ...
Car en C++ il y a la fonction toute simple : Sleep()
Si quelqu'un a une solution ;p !
Et merci d'avance.
Pourquoi ne pas utiliser Thread.Sleep() ? C'est l'équivalent C# du Sleep() en C++ :roll:
Car je ne veux pas que mon Thread ce bloque tout simplement, je veux qu'il puisse réagir durant la pause ^^.
Je ne comprends pas, tu veux une pause ou pas ?
En C++ lorsque tu fais sleep() ça bloque tout le processus.
Si tu veux bloquer un thread en particulier et pouvoir continuer à travailler sur un autre thread, tu dois faire un sleep() sur le thread concerné.
Mais en même temps si tu n'en dis pas plus, on ne pourra pas t'aider plus ;)
En C++ le Sleep ne bloque rien du tout O_O.
En faite, j'utilise mon client asynchrone pour receptionner les sockets, et quand je souhaite envoyer 5 sockets a la suite, je désire, qu'entre chaque d'entre eux, une pause de 500ms s'effectue sans rien figer de mon application.
Je pense que tu dois gérer tes sockets dans un thread autre que le principal (celui qui gère le GUI).
Et bien c'est dommage mais si, car les application asynchrone en plusieurs Thread e peuvent être sniffer, donc je ne peut pas voir les sockets reçue, sauf si je les stock dans un RichTextBox, et donc, je Réception les Sockets par un Thread autre que celui qui gère la Gui, mais j'envoie par celui de la Gui :s.
Mais, comme tu dit, l'envoie s'effectue a partir du second Thread, mais pour Stocker les donné que je veux envoyer et ordonné l'envoie, je doit le gérer par la Gui. Pourquoi ? Parce que je ne peut voir les sockets reçu que par un richtextbox.
Quelqu'un peu me résumer ? j'ai rien compris ....Citation:
Envoyé par hussein47
Je n'ai pas compris non plus ...
Le principe de mon post n'est pas votre compréhension, je demande juste s'il y a un équivalent de la fonction [C++] Sleep() qui ne fige pas mon Thread.
Je vous explique concretement :
1 : J'ai un Thread qui gère la Reception/Envoie des socket
2 : J'ai ma Form, gère par sont propre Thread
3 : Je contrôle l'envoie de socket par ma Form
4 : Je veux mettre un Sleep entre chaque envoie(Envoi,Sleep,Envoi...)
5 : Je ne veux pas utiliser la fonction Thread.Sleep car elle fige le Thread
6 : Si vous avez un equivalent de cette fonction, mais qui ne fige pas le Thread, je suis preneur (Je n'utilise pas de Timer non plus)
Comme déjà dit la fonction sleep en C++ fige le thread appelant (et le fait de prétendre le contraire ne change rien à la réalité).
Son équivalent en environnement .Net est la méthode Sleep de la classe Thread.
C'est tout.
Tu gères tes sockets dans un autre thread.
Tu utilises Thread.Sleep dans ce thread pour faire ta pause entre les envois.
Tu invoques une méthode pour l'affichage sur la partie graphique (voir méthode Invoke, propriété InvokeRequired, ...) une fois les données reçues.
Tu peux aussi utiliser les méthodes asynchrones (BeginMachin, EndMachin), en déclenchant les envois avec un timer pour régler la tempo. Et dans le callback tu invoques une méthode pour l'affichage sur la partie graphique (cf. plus haut).
1 : J'ai un Thread qui gère la Reception/Envoie des socket
2 : J'ai ma Form, gèrer par sont propre Thread
3 : Je contrôle l'envoie de socket par ma Form
4 : Je veux mettre un Sleep entre chaque demande d'envoie(Envoi,Sleep,Envoi...)
5 : Je ne veux pas utiliser la fonction Thread.Sleep car elle fige le Thread
6 : Si vous avez un equivalent de cette fonction, mais qui ne fige pas le Thread, je suis preneur (Je n'utilise pas de Timer non plus)
InvokeRequired je l'ai déjà
Utilise un timer pour mettre en place ton délai entre chaque envoi. Tu envoies, tu démarres le timer, une fois le timer arrivé à échéance tu déclenches le prochain envoi et ainsi de suite.
Je pense faire sa mais je voulais m'assurer qu'aucune fonction ne pouvais faire de pause sans figer :s
Merci quand même.
L'image est un peu exagérée, mais essaye de lire une vidéo en pause pour voir ;)Citation:
Envoyé par hussein47
Mais pourquoi vouloir faire un Sleep ? 8OCitation:
Envoyé par hussein47
Il me semble que quelque chose comme un ManualResetEvent serait plus approprié..
ou bien alors tu utilises un delegate sur les messages propres aux sockets..