Version imprimable
Bonjour,
je souhaite concevoir une dll contenant plusieurs fonction qui sont utiliser dans plusieurs thread.
j'ai donc créer ma dll et créer mes fonctions dans .h, j'ai ensutie créer mes different thread qui utilise ces fonctions.
Ma dll est ensuite appellé dans un programme qui appelea ces thread.
J'espere que j'ai été clair,
Ma question est est ce que c'est une utilisation correcte des dll et des thread ?
Merci pour vos réponses,
OK.Citation:
Envoyé par adurandet
AIE!Citation:
Envoyé par adurandet
Erreur. On ne crée pas de fonctions dans un fichier d'en-tête.
On les déclare dans le fichier d'en-tête et on les définit dans un fichier .cpp de la DLL.
Que veux-tu dire par là ?Citation:
Envoyé par adurandet
Les threads sont créés à l'exécution, pas à l'écriture du programme...
J'ai du mal à comprendre.Citation:
Envoyé par adurandet
Tes appels à la fonction de création de thread, ils sont dans la DLL ou le programme utilisateur ?
Excuse moi je me suis mal exprimé aussi bien pour les explications que pour les fautes d'orthographes.:aie:
Je recommence.
Tout d'abord je précise que je travaille avec Borland C++builder6.0Entreprise.
J'ai donc créé une DLL, grâce à Nouveau->Autres->Expert DLL.
Dans cette DLL je vais créer des fonctions que je déclare dans l'entete (.h) et que je definis dans le .cpp de cette dll.
ensuite je veux que mon programme appelle ces fonctions dans des Threads.
Pour créer un thread j'ai vu qu'il fallait faire Nouveau->Autre->Objet Thread.
Ce que j'ai fais dans mon projet de DLL (c'est ici que je me demande si c'est correct?!)
Cela créer une class Nom_de_mon_thread dependant de TThread avec une fonction Execute. La declaration des fonctions de la classe se trouve dans une fichier .h et leur definiton dans un fichier .cpp. Le tout est dans mon projet DLL.
Dans cette fonction execute je comptais placer les fonctions que j'avais definit précédement dans ma DLL.
Et donc pour finir, je lie (ou inclut ou indique, je sais pas trop comment on dit enfaite ;)) la dll à un projet. Ce projet fait appelle à certains fonction de la dll (tout est normal pour ça ;)) et fait aussi appel à la fonction thread::Execute qui fait apelle à mes autres fonctions.
et je me demandais si tout ceci etait corect ?
J'espere que j'ai été plus clair. Je suis désolé si je n'ai aps employé les bons termes, je mélange encore un peu tout.
Et désolé aussi pour les fautes d'orthographes, le français s'est pas mon fort. et certains me diront : "apparement, la programmation n'ont plus!".:king:
OK.
Ici, le terme "thread" est utilisé par Borland pour désigner "Classe dont une méthode spécifique sera appelée dans un thread séparé pour chaque objet".
je ne connais pas beaucoup Borland, mais je suppose que tu dois avoir une classe dérivée de TThread, qui implémente une méthode virtuelle (voire virtuelle pure) Execute().
Cette méthode ne crée pas le nouveau thread. Elle est appelée dans le nouveau thread après sa création.
Ce qui est sûr, c'est que tu ne dois pas exposer directement ta classe dérivée de TThread, ou exposer une fonction qui ne sert qu'à lancer le nouveau thread avec l'objet que tu voulais. Ce n'est pas à une DLL de faire ça:
- La DLL crée de nouveaux threads si c'est elle qui les utilise.
- Si c'est ton programme utilisateur qui veut exécuter des fonctions de la DLL dans un nouveau thread, alors c'est à lui de créer sa(ses) classe(s) dérivée(s) de TThread, et d'appeler les fonctions de la DLL dans sa(ses) fonction(s) Execute().
Oui c'est ça! Comme je disais, Borland crée la Nom_de_mon_thread dérivée de la classe TThread. Et cette classe Nom_de_mon_thread il y a une fonction execute.Citation:
Envoyé par Médinoc
Qu'entends tu pars exposer ?Citation:
Envoyé par Médinoc
Ok malgrè quelque incompréhension, je pense avoir saisi.Citation:
Envoyé par Médinoc
je vais créer mes différentes class et fonction dans ma dll.
Dans mon programme je ferais appelle à la dll et lorsque mon programme fera appelle à mes fonction je le ferais grâce à des thread pour ne pas bloquer mon programme.
merci de tes eclaircissement !
Je me suis trompé de mot, j'aurais du dire "exporter".Citation:
Qu'entends tu pars exposer ?
Les fonctions exportées par une DLL sont les fonctions visibles pour les programmes qui utilisent la DLL. Les fonctions internes de la DLL ne sont généralement pas exportées, car les programmes n'ont pas à y toucher.
OK, merci beaucoup !
Probleme resolu !