[C++] Dll, exportation d'une classe, c possible, non !?

Recherche :

Mot : Pseudo : Filtrer
Page : 1 2 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [C++] Dll, exportation d'une classe, c possible, non !?

El_gringo

et on fait comment alors pour exporter une classe depuis une dll !? j'arrive pas à trouver dans la doc. Si qqn pouvait me dire ça, ça sert bien sympa !
Merci... :hello:

Publicité

deathsharp

Code :

class __declspec(dllexport) test
{
[...]
}

sous Visual C++ vu que __declspec c specifique a microsoft (me semble)

[jfdsdjhfuetppo]--Message édité par deathsharp--[/jfdsdjhfuetppo]

Message cité 1 fois

---------------
What butter and whiskey won't cure, there is no cure for.

BENB

100% Lux.

Bien entendu n'espere pas la recuperer par un GetProc Adress

non ce n'est pas specifique a Visual, mais a la plateforme Windows...
Ming le reconnais aussi (malheureusement)...

weblook$

happy face

class AX_EXT_CLASS uneClass
{

}

deathsharp

weblook$ a écrit a écrit :

class AX_EXT_CLASS uneClass
{

}

et c koi AX_EXT_CLASS :sarcastic:

---------------
What butter and whiskey won't cure, there is no cure for.

weblook$

happy face

euh non c'est AFX_EXT_CLASS,et ça sert justement à indiquer que l'on désire exporter cette classe.

deathsharp

et ca serai pas un peu des MFC ce truc tout moche...
c juste un def

---------------
What butter and whiskey won't cure, there is no cure for.

weblook$

happy face

effectivement mais vu que qu'il utilise des dll c'est que son prog ne marchera que sous WIN donc...MFC power.Quand on peut les utiliser pourquoi se priver ça simplifie la prog alors..(dans cette exemple on est d'accord ça revient au même)

BENB

100% Lux.

weblook$ a écrit a écrit :

effectivement mais vu que qu'il utilise des dll c'est que son prog ne marchera que sous WIN donc...MFC power.Quand on peut les utiliser pourquoi se priver ça simplifie la prog alors..(dans cette exemple on est d'accord ça revient au même)

Ca oblige juste en enmener un paquet de Dlls...

El_gringo

BENB a écrit a écrit :

Ca oblige juste en enmener un paquet de Dlls...

ça oblige à livrer 1 seule Dll en plus.
Et encore, qd on fait un projet MFC, on peut attacher la dll au l'executable, ce qui fait qu'on se soucie même pas de cette dll, elle est avec l'exe (qui grossit d'un petit Mo du coup, ms finalement, on s'en tape !)

Alors, oui, vive les MFC, et merci tt le monde !

Et, de l'autre coté, pour récupérer cette classe, 'faut faire comment !?

Publicité

godbout

Génial.

t'inclues le lib + le .h dans ton projet.

---------------
Super.

BENB

100% Lux.

Godbout a écrit a écrit :

t'inclues le lib + le .h dans ton projet.

Il y en a qui sont des experts

El_gringo

Godbout a écrit a écrit :

t'inclues le lib + le .h dans ton projet.

oui, ça j'aurai su, merci !
Ms g pas été assez précis (dsl) : en dynamique je veux dire...

[jfdsdjhfuetppo]--Message édité par El_Gringo--[/jfdsdjhfuetppo]

godbout

Génial.

BENB a écrit a écrit :

Il y en a qui sont des experts

on se moque ??

---------------
Super.

godbout

Génial.

El_Gringo a écrit a écrit :

oui, ça j'aurai su, merci !

Ms g pas été assez précis (dsl) : en dynamique je veux dire...

ben pour importer des fonctions d'une dll t'as deux facons, soit avec un lib + h (loadtime), soit avec un LoadLibrary + GetProcAddress (runtime).
Pour une classe tu dois forcement avoir le definition de ta classe dans ton projet, donc tu dois passer forcement par un loadtime.

---------------
Super.

El_gringo

Godbout a écrit a écrit :

ben pour importer des fonctions d'une dll t'as deux facons, soit avec un lib + h (loadtime), soit avec un LoadLibrary + GetProcAddress (runtime).
Pour une classe tu dois forcement avoir le definition de ta classe dans ton projet, donc tu dois passer forcement par un loadtime.

Ouais, tu dois avoir raison.
Bon, bah merci tt le monde. ça me sera pas utile maintenant du coup, ms ça me servira bien un jour, c sur !

godbout

Génial.

:sol:

[:freekill]

---------------
Super.

godbout

Génial.

Pour une fois que je peux aider quelqu'un [:olimou]

---------------
Super.

sagopa

deathsharp a écrit :

Code :

class __declspec(dllexport) test
{
[...]
}

sous Visual C++ vu que __declspec c specifique a microsoft (me semble)

[jfdsdjhfuetppo]--Message édité par deathsharp--[/jfdsdjhfuetppo]

Merci Pour l'info ; mais comment utilise-t-on ensuite cette classe exportée ?

Joel F

Real men use unique_ptr

golden shovel là. LE post à *6 ans*
Pour info, c moche d'exporter des classes, mieux vaut exporter une simple fonction qui cree/detruit des instances

Message cité 1 fois
Message édité par Joel F le 18-03-2008 à 12:52:15

sagopa

Joel F a écrit :

golden shovel là. LE post à *6 ans*
Pour info, c moche d'exporter des classes, mieux vaut exporter une simple fonction qui cree/detruit des instances

Le post a 6 ans, mais tu vois qu'on m'a repondu D'ailleurs je te remercie.

Disons que c'est moche d'exporter des classes, j'ai alors crée les fonctions qui cree et detruit des instances.
Mais je ne vois toujours pas comment les utiliser.

Un peu de code:

Code :

INSTANCE DLLHandle;
//Mon constructeur prend en paramètre deux entiers
typedef int(*Type_Pointeur_De_Fonction)(int, int);
Type_Pointeur_De_Fonction Pointeur_Fonction;
DLLHandle = LoadLibrary("dll.dll" );
//Ma fonction qui cree une instance de ma classe s'appelle 'constructeur'
Pointeur_Fonction = (Type_Pointeur_De_Fonction)GetProcAddress(DLLHandle,"constructeur" );
//D'habitude on fait : MaClasse* objet = new MaClass(10,10);
objet = Pointeur_Fonction(10,10); //Mais ici je en sais pas faire

Message édité par sagopa le 18-03-2008 à 13:33:17

sagopa

je viens de voir un truc ; est-il possible de faire ceci :

Code :

MaClasse objet = Pointeur_Fonction(10,10);

Evidemment, on inclut MaClasse.h

Joel F

Real men use unique_ptr

en gros ta une classe Toto dans ton DLL
Son constructeur prend en parametre un float et une int.
tu fais un :

Code :

Toto* build_toto( float f, int i )
{
return new Toto(f,i);
}
void release_tot( Toto*& ptr )
{
delete ptr;
ptr = NULL;
}

Pour utilsier

Code :

Toto* mon_toto = build_toto(4.5,3);
// ...
release_toto(mon_toto);

sagopa

Merci beaucoup c'est très clair comme réponse

Il ne reste plus qu'à tester ...

Joel F

Real men use unique_ptr

Aprés si tout tes objets héritent d'une interface qui va bien et que tu te donne une petite fonction factory, tu peut te remonter un mini-système façon COM

Code :

IComponent* cmp = create_instance_of("Toto" );

sagopa

J'ai un autre problème. Quand je charge les DLL, je ne suis pas censé savoir si elle sont présentes ou pas. C'est-à-dire je ne chargerai que les DLL existentes. Donc je ne suis pas censé connaitre le nom de la classe ; ce que je sais c'est que mes DLL sont des classes filles d'une classe mère connue(=existe).
Avec ce que je viens de voir pour charger une DLL, je dois forcément connaitre le nom de la classe ..

Joel F

Real men use unique_ptr

exporte une fonction par DLL qui te renvoit la liste des classes disponibles

Message cité 1 fois

sagopa

Joel F a écrit :

exporte une fonction par DLL qui te renvoit la liste des classes disponibles

Là je ne comprends pas trop, je me suis mal expliqué je pense. En faite une DLL correspondra à une seule classe.

IrmatDen

Ben, sur le même principe qu'à présenter Joel F au dessus. Admettons que la classe mère soit Foo, et que la classe fille présente dans la dll soit Bar:

Code :

Foo* mon_addon = build_addon_instance(4.5,3);
// ...
release_foo(mon_addon);

et le build_addon_instance de cette dll précisément serait donc une instanciation d'un pointeur vers Bar.

Ton programme central, lui, n'as pas besoin de savoir autre chose que "cette dll permet de charger une instance de Foo*"

sagopa

Merciii !!

Ceci marche si les fonctions sont virtuelles ! exact ?

IrmatDen

Tout à fait; il peut y avoir des fonctions non virtuelles, mais ça servirait absolument à rien. Donc pense bien ton interface

sagopa

Je n'ai toujours pas réussi ...

La compilation marche nikel ; mais j'ai une erreur lors de l'execution :

Code :

The instruction at "0x00000000" referenced memory at "0x00000000". The memory could not be "read" ...

Voici comment je charge la Dll et appelle la fonction :

Code :

HINSTANCE DLLHandle;
//Module est la classe Mere connue
Typedef Module*(*Type_Pointeur_De_Fonction)(int);
Type_Pointeur_De_Fonction Pointeur_Fonction;
//moteur.dll est la dll à charger, situé dans le mm repertoire que l'exe
DLLHandle = LoadLibrary("moteur.dll" );
//buil_module est la fonction qui appelle le constructeur de la classe fille présente dans la dll
Pointeur_Fonction = (Type_Pointeur_De_Fonction)GetProcAddress(DLLHandle,"build_module" );
Module* module1 = Pointeur_Fonction(10);

Le programme se bloque lorsqu'il veut exécuter la dernière ligne

sagopa

Sur certains forum, on parle d'un fichier .def ; pour la compilation je n'ai pas utilisé un fichier comme tel ( je compile avec un Makefile, le compilateur est mingw)

Aussi j'ai vu parfois des << extern "C" >> Devrais-je le faire ?

Message cité 1 fois

IrmatDen

Tu ne vérifies pas si DLLHandlet et Pointeur_Fonction sont valides, ce serait un bon début d'isoler la source de l'erreur.

sagopa

DLLHandle n'est pas NULL.

Mais Pointeur_Fonction == NULL

tpierron

sagopa a écrit :

A mon avis tu devrais rajouter cette déclaration dans les .h (et les .c). Sinon tes noms de fonctions vont être modifiées pour prendre en compte le polymorphisme du C++.

sagopa

J'ai regardé les forums pour utiliser extern C mais il y a des utilisations differentes a chaques fois. Voici comment je fais :

Dans le .h

Code :

#define DllImport __declspec(dllimport)
DllImport void uneMethodeDeMaClasse(parametres);

Dans le .cpp

Code :

#define DllExport extern "C" __declspec(dllexport)
DllExport void MaClasse::uneMethodeDeMaClasse(parametres){ ...}

Est-ce que c'est correct ?

Message édité par sagopa le 20-03-2008 à 16:32:50

sagopa

Je pense que mon pb est : comment exporter une fonction membre.

J'ai trouvé pas mal de doc sur ce sujet, mais personne ne parle de ca ; je commence à croire que ce n'est pas possible ...

Rassurer moi la fct qui crée une instance de ma classe fait bien partie de ma classe ?!

IrmatDen

Une méthode ne s'exporte pas. Une classe ou une fonction oui, le reste non.
Et non, la méthode créatrice de l'instance ne doit surtout pas être une méthode de classe vu que justement tu cherches à récupérer la classe.

sagopa

ok je comprends pk ça ne marche pas. Par contre j'ai trouvé une piste, pour ceux ke ça interesse : http://www.codeguru.com/cpp/w-p/dl [...] .php/c123/

Publicité

Page : 1 2

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

[C++] Dll, exportation d'une classe, c possible, non !?

Sujets relatifs
[JAVA] problème avec une classe....	[JAVA] Interroger une BD à partir d'une applet, c'est possible ?
IIS 5 et jsp : possible ou pas	[C++] creer un objet avec une classe aleatoire ??
Utilisation de MFC , classe CInternet	[DELPHI - DLL]pb d'affichage d'une form
[C] thread sous win/dos c est possible ??	[Java] passage d'un tableau dans DLL et retour ? c'est encore moi!
[ JS ] est ce que c'est possible ?	[win/c++] Appeler une DLL
Plus de sujets relatifs à : [C++] Dll, exportation d'une classe, c possible, non !?

Page générée en 0.108 secondes