Savoir la fin d'execution d'une fonction asynchrone

Bonjour a tous,

Comme explique dans le titre de ce post, je cherche a trouver une maniere de connaitre la fin d'execution d'une methode asynchrone.
Ce dans le cadre d'une application de visioconference dans laquelle des parametres peuvent etre modifies, et je voudrais recreer une connection qu'une fois ces parametres reelement pris en compte.

Par avance, merci de vos reponses !

Greg

Bonjour,
La réponse est difficile avec si peu d'éléments. Tu peux avoir des mécanismes de signalisation :
-> Par callback à la fin de ta méthode asynchrone
-> Par message/boîte aux lettres (type SendMessage)
-> Par signalisation (boost.signal)
-> Par évènement
...
Tout dépend de ton contexte.

On peut aussi poller.

Bonjour,

3DArchi, quand tu parles de callback c'est return ? peux-tu m'eclairer stp.

Et que veut dire poller ?

Greg

callback, c'est une fonction que l'appelé rappelle lorsqu'il a fini son traitement.

poller, c'est faire des requêtes régulièrent pour savoir où en est le traitement. Sauf s'il n'y a pas le choix, c'est mal.

Comme je ne comprends pas trop dans quel contexte tu es (synchronisation de threads, de process ou synchronisation client/serveur ?), je ne peux pas trop t'en dire plus.

En fait je travaille sur des communications avec le protocole H323. Je veux en fait "detruire" ma connection et la redemarrer juste apres, sauf que la methode qui detruit la connection est asynchrone. Voila donc le contexte.

Peux tu m'expliquer plus en detail le fonctionnement de callback stp.

Greg

salut,
travailles-tu dans des threads ?
Si oui que font tes threads ? Sont-ils bloqués sur qqchose, ou bouclent-ils sur qqchose ?

Citation:

---

Envoyé par winnyzeboss1

En fait je travaille sur des communications avec le protocole H323. Je veux en fait "detruire" ma connection et la redemarrer juste apres, sauf que la methode qui detruit la connection est asynchrone. Voila donc le contexte.

Peux tu m'expliquer plus en detail le fonctionnement de callback stp.

Greg

---

Le principe d'une callback est de fournir à ta méthode un objet ou une fonction qui sera appelée à la fin de l'exécution.
Avec un foncteur :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

template<class CallBack> void MaMethodeQuiDureQuiDureQuiDure(/* parametres*/, CallBack cb_) { // mes traitements // qui dure // qui dure // qui dure // qui dure // qui dure // qui dure // qui dure cb_(); }   struct FMaCallBack { void operator()() { // traitement à faire lorsque c'est fini ! } };   // Appel : MaMethodeQuiDureQuiDureQuiDure(/*...*/,FMaCallBack());

---

Avec un pointeur de fonction (à la volée, donc peut être que à corriger) :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

void MaMethodeQuiDureQuiDureQuiDure(/* parametres*/, void (*cb_)()) { // mes traitements // qui dure // qui dure // qui dure // qui dure // qui dure // qui dure // qui dure cb_(); }   void FMaCallBack() { // traitement à faire lorsque c'est fini ! };   // Appel : MaMethodeQuiDureQuiDureQuiDure(/*...*/,FMaCallBack);

---

La première version a l'avantage d'être plus générique.

Dans les deux cas, si tu es en multi-thread, cette callback est appelée dans le même thread que ton traitement. Sinon, il faut un peu plus de détails sur ton architecture.

Citation:

---

En fait je travaille sur des communications avec le protocole H323. Je veux en fait "detruire" ma connection et la redemarrer juste apres, sauf que la methode qui detruit la connection est asynchrone. Voila donc le contexte.

---

Je suppose que tu te bases sur une librairie externe pour gérer la connexion H323.

Donc, c'est cette librairie qui doit te fournir un moyen de savoir quand la connexion est détruite. Sans cette information, tout ce qu'on pourra te dire, ce sont des généralités pas forcéments applicables.

PS : connection est un horrible anglicisme, c'est connexion en français ;)

Regarde du côté de Boost.Asio, qui est un framework pour la gestion de l'asynchrone, en particulier pour les échanges réseau.