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.

[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.

[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;
}