Discussion :

[Zhitoune]

Bonjour à tous,

voila je cherche à intégrer un exemple de code ansi C dans mon interface graphique Qt (mais c'est pas Qt le problème).
j'ajouterais que le code permet de contrôler une carte d'acquisition national instrument
Seulement dans l'exemple original il y a la fonction callback suivante

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
int32 CVICALLBACK EveryNCallback(TaskHandle taskHandle, int32 everyNsamplesEventType, uInt32 nSamples, void *callbackData);
 
int32 CVICALLBACK EveryNCallback(TaskHandle taskHandle, int32 everyNsamplesEventType, uInt32 nSamples, void *callbackData)
{
	//code quelconque
	return 0;
}
 
//que j'ai inclu dans mon code de la manière suivante 
 
//header
int32 CVICALLBACK EveryNCallback (TaskHandle taskHandle, int32 EveryNsamplesEventType
                                          , uInt32 nSamples, void *calbackData);
 
//.cpp
int32 CVICALLBACK aoGenerator::EveryNCallback(TaskHandle taskHandle
                                              , int32 EveryNsamplesEventType, uInt32 nSamples
                                              , void * callbackData)
{
    //code quelconque...
    return 0;
}
 
//du copiez-coller...;

afin que la carte d'acquisition sache que c'est cette function qu'elle doit appeler on utilise la function suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

DAQmxRegisterEveryNSamplesEvent(AItaskHandle,DAQmx_Val_Acquired_Into_Buffer,1000,0,EveryNCallback,NULL);

or à la compilation du programme je me retrouve avec le message d'erreur suivant :
"aoGenerator.cpp:158: error: argument of type 'int32 (aoGenerator:(void*, int32, uInt32, void*)' does not match 'int32 (*)(void*, int32, uInt32, void*)'"

la ligne 158 correspondant à l'éxécution de la fonction DAQmxRegisterEveryNSamplesEvent où EveryNCallback est passée en arguement.

je suis presque sur que c'est une erreur de débutant mais ce message d'erreur me laisse perplexe...
help siouplait

[Emmanuel Deloget]

Un pointeur sur une méthode non statique ne peut être passé en paramètre à une fonction qui attends un pointeur sur une fonction. Les deux types ne sont pas compatibles.

Je suppose que le dernier paramètre de la fonction que tu appelles est un contexte, donc je serais toi, je procéderais ainsi :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
class aoGenerator
{
private:
  int32 callback (TaskHandle h, int32 type, uInt32 ns)
  { return 0; }

public:
  static int32 CVICALLBACK static_callback(TaskHandle h, int32 type, uInt32 ns, void* data);
};

in32 aoGenerator::static_callback(TaskHandle h, int32 type, uInt32 ns, void* data)
{
  aoGenerator* generator = (aoGenerator*)data;
  return generator->callback(h, type, ns);
}

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
DAQmxRegisterEveryNSamplesEvent(
  AItaskHandle,
  DAQmx_Val_Acquired_Into_Buffer,
  1000,
  0,
  &aoGenerator::static_callback, 
  pointer_to_a_generator);

La méthode statique dans aoGenerator est, contrairement à une méthode normale, une fonction (l'intérêt est que cette fonction a accès aux membres privés de la classe). Elle peut dont être passée en paramètre à la fonction d'acquisition, qui va lui repasser le paramètre data - qu'on va re-transformer en instance de aoGenerator, pour appeler la vrai callback.

Tout cela est très dangereux, notamment si aoGenerator dérive de plus d'une classe (héritage multiple), mais c'est la seule manière de procéder dans ton cas.

[JolyLoic]

Je précise que formellement, si DAQmxRegisterEveryNSamplesEvent est une fonction C, il faudrait que la fonction de callback soit non pas une fonction statique de classe, mais une fonction libre déclarée extern "C".
Mais ça doit marcher pour pas mal de compilos avec une simple fonction statique.

[Zhitoune]

Merci pour vos réponses, et désolé pour ma réponse tardive il m'a fallu du temps pour comprendre vu que je débute...

@Emmanuel Deloget : j'ai testé ta solution et je n'ai plus de problème de compilation, mais l'exécution plante :

ASSERT: "qApp && qApp->thread() == QThread::currentThread()" in file kernel\qapplication_win.cpp, line 899

je vais assayer en utilisant un mutex lors des appels aux méthodes de aoGenerator.

[Zhitoune]

Bon les mutex marchent pas je vais tester autre chose
en tout cas le problème initial est réglé merci pour vos réponse :super:

[Emmanuel Deloget]

QT n'aime pas que tu utilises certains objets créés dans une thread dans une autre thread.

Certaines ressources sont réservées à la thread principales - il faut veiller à ne pas les utiliser hors de ce contexte, ou alors passer par un autre mécanisme (l'envoi d'un signal, par exemple, si le but est d'activer un slot).

Cf. cette discussion sur Stack Overflow

[Zhitoune]

C'est ce que j'ai fini par faire
merci pour ta réponse