export class via dll probleme ?

salut,:D


Voici la classe � partir de laquelle je gen�re une dll...

J'utilise une m�thode explicite pour importer la dll avec LoadLibrary
J'ai essay� de construire l'interface qui permet d'assurer la passerelle entre la dll (issue de la classe) et l'application mais le fait que j'utilise des types classes me pose probl�me

Pourriez-vous m'aider � finaliser mon interfa�e



voila la class :
class Param
{

Param();
~Param();

Param operator+(Param&);

void SetValue(double*);

Vector<double> GetValue();

vector <string> GetPath();

private :
vector <double*> _Value;
vector <string> _Path;
}



class Interface

class Param
{

virtual Param operator+(Param&);

virtual void SetValue(double*)=0;

virtual Vector<double> GetValue();

virtual vector <string> GetPath();


}

Merci d'avance ...

OuilleOuilleOuille...

Non seulement les DLLs n'aiment pas trop le C++, mais en plus elles d�testent que la STL traverse la fronti�re!
J'ai essay� de faire une DLL avec �a mais il y avait tellement de restrictions suppl�mentaires que j'y ai renonc�...

Et en plus, pas moyen de retrouver sur MSDN l'article qui mentionnait �a...

j'ai r�ussi a faire qqchose du style, mais je ne sais pas si ca r�pondra exactement � ta question. jette un coup d'oeil sur ma calculatrice, dans le paragraphe "Calling the DLL" :

http://www.codeproject.com/cpp/VisualCalc.asp#CallDLL

je ne veux pas faire de pub pour un autre site, mais tu pourras r�cup�rer les sources seulement si tu cr�es un compte.

Note surtout que tu dois compiler ta DLL et ton projet client en multithreaded (Debug) DLL, car le probleme vient du fait que certains objets instanci�s par la DLL tentent d'etre d�truis par le client...

Citation:

---

Envoy� par toxcct

Note surtout que tu dois compiler ta DLL et ton projet client en multithreaded (Debug) DLL, car le probleme vient du fait que certains objets instanci�s par la DLL tentent d'etre d�truis par le client...

---

C'est un peu douteux �a.

Utiliser des classes C++ dans des DLL n'est pas forc�ment trivial.

Il existe deux m�thodes pour utiliser des DLL : la liaison statique ou la liaison dynamique (la derni�re �tant la m�thode que tu essaies d'utiliser).

Tu peux d�j� compiler tes DLL en les liant "statiquement" � ton ex�cutable (ou quelconque projet client). C'est � dire que lors de la compilation et l'�dition des liens de ta DLL, deux fichiers seront cr��s : un .lib (biblioth�que statique) et un .DLL (ta biblioth�que dynamique).
Ensuite tu auras simplement � inclure le .lib g�n�r� dans le projet client. Ce .lib contient simplement les fonctions pour acc�der aux objets de ta DLL.

Pour instancier et utiliser les classes dans ton projet client, il faudra que tu fournisses les en-t�tes (.h) de tes classes � ton projet.

Dernier point, il faut rajouter __declspec(dllexport) ou __declspec(dllimport) dans la d�claration de ta classe (selon que tu exportes ou importes la classe).
Ainsi, lorsque tu compiles ta DLL, ta classe devra �tre d�clar�e dans ton .h :

Code:

---

1 2 3 4

class __declspec(dllexport) Param {... };

---

Dans ton projet utilisant les classes de ta DLL, tu devras utiliser un .h avec la d�claration :

Code:

---

1 2 3 4

class __declspec(dllimport) Param {... };

---

Ensuite, pour instancier Param dans ton projet, il suffira de faire comme d'habitude :
Param* param = new Param;


Note toutefois que l'utilisation de DLL peut amener certains probl�mes difficiles � r�soudre. Donc il est souvent pr�f�rable de r�fl�chir correctement � l'architecture des tes classes avant d'utiliser une DLL.
1. Un objet cr�� dans une DLL doit �tre d�truit dans la m�me DLL. Si tu r�cup�res dans ton exe une instance cr��e dans ta DLL, tu ne peux pas d�truire cette instance dans ton exe. C'est pour cela que toxcct conseille de compiler ta DLL et ton projet client en multithreaded (Debug) DLL. Cela permet d'�viter ce probl�me (mais cela risque d'en poser d'autres si le projet client est compil� sur un autre compilateur que la DLL).
2. L'utilisation de la STL peux poser des probl�mes. Si tu transmets des instance de conteneurs STL entre ton exe et ta dll (et inversement), il faut bien s'assurer que les deux versions de la STL soient bien identiques entre ton exe et ta DLL (cela est normalement le cas si tu compiles ton exe sur le m�me compilateur que ta DLL).



Maintenant il existe �galement la liaison dynamique de DLL � ton projet client. Dans ce cas plus besoin d'utilise le fichier .lib g�n�r� lors de la compilation de ta DLL. A la place il faut utiliser des fonctions du syst�me pour lancer ta DLL. C'est la m�thode LoadLibrary que tu sembles conna�tre.

Mais l� c'est plus compliqu�, puisque tu ne peux pas instancier directement une classe de ta DLL dans ton projet client. Il faut que tu cr��s une instance dans ta DLL et que tu la transmettes ensuite � ton projet, par l'interm�diaire d'une fonction export�e de ta DLL (ouf!). En g�n�ral on utilise une architecture bas�e sur des interfaces pour ce cas.
Mais de toute fa�on, ce qui est expliqu� plus haut (utilisation de __declspec(dllexport) ou __declspec(dllimport), fournir les en-t�tes au client, etc.) reste �galement vrai pour la liaison dynamique.

En faisant des recherches sur Google � propos de LoadLibrary, tu devrais trouver des explications. Sinon je posterai un exemple plus d�taill�.

Le probl�me n'est pas tant d'exporter des classes : C'est tout � fait possible, mais il me semble que seul un programme d�velopp� sous Visual pourra utiliser les fonctions C++ d'une bibiloth�que d�velopp�e sous Visual (car les conventions de nommage C++ sont propri�taires).

Le probl�me, c'est d'exporter des classes/fonctions qui ont des classes de la STL dans leur interface publique: fonctions qui prennent un conteneur en param�tre, retournent un conteneur, classes qui ont un conteneur en public:, etc.

Citation:

---

Envoy� par M�dinoc

il me semble que seul un programme d�velopp� sous Visual pourra utiliser les fonctions C++ d'une bibiloth�que d�velopp�e sous Visual (car les conventions de nommage C++ sont propri�taires).

---

c'est a moiti� vrai. en fait, les noms des objets sont effectivement d�cor�s � la sauce MSVC, mais si dans le projet DLL du d�finit un fichier .def, il y a moyen de faire apparaitre proprement les symboles export�s ; malheureusement, je suis une bique sur ce sujet, donc je ne peux pas apporter plus d'info, ,mais je crois savoir que ca se fait.

Bonjour � tous et avant toute chose merci beaucoup de toutes vos r�ponses :)

Je profite de votre int�r�t pour le sujet pour vous exposer un peu plus mon probl�me et peut-�tre que vous aurez d'autres id�es pour en venir � bout.

J'ai d�velopp� une classe Param au sein de laquelle j'ai surcharg� les op�rateurs math�matiques standards. Pour faire simple, disons que j'ai en private de cette classe Nom et Donn�es et en public les m�thodes Get et Set qui permettent d'y acc�der et bien �videmment la surcharge des op�rateurs qui permettent d'effectuer des op�rations sur 2 instances de la classe.

J'ai un programme dans lequel j'effectue nombre de traitements connus et que je peux compiler en esp�rant ne plus y toucher. Par contre j'ai une formule � r�soudre qui elle est susceptible d'�voluer (si A et B sont des instances de la classe, je peux vouloir A+B ou A-B ou A*2/(4*B) ...) Dans un premier temps j�ai d�velopp� un interpr�teur d'expressions math�matiques comme �a je passe un String au programme et il fait l'op�ration. Ma crainte est �videmment le temps de calcul car l'op�ration devra s'effectuer un nombre incalculable de fois avant la fin de la simulation. C'est pourquoi je me suis dit faisons une dll qui embarque la formule (et malheureusement la classe en question) � laquelle je ferai appel depuis mon exe. Vous connaissez la suite ...

Je ne suis pas d�veloppeur pro et � chaque fois que je pense r�gler un probl�me deux autres me tombent sur la t�te c'est assez usant � la longue ...

Merci encore

Le probl�me, je l'ai d�crit : C'est avec les conteneurs STL que �a coince.
Si tu peux les supprimer de l'interface de ta DLL (en passant en param�tre et en retournant de b�tes pointeurs vers tableaux + la taille, et en gardant tes vector en private), tu devrais pouvoir exporter tes classes et fonctions sans probl�me.

alors si tu �cris un interpreteur, peut etre que tu peux s�rieusement regarder ma calculatrice (cf un post un peu plus haut dans la discussion)...

moi, ,je n'ai pas plus d'id�e pr ton pb, s'il n'est pas r�solu. bon courage donc.