Remplacer SendMessage/PostMessage par boost::?

Bonjour a tous,

nous avons developpé une bibliothèque de calcul qui est utilisé en mode multithread. Pour communiquer avec l'application, on utilise PostMessage en conjonction avec une notification créé par

Code:

---

1 2 3 4

#define ON_COMPUTATION_FINISHED_NOTIFY() \ { LM_COMPUTATION_FINISHED_NOTIFY, 0, 0, 0, AfxSig_vwl, \ (AFX_PMSG)(AFX_PMSGW)(void (AFX_MSG_CALL CWnd::*)(UINT, LPARAM)) OnComputationFinishedNotify }

---

Comme on envisage de s'affranchir des MFC et de passer sous Qt pour le GUI, on cherche comment remplacer ce mecanisme..
Je me demandais donc si on pouvait avoir le meme genre de mécanisme avec boost::signal par exemple ?

Merci de toute aide ou avis

Vincent

Salut,
Boost.Signal 2 est thread-safe alors qu'il me semble que ça n'est pas garantie pour Boos.Signal.
En revanche, pas sur que le mécanisme soit équivalent. Dans le cas windows, tu poste un message dans une file dans le thread T1 et ce message est ensuite traité suite à son extraction dans une pompe à message dans le thread T2.
Avec les signaux, tu n'as pas cette notion de pompe à message et je pense que l'appel du foncteur se fait dans le même contexte de thread que celui déclenche le signal.
Il faut probablement regarder comment fonctionnent tes différentes tâches avant de savoir si boost.signal peut ou pas s'adapter à ta problématique sans trop de soucis. Mais ce ne sera pas à 'iso-'comportement.

Bonjour,

merci de ta reponse.
En fait, ce qu'on fait tient + de l'IPC, il faudrait donc qu'on regarde de ce coté la peut etre ...

V

IPC c'est du inter-process. Le swap de contexte entre process est un peu plus lent que celui des threads. Cependant, il me semble que boost.Inter process fonctionne aussi pour les threads. A creuser. Il y a peut être aussi boost.thread qui peut te proposer des mécanismes d'échanges entre thread.
En fait, ce que je vois de ce que tu décris, c'est plutôt que tu utilises un mécanisme de message pour faire tes échanges. Les mécanismes IPC et threads utilisent en général un mécanisme d'attente (ou de polling). Ce sont 2 approches un peu différentes.

Re

effectivement, apres avoir regardé Boost.Interprocess, ca ne me parait etre adequat ...

Je vais regarder du cote de Boost.Thread

V