Discussion :

[Plio]

Bonjour à tous,

J'aimerais charger des dll dynamiquement mais sans utiliser dllImport car je ne connais pas le nom de ma dll avant l'exécution du programme. Les séquences d'exécutions déterminent la dll à charger. Par contre les dll que je charge contiennent toutes une fonction exportée avec le même nom et le même canevas.

J'ai trouvé des infos sur LoadLibrary mais si j'ai bien compris, je passe en unmanaged si j'utilise cette fonction.
Malheureusement, je dois utiliser VC++ Express et j'ai cru comprendre que LoadLibrary est contenu dans les MFC (non géré par VC++ Express).

Question subsidiaire : je dois programmer moi-même les dll, peut-on écrire des dll en C++/CLI ?

Merci pour votre aide, je débarque un peu en C++/CLI

[JolyLoic]

J'ai trouvé des infos sur LoadLibrary mais si j'ai bien compris, je passe en unmanaged si j'utilise cette fonction.

LoadLibraey est une fonction unmanaged, pour charger des bibliothèques unmaneged

Malheureusement, je dois utiliser VC++ Express et j'ai cru comprendre que LoadLibrary est contenu dans les MFC (non géré par VC++ Express).

Pas du tout, c'est une fonction win32 de base. Il te faudra peut-être adjoindre le platform sdk pour y avoir accès.

Question subsidiaire : je dois programmer moi-même les dll, peut-on écrire des dll en C++/CLI ?

En C++/CLI, tu peut générer des DLL managées (qui portent aussi le nom d'assembly en .NET), utilisables uniquement par du code managé (pas par LoadLibrary). La classe Assembly permet de charger dynamiquement ce genre de DLL.

[Plio]

J'ai déjà la plateforme SDK installée.
Dois-je ajouter un include pour trouver la fonction LoadLibrary ?

J'ai trouvé une déclaration de LoadLibrary dans winBase.h mais si je le mets en include j'obtiens une tripotée d'erreurs (du genre symbole non défini comme ULONG_PTR par exemple, ou WINAPI : identificateur non décalré).
Dois-je modifié la configuration de mon projet ? (actuel \clr).

Je vais aussi essayer les assembly, ça me simplifiera la vie par après.

Merci pour ton aide.

[themadmax]

Declaré dans Winbase.h; inclure Windows.h.
Lier avec la lib. Kernel32.lib.

[Plio]

Merci ça marche avec Windows.h

Par contre je ne comprends pas bien une chose. J'ai dû modifier une des propriétés de mon projet pour que cela fonctionne :

=> Propriétés Projet\Configuration\Général\Jeu de caractères
paramètre de base : "Utiliser le jeu de cartères unicode"
Pour que ça marche : "Non défini" ou "Utiliser le jeu de carctères multioctets"

Ca m'est déjà arrivé dans un autre projet et j'aimerais comprendre ce que cela engendre. Il n'est jamais agréable de faire des choses sans comprendre pourquoi.
Si qqun peut m'éclairer...

[Aurelien.Regat-Barrel]

Par défaut ton project est configuré pour utiliser de l'UNICODE. Ca a un impact sur la signature de certaines fonctions. Fait une recherche sur le forum Dev. Windows au sujet de UNICODE, ANSI et de la macro TEXT.

Cela dit, GetProcAddress est une des rares exceptions a la regle, vu que les noms de fonctions sont exportées en ANSI seulement.