appel depuis un callback

Bonjour,

en c++ VS2005

j'ai un projet ActiveX, dans ce projet il y a une classe et une fonction de callback

voici un exemple de code :

Code:

---

1 2 3 4 5 6 7 8 9

void WINAPI CallBackFromDriver(DWORD dwReason, LPARAM lParam, INT32 nStatus) ( probe(); )   LONG CCR190Ctrl::probe(void) ( ... )

---

je voudrais appeler la fonction probe depuis la fonction CallBackFromDriver, le pb c'est que les 2 choses n'ont rien en commun et j'ai une erreur de compil, je ne sais pas comment le faire

merci si quelqu'un peut m'aider

Cordialement

Peut-être faudrait-il mettre le message d'erreur.

voici :


Erreur 3 error C3861: 'probe'*: identificateur introuvable c:\ActiveX\CR190.test\CR190Ctrl.cpp 278

Tu n'aurais pas oublié un #include ou un espace de nommage ?
Quand tu double-cliques sur Probe() et que tu fais F12, que se passe-t-il ?

merci pour ton aide mais tu n'a pas compris mon pb, ou je me suis mal exprimé

c'est dans le même projet (en fait dans le même fichier) j'ai une classe pour un ActiveX et une fonction, je veux appeler l'activex depuis ma fonction

sachant que l'activex a été instancié par un programme client (style vb6)

j'ai essayé ça mais j'ai l'erreur
CCR190Ctrl::probe'*: appel non conforme d'une fonction membre non static

Code:

---

1 2 3 4

void WINAPI CallBackFromDriver(DWORD dwReason, LPARAM lParam, INT32 nStatus) ( &CCR190Ctrl::probe(); )

---

Salut,
Ne faut-il pas déclarer probe avant CallBackFromDriver?

Code:

---

1 2 3 4 5 6 7 8 9 10 11

LONG CCR190Ctrl::probe(void); void WINAPI CallBackFromDriver(DWORD dwReason, LPARAM lParam, INT32 nStatus) ( CCR190Ctrl::probe(); )   LONG CCR190Ctrl::probe(void) ( ... )

---

Citation:

---

Envoyé par bertry

Salut,
Ne faut-il pas déclarer probe avant CallBackFromDriver?

Code:

---

1 2 3 4 5 6 7 8 9 10 11

LONG CCR190Ctrl::probe(void); void WINAPI CallBackFromDriver(DWORD dwReason, LPARAM lParam, INT32 nStatus) ( CCR190Ctrl::probe(); )   LONG CCR190Ctrl::probe(void) ( ... )

---

---

j'ai essayé mais ça ne marche pas non plus

D'après un de tes messages d'erreur, probe est une fonction membre non statique, donc tu as besoin d'un objet pour l'appeler.

On peut passer quelques arguments libres dans un callback (le lParam), et généralement on passera donc un pointeur sur l'objet en question à cet endroit (avec un cast pour récupérer le bon type au bon moment).

Citation:

---

Envoyé par JolyLoic

D'après un de tes messages d'erreur, probe est une fonction membre non statique, donc tu as besoin d'un objet pour l'appeler.

On peut passer quelques arguments libres dans un callback (le lParam), et généralement on passera donc un pointeur sur l'objet en question à cet endroit (avec un cast pour récupérer le bon type au bon moment).

---

merci je vais regarder ce que je récupère dans le lparam, mais je ne maitrise pas l'appel du callback, il est déclenché par l'api du matériel

sinon quand je passe probe en static j'arrive à compiler, c'est peut-être la solution à mon pb

merci pour votre aide

Salut,
Pour compléter la réponse de Loïc, je te conseille la lecture de cette entrée de la F.A.Q. : Pourquoi ne peut-on pas passer une fonction membre là où on attend un pointeur de fonction ?

Bonjour,

donc j'ai regardé ce que je pouvais faire

- le lParam dans le callback n'est malheureusement pas une réf. à l'objet

Code:

---

void WINAPI CallBackFromDriver(DWORD dwReason, LPARAM lParam, INT32 nStatus)

---

- si je fais appel à une fonction statique depuis le callback ça compile mais c'est assez limité, je ne peux utiliser que du static

est-ce qu'il y a un moyen d'envoyer une réf. de l'objet dans une variable qui pourrait être récupérer par le callback, une variable 'globale' par exemple

ou est-ce que je peux dans le constructeur stocker la réf. de l'objet dans une variable ?

Et ce lparam est-il positionné à quelquechose, quoi que ce soit, qui permette de retrouver l'objet ?

Parce que mettre une variable "globale" (qu'elle soit une vraie globale, un singleton, une variable statique, ou toute autre variante autour de la globale), c'est sale et source d'erreurs (si jamais tu as deux matériels installés, comment faire pour ne pas se mélanger les pinceaux ?).

non le lParam est un indicateur de l'état du matériel (état des poches)

par contre il n'y aura qu'une seule machine connectée à la fois, c''est un lecteur de chèques