Discussion :

[bertrand125]

Je n'arrive pas � utiliser une DLL compil�e avec MinGW charg�e depuis un programme compil� avec Visual C++. J'utilise LoadLibrary("madll.dll") et GetProcAddress(hDLL,"mafonction"). Apparemment la DLL est bien charg�e mais GetProcAdress ne trouve pas la fonction.

Voici le code source du programme Visual C++, compil� avec prise en charge CLR et jeu de caract�re multioctet:

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
33
34
35
36
37
#include "stdafx.h"
#include "windows.h"
 
using namespace System;
 
typedef int (CALLBACK* LPFNDLLFUNC1)();
 
HINSTANCE hDLL;               // Handle to DLL
LPFNDLLFUNC1 lpfnDllFunc1;    // Function pointer
int uReturnVal;
 
 
int _tmain(int argc, _TCHAR* argv[]) {
 
    uReturnVal = 0;
 
    hDLL = LoadLibrary("madll.dll");
 
    if (hDLL != NULL) {
 
        lpfnDllFunc1 = (LPFNDLLFUNC1)GetProcAddress(hDLL,"mafonction");
        if (!lpfnDllFunc1) {
            // handle the error
	    Console::WriteLine("Fonction mafonction non trouvée.");
            FreeLibrary(hDLL);
            return 1;
        } else {
            // call the function
            uReturnVal = lpfnDllFunc1();
	    Console::WriteLine("Valeur de retour: {0}",uReturnVal);
        }
    } else {
	Console::WriteLine("DLL non chargée.");
    }
 
    return 0;
}

et le code de la DLL compil�e avec MinGW:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
extern "C" int __declspec(dllexport) __stdcall mafonction() {
    return 16;
}

----------------------------------------------------

Quand je cr�e la dll avec dlltool � partir d'un fichier .def, J'obtiens le message d'erreur au lancement du programme: madll2.dll n'est pas con�u pour s�ex�cuter sous Windows ou il contient une erreur.

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

dlltool --def madll.def --dllname madll.dll --output-lib madll2.dll

Et le fichier madll.def:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
LIBRARY madll2.dll
IMPORTS
   _imp__mafonction@0 = madll.mafonction
EXPORTS
   mafonction=_mafonction@0

[jblecanard]

Salut

La DLL produite par MinGW n'est pas utilisable en l'�tat par MSVC, car le name mangling peut diff�rer d'un compilateur � un autre (et d'une version d'un compilo � une autre).

N�anmoins, le wiki de MinGW indique une technique, que je n'ai pas test�e. Si tu le peux, �vite ce genre de bidouilles, c'est toujours meilleur de tout compiler dans le m�me environnement.

[bertrand125]

merci pour la r�ponse, mais la m�thode ne fonctionne pas.

Si tu le peux, �vite ce genre de bidouilles, c'est toujours meilleur de tout compiler dans le m�me environnement.

Le probl�me c'est que l'application que je d�velloppe doit compiler du code pour faire une DLL et ensuite charger la DLL fraichement compil�e pour l'utiliser. Je pensait d�velloper l'application en visual c++ et utiliser MinGW comme sous-programme pour compiler la DLL.

Je pourrait utiliser aussi MinGW pour le programme qui doit compiler, mais le probl�me est que je ne sais pas comment charger et utiliser une DLL fraichement compil�e (LoadLibrary et GetProcAdress sous visual c++) et MinGW a en plus un probl�me d'acc�s aux fichiers avec les fonctions fread et fwrite qui g�rent mal le pointeur d'offset du fichier ouvert.

[Bousk]

Ca me semble compliqu� comme moyen mis en oeuvre.
Ton programme compile lui-m�me la DLL qu'il doit utiliser ?!
Sinon, tu compiles la DLL avec VS.
Tu peux utiliser VS en ligne de commande pour compiler.

[bertrand125]

Ton programme compile lui-m�me la DLL qu'il doit utiliser ?!

Oui, il doit faire appel � un sous-programme comme gcc/g++ et une fois la dll compil�e, mon programme doit l'utiliser.

Sinon, tu compiles la DLL avec VS.
Tu peux utiliser VS en ligne de commande pour compiler.

J'y avais pens� mais VS est un logiciel propri�taire que je ne pourrai pas distribuer avec mon programme.

-----------

Tu n'es pas le premier � vouloir faire �a ! Cette discussion devrait te donner quelques pistes.

Merci.

[bertrand125]

J'ai r�solu le probl�me: il y avait un __stdcall en trop dans le code source de la DLL.

Voici le code source de la DLL:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
extern "C" __declspec( dllexport ) int mafonction() {
    return 16;
}

[jblecanard]

Tu n'es pas le premier � vouloir faire �a ! Cette discussion devrait te donner quelques pistes.

MinGW a en plus un probl�me d'acc�s aux fichiers avec les fonctions fread et fwrite qui g�rent mal le pointeur d'offset du fichier ouvert.

Ce n'est pas MinGW en l'occurence mais gcc, et � mon avis c'est une diff�rence de comportement document�e et pas le fait qu'il "g�re mal".

[cob59]

G�n�ralement pour esp�rer charger une DLL MinGW depuis une appli Visual C++, il faut que cette DLL exporte des symboles C donc, effectivement, faire attention aux name-mangling des compilos C++. Essaie peut-�tre de virer les directives Visual __declspec(dllexport) __stdcall.