Modification de la "message map" � l'execution ?

Bonjour,

Je suis nouveau sur le forum... il est probable que le sujet ai �t� d�battu, mais la fonction de recherche ne m'a pas permi de cerner rapidement un nombre suffisament restreint de fil � lire. Alors je soumets mon probleme :

Je souhaite modifier un handler (en fait substituer un handler par un autre, du m�me type) lors de l'excution d'un programme. Celui-ci est developp� avec VS 2005 en utilisant les MFC.

D'apr�s ce que j'ai pu constater, la table des messages MFC est faite pour �tre statique. Mais j'ai �galement vu sur le net que des "workaround" �tait possible... seulement, plusieurs solutions tendent vers la re�criture d'un framework autorisant les tables dynamiques - too much pour moi.

Je veux seulement, pour un message en particulier, pouvoir remplacer un Handler_A associ� � ce message par un Handler_B :
Soit une classe CTestAppDialog d�rivant de CDialog,
Soit un message ON_EVENEMENT (n'importe quoi, un clic souris, une frappe clavier), on lui associe un Handler OnEvenementProcess_A() dans le
MESSAGE_MAP. Puis on souhaite remplacer, a l'ex�cution, OnEvenementProcessType_A() par OnEvenementProcessType_B() dans la table.
Comme il s'agit,finalement de pointeurs sur fonction (quelque part dans les structures complexes genre AFX_MSGMAP_ENTRY) ca devrait �tre possible.

Alors comment faire simplement ?
Merci d'avance
Bernard

Bonjour et bienvenu,
Je dirais � priori que c'est une mauvaise id�e de vouloir trifouiller dans les structures internes des MFC. Rien ne te garantie une p�rennit� et tu risques de passer plus de temps en 'bidouille' qu'autre chose. Plusieurs solutions:
-> Sublcasser ta fen�tre ()
-> R�cup�rer le message dans un OnEvenementProcess qui ensuite invoque OnEvenementProcess_A ou OnEvenementProcess_B via un m�canisme interne que tu mets en place (pointeur de fonction, �tat, foncteur...).

Citation:

---

Envoy� par 3DArchi

Je dirais � priori que c'est une mauvaise id�e de vouloir trifouiller dans les structures internes des MFC. Rien ne te garantie une p�rennit� et tu risques de passer plus de temps en 'bidouille' qu'autre chose.

---

D'accord avec cela, mais c'est une action "one shoot", pour un developpement particulier, qui n'aura probalement pas de r�utilisation ailleurs.

Citation:

---

Envoy� par 3DArchi

-> R�cup�rer le message dans un OnEvenementProcess qui ensuite invoque OnEvenementProcess_A ou OnEvenementProcess_B via un m�canisme interne que tu mets en place (pointeur de fonction, �tat, foncteur...).

---

En fait, c'est ce que je voulais eviter, car quelque soit le m�canisme, il y a une indirection (un test, l'appel d'une fonction, ...). Je souhaitais changer le pointeur sur fonction pour embrayer sur le bon handler d�s reception du message, l'application est critique en temps de calcul, le handler en question est apell� environ 100 x par seconde.

Les evenements proviennent d'un ActiveX, et la "message map" � modifier est "EVENTSINK_MAP". En fait, j'arrive � d�cripter la table, mais je ne peux pas modifier le pointeur sur fonction. Il me semble que les macros MFC "DECLARE_EVENTSINK_MAP", "BEGIN_EVENTSINK_MAP", etc... utilisent partout le mot cl� "const". Mes tentatives de modification de la table se soldent par un "0xC0000005: Violation d'acc�s lors de l'�criture" :

Code:

---

1 2 3 4 5 6 7

AFX_EVENTSINKMAP_ENTRY* my_pMap = (AFX_EVENTSINKMAP_ENTRY*)this->eventsinkMap.lpEntries;   // itération à l'interieur de la table des message if(my_pMap[i].dispEntry.lDispID == 5 ) // c'est la liaison event-handler que je souhaite modifier my_pMap[i].dispEntry.pfn = (AFX_PMSG)&CTestAppDlg::OnNouveauHandler; // ici ca plante : 0xC0000005: Violation d'accès lors de l'écriture

---

Il me semblait que "const" servait de verification lors de la compilation ?
Or le code compile sans erreurs ... mais g�n�re une erreur lors de l'acc�s � l'�criture lors de l'execution. Bizzare !

Any hints ?
Bernard

Bon, j'ai retrouv� la d�finition de BEGIN_EVENTSINK_MAP :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

#define BEGIN_EVENTSINK_MAP(theClass, baseClass) \ const AFX_EVENTSINKMAP* PASCAL theClass::_GetBaseEventSinkMap() \ { return &baseClass::eventsinkMap; } \ const AFX_EVENTSINKMAP* theClass::GetEventSinkMap() const \ { return &theClass::eventsinkMap; } \ const AFX_EVENTSINKMAP theClass::eventsinkMap = \ { &theClass::_GetBaseEventSinkMap, &theClass::_eventsinkEntries[0], \ &theClass::_eventsinkEntryCount }; \ UINT theClass::_eventsinkEntryCount = (UINT)-1; \ const AFX_EVENTSINKMAP_ENTRY theClass::_eventsinkEntries[] = \ { \

---

Effectivement, le const ici veut dire aussi que le tableau n'�tant pas modifiable dynamiquement, il sera plac� dans une zone de donn�es en lecture seule. Le syst�me interdit l'�criture sur cette zone m�moire. Conclusion : tu ne peux pas modifier une entr�e de ce tableau.

Citation:

---

Envoy� par BB_17

le handler en question est apell� environ 100 x par seconde.

---

Pas sur que le co�t d'une indirection soit si critique par rapport � ce que fait ta fonction...

Un truc que tu pourrais faire, c'est contourner les macros BEGIN_MESSAGE_MAP, DECLARE_MESSAGE_MAP etc. pour cr�er ta propre impl�mentation de la fonction virtuelle GetMessageMap(), et en faire une fonction qui retourne une copie modifiable de la map. Cette copie pourrait �tre cr��e dans le constructeur de ta classe � partir de la vraie message map statique...

Merci � 3DArchi pour avoir confirm� mes soup�ons.

Citation:

---

Envoy� par M�dinoc

Un truc que tu pourrais faire, c'est contourner les macros BEGIN_MESSAGE_MAP, DECLARE_MESSAGE_MAP etc. pour cr�er ta propre impl�mentation de la fonction virtuelle GetMessageMap(), et en faire une fonction qui retourne une copie modifiable de la map. Cette copie pourrait �tre cr��e dans le constructeur de ta classe � partir de la vraie message map statique...

---

Oui mais je ne me sens pas assez costaud en C++/MFC pour faire cela, et on se rapproche de la reecriture d'un framework. En faisant des recherches j'�tais tomb� sur :
http://blog.emmanueldeloget.com/inde...remiere-partie
Avec une implementation de table de message dynamique.

Et puis je trouve �trange que ce genre de code (re-�critude de GetMessageMap()) ne traine pas sur le net... Les developpeurs utilisant les pointeurs sur fonction et les fans de Qt (avec connect(signal,slot)) on surement d� avoir envie de contourner les tables statiques.
A mon avis, ca doit �tre assez complexe.

Je pense que je vais laisser tomber et utiliser une indirection supplementaire (un pointeur sur fonction � moi, dans un handler unique)

On peut toutefois laisser le sujet ouvert quelque temps, we never know !!!!!

Bernard

Pour moi, c'est pourtant simple: Tu regardes les macros, puis tu fais la m�me chose en coupant les bouts qui te g�nent...
S'il y a un moyen d'obtenir la taille d'une message map (et il y en a forc�ment un), alors il est ais� de la dupliquer dans ton constructeur, et m�moriser un pointeur vers elle en variable membre. Ensuite, il suffit de faire une fonction qui retourne ce pointeur.

Citation:

---

Envoy� par M�dinoc

Pour moi, c'est pourtant simple: Tu regardes les macros, puis tu fais la m�me chose en coupant les bouts qui te g�nent...
S'il y a un moyen d'obtenir la taille d'une message map (et il y en a forc�ment un), alors il est ais� de la dupliquer dans ton constructeur, et m�moriser un pointeur vers elle en variable membre. Ensuite, il suffit de faire une fonction qui retourne ce pointeur.

---

Pour du one-shot, l'indirection me semble quand m�me la solution la plus rapide � mettre en oeuvre et pr�sente l'avantage de la compr�hension imm�diate dans 6 mois par le petit nouveau qui viendra prendre le relais...