Discussion :

[ppfromero]

Bonjour,

Je suis en train de développer une application en C sur un compilateur CVI. Mon application a pour but de communiquer avec des instruments de mesure par intermédiaire des ports série ou autres ports quelconques dans le futur. J'aimerais créer une dll de communication qui gère, avec un protocole défini apriori, la communication. Je voudrais pour ce faire, que la dll de communication ce dedouble (dans le sens figuré du terme) et que se lance dans un thread indépendant pour chaque appareil et pour chaque port com.
Actuellement j'ai deja utilisé cette methode mais pour un seul appareil et un seul port com, et je voudrais savoir comment faire pour utiliser la même dll pour les autres port coms et independament?

Merci d'avance pour vos commentaires.

[ram-0000]

L'application principale énumère les ports/equipements avec lesquels elle peut communiquer
Pour chaque équipement,
elle créé un "contexte" (structure ou classe allouée dynamiquement) qui permet de référence de manière unique et non ambigüe l'équipement/port de communication
elle créé un thread et passe en paramètre à ce thread le contexte

Chaque thread est responsable de la gestion de l'équipement spécifié par le contexte au lancement du thread

[cmoibal]

ce que ta di rqm_000 est vrai, et c'est une solution tres utiliser, mais le probleme c'est dans ton point de vue des chose, je m'explique, si tu veut que votre DLL soit independant de l'application qu'il utilise, et en meme temps sans obliger le programme a suivre une structure bien definie pour uriliser ta dll. je pense que tu peut lancer les thread a partir de ton DLL.

Une methode simple, pour chaque application, le dll est charge avec des donnees specifiaue au application, donc, si tu a une variable qui represente le nombre d'appel du DLL tu peut cree le nombre de thread que tu souhaite, sans limitation pour le programmeur de l'application.

[ppfromero]

Merci les gars pour vos réponses, c'est bien intéressant ce que vous me conseillez.
Je vais essayer d'expliquer un peu plus les choses:
Ma dll serait composé pour le moment d'une fonction appelé (bien sur j'omets pour l'instant les appels stdcall et les types des fonctions pour ce concentrer sur le fonctionnement):

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
25
26
27
28
29
30
31
32
void Command(int comport,int read_write,int N_codes,int *codes,int *data_length,int *data_in) 
{
   copie des datas dans la structure comm
   allocation de mémoire
   acknowledge()
}
 
void acknowledge()
{
   programmation d'une interruption sur le port com pour fin_acknowledge()
   Envoi des codes d'acknolewdge
} 
 
void fin_acknowledge()
{
    lecture de réponse
    debut_com()
}
 
void debut_com()
{
   libération mémoire data_in 
   programmation d'une interruption sur le port com pour fin_com()    
   envoi des codes et datas
}
 
void fin_com()
{
   lecture des donnés
   raz des structures et buffers
   libération mémoire data_out
}

Alors sur cette architecture j'ai crée une structure de communication:

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
typedef struct
        {
            int comport;
            int read_write;
            int N_codes;
 
            int data_length[USER_MAX_CODES];
            SHORTINT codes[USER_MAX_CODES];
            SHORTINT N_bytes[USER_MAX_CODES];
            BYTE *data_in[USER_MAX_CODES];
            BYTE *data_out[USER_MAX_CODES];
 
            int flag_com_busy;
 
        } COMMUNICATION;

et bien sur j'alloue dynamiquement data_in et out(parce que si j'ai 10 instrument cela peut devenir lourd au niveau mémoire).

Alors je compte mettre ce petit module dans une dll et pour chaque instrument le lancer dans un thread, mais la ou je coince c'est savoir si j'appelle dans des threads differents en même temps la fonction command de la dll, comment cela va se débrouiller.

Un autre soucis c'est de récupérer l'information au niveau de l'application (j'avais penser passer en argument l'adresse d'une fonction a exécuter lors de la fin de comm)

Je voulais savoir ce que vous en pensiez de cette utilisation de l'allocation dynamique.

Merci les gars

[ram-0000]

Alors je compte mettre ce petit module dans une dll et pour chaque instrument le lancer dans un thread, mais la ou je coince c'est savoir si j'appelle dans des threads differents en même temps la fonction command de la dll, comment cela va se débrouiller.

La vraie question est plutôt "est ce que la fonction command() est réentrante" c'est à dire, peut elle être appelée simultanément depuis plusieurs threads. Si cette fonction n'utilise pas de variables globales ni ne fait des appels à des fonctions qui utilisent des variables globales(c'est moins facile d'être catégorique pour ce point), ta fonction est réentrante. Sinon, elle n'est pas réentrante et il faut alors la protéger avec une section critique par exemple de manière à garantir qu'un seul thread à la fois pourra l'exécuter. Les autres attendront.

[Médinoc]

Attention, thread-safe n'est pas la même chose que réentrant.

Une fonction peut être réentrante sans être thread-safe, et inversement.
Et aussi, il faut bien définir à quoi s'applique la thread-safety d'une fonction, si elle peut s'appliquer à plusieurs données.