Discussion :

[Flo.]

Bonjour,

Depuis une application, je cherche à accéder à une classe A dérivant d'une classe B abstraite sachant que la classe A se trouve dans une dll et que l'application connaît la classe B uniquement.

J'aimerais que cet accès à la classe A se fasse donc via le mécanisme de polymorphisme c'est-à dire comme un objet de classe B.

Voilà grosso-modo le code

B.h

Code :

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

1
2
3
4
class B
{
public: virtual void foo() = 0;
};

A.h

Code :

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

1
2
3
4
5
6
#include "B.h"
 
class __declspec(dllexport) A : public B
{
public: void foo();
};

A.cpp

Code :

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

1
2
3
#include "A.h"
 
void A::foo(){}

DLLEntry.cpp

Code :

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

1
2
3
4
5
6
7
8
9
10
11
#include "A.h"
 
BOOL APIENTRY DllMain(HINSTANCE, unsigned long reason_for_call, void*)
{ 
       return TRUE;
}
 
extern "C" __declspec(dllexport) B * CreateB()
{	
	return new A;
}

Dans l'exe:

Code :

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

1
2
3
4
5
6
#include "B.h"
 
// chargement dynamique de A.dll et récupération d'un pointeur sur CreateB
 
B * unA = CreateB(); // pas de soucis
unA->foo(); // crash

J'arrive à compiler dll et application. Le chargement de la dll se fait correctement ainsi que l'appel de la fonction CreateB. Cependant dés que j'essaie d'accéder à une fonction de l'objet créé, j'ai un crash. On dirait que j'accède à la fonction foo de la classe abstraite B et non de la classe A.

J'ai trouvé pleins de choses sur le net mais sans succès.

Je me mélange aussi les pédales dans toutes ces histoires de declspec que je ne maîtrise pas.

Flo.

[Emmanuel Deloget]

Inutile d'exporter la classe A.

Sinon, à part le fait que le compilateur, la version du compilateur et les options de compilation doivent être les mêmes (modulo les settings DEBUG / RELEASE sur certains compilateurs), je ne vois pas pourquoi ça ne marcherais pas.

Il faut aussi faire en sorte que l'objet créé dans la DLL soit aussi détruit dans la DLL - car la DLL peut utiliser un mécanisme d'allocation différent de celui du programme (notamment en cas de différence DEBUG / RELEASE).

[Flo.]

Dll et exe sont compilés en même temps via mingw avec les mêmes options de compilation. Voilà mon makefile :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
OBJECTS_A_DLL = A.o DllEntry.o
OBJECTS_MAIN = main.o
 
all: A.dll executable.exe 
 
executable.exe: $(OBJECTS_MAIN)
	g++ -g -o $@ $^ -Wl,--enable-auto-import
 
A.dll: $(OBJECTS_A_DLL)
	g++ -g -shared -o $@ $^ -Wl,--enable-auto-import  -Wl,--out-implib=libA.a
 
%.o: %.cpp
	g++ -g -c -o $@ $^

Que je mette __declspec(dllexport) ou pas n'y change rien.

Je joints le projet compilable via un "make all" si ça vous dit d'y jeter un oeil.

Merci

Flo.

[Emmanuel Deloget]

Je joints le projet compilable via un "make all" si ça vous dit d'y jeter un oeil.

Je voudrais bien, mais je suis sous Linux

[Flo.]

Pas grave ami linuxien ...

Merci pour ton aide cross-platform

Flo.

[jblecanard]

J'ai trouvé ton problème, et j'ai utilisé Visual C++ en debugging pour comprendre.

Deux problèmes:
- A::foo() doit être virtuelle. Elle ne l'est pas.
- FreeLibrary(DLLHandle); ne doit pas être appelé tant que tu as besoin de la DLL, car ça la décharge... Si tu le commentes, ça fonctionne.

En bonus, le CMakeLists.txt que j'ai utilisé (plus pratique que ces diables de makefiles) :

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
cmake_minimum_required (VERSION 2.6)
 
project(TestForDVP)
set(CMAKE_VERBOSE_MAKEFILE OFF)
 
### Commons includes ###
include_directories(
    ${TestForDVP_SOURCE_DIR}/
    ${TestForDVP_BINARY_DIR}/
	)
 
### Linking ###
add_library(A SHARED A.cpp DLLEntry.cpp)
add_executable(${PROJECT_NAME} Main.cpp)
target_link_libraries(${PROJECT_NAME} A)

[Flo.]

Oui maintenant que t'en parles ça tombe sous le sens de ne libérer la dll qu'après son utilisation.

Quant à virtuel c'était un oubli de ma part dans mon projet exemple.

Tout marche bien maintenant.

Merci beaucoup

Flo.