Discussion :

[ali.ensi]

Bonjour,

Est-il possible d'appeler des fonctions d'une dll développée en C# en utilisant les APIs LoadLibrary et GetProcAddress?

J'ai le code suivant :
-------------------Code-------------------------------

Code c# :

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
38
39
40
41
42
43
44
45
46
47
48
49
50
namespace mcClientWithoutAddReference
{
    static class NativeMethods
    {
        [DllImport("kernel32.dll")]
        public static extern IntPtr LoadLibrary(string dllToLoad);
 
        [DllImport("kernel32.dll")]
        public static extern IntPtr GetProcAddress(IntPtr hModule, string procedureName);
 
        [DllImport("kernel32.dll")]
        public static extern bool FreeLibrary(IntPtr hModule);
    }
 
    class Program
    {
 
        [UnmanagedFunctionPointer(CallingConvention.Cdecl)]
        private delegate int mcTestMethod(int d);
 
        static void Main(string[] args)
        {
 
            IntPtr pDll = NativeMethods.LoadLibrary(@"C:\\mcMath.dll");
 
            //oh dear, error handling here
            if (pDll == IntPtr.Zero)
            {
                Console.WriteLine("Pointer DLL null");
            }
 
            IntPtr pAddressOfFunctionToCall = NativeMethods.GetProcAddress(pDll, "mcTestMethod");
 
            //oh dear, error handling here
            if (pAddressOfFunctionToCall == IntPtr.Zero)
            {
                Console.WriteLine("Adress null");
            }
 
            mcTestMethod addResult = (mcTestMethod)Marshal.GetDelegateForFunctionPointer(pAddressOfFunctionToCall, typeof(mcTestMethod));
 
            int theResult = addResult(10);
 
            bool result = NativeMethods.FreeLibrary(pDll);
 
            Console.WriteLine(theResult.ToString());
            int f = 0;
        }
    }
}

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

Le problème est :
1- L'appel à GetProcAddress retourne toujours 0 malgré que l'appel à LoadLibrary réussit et que le nom de la fonction à appeler "mcTestMethod" existe correctement dans la dll.
2- J'ai développé une autre dll identique à celle développée en C# mais en C++. Dans ce cas, l'appel à GetProcAddress réussit et la méthode "mcTestMethod" est exécutée correctement.


Des explications svp.

[Pol63]

je ne pense pas
si tu veux faire un appel depuis .net tu peux passer par la reflection (loadassembly, puis gettypes, puis getmethod, puis invoke)

[ali.ensi]

Bonjour,

Je ne suis pas très familier avec la notion de "reflection".
J'essairais de googler un peu pour voir est-ce que cela correspond à mes besoins.
Tout ce que j'ai besoin de faire c'est de développer une .dll en C# dont les méthodes pourront être appelées par une application console développée elle aussi en C#.

Je suis en train d'explorer 2 pistes :
1- Soit développer une dll intérmédiare en C++ qui sera appelée par l'appli console C# (Ce que j'ai réussi à faire comme décrit dans mon post précédent). Cette dll C++ appellera à son tour la dll C#.

2- Explorer les outils ildasm.exe et ilasm.exe. Le but c'est :
- De générer le code IL de ma dll C# à l'aide de ildasm.exe.
- Modifier le code IL pour rendre ma méthode "mcTestMethod" exportable (Reste à savoir si c'est possible...).
- Regénérer de nouveau la dll C# à l'aide de ilasm.exe.


Des idées???

[meziantou]

Tout ce que j'ai besoin de faire c'est de développer une .dll en C# dont les méthodes pourront être appelées par une application console développée elle aussi en C#.

Si tu as la dll au moment de la compilation il suffit de l'ajouter aux références du projet. Les méthodes devront bien évidemment être publique.
Si tu ne l'a pas à ce moment là il faut utiliser la reflection comme l'a dit Pol63.

[Pol63]

@ali.ensi c'est vraiment tordu d'imaginer des trucs aussi étranges !

si tu as une dll tu fais ajouter en référence et tu peux alors appeler tout ce qui est public dedans comme si c'était dans ton projet

sinon la reflection permet de manipuler des choses qu'on ne connait pas lors du développement et/ou des choses non public

[ali.ensi]

@ meziantou:
Oui, j'ai testé cette méthode (Ajout de la dll comme référence) et ça a fonctionné. Mais, "j'apprécie" plus l'utilisation des APIs LoadLibrary et GetProcAddress comme je l'ai fait pour appeler la dll C++.

J'analyserais un peu la réflection pour voir...
Sinon si ça ne mène à rien, j'ajouterai la dll comme référence....

Merci à vous deux.

[meziantou]

"j'apprécie" plus l'utilisation des APIs LoadLibrary et GetProcAddress comme je l'ai fait pour appeler la dll C++.

Qu'est-ce que tu trouve de mieux à cette méthode ?

[ali.ensi]

Je la trouve plus élégante.
Je n'ai que charger la dll, ensuite j'appelle la méthode désirée par son nom. Nul besoin d'ajouter des références aux projet en cours.
Imagine si j'ai besoin d'une centaine de dll. J'aurais 100 références à ajouter au projet...

[ali.ensi]

Pol63, j'ai essayé la réflection avec (loadassembly, puis gettypes, puis getmethod, puis invoke) et ça semble fonctionner .

Voici le tutoriel que j'ai suivi :
http://www.csharp-examples.net/reflection-examples/