Dll C# en C++

Version imprimable

12/07/2010, 11h29
KiwiJaune

Dll C# en C++

Bonjour,

Je souhaite utiliser du code que j'ai fait en C# Framework 4 dans un programme développé sous visual studio 2003 en C++ MFC.
J'ai essayé pas mal de choses mais rien n'a donné de résultats. Quelqu'un sait-il comment faire ? Si oui une explication détaillée serait vraiment la bienvenue, j'ai l'impression que c'est difficile de trouver des infos là dessus sur internet :[

Merci d'avance :)
12/07/2010, 12h54
Klaim

Peut être en utilisant du C++ managed pour la partie qui manipule ce qui vient de la dll?

Mais dans ce cas on ne va pas être d'une grande utilité sur ce forum ci...
12/07/2010, 13h24
Invité

Citation:

Peut être en utilisant du C++ managed pour la partie qui manipule ce qui vient de la dll?

Même recommendation.
Au passage, Microsoft a abandonné l'appellation C++ managé, et préfère parler de C++/CLI. Tu trouveras plus de tutos sous ce nom-là, à commencer par ceux de DVP :
http://dotnet.developpez.com/cours/?page=cpp
13/07/2010, 09h06
KiwiJaune

Ok merci pour vos réponses.
Dans quelle partie dois-je poster pour avoir de l'aide plus précise sur le C++/CLI ? J'ai trouvé quelques informations, mais toujours incomplètes ou qui n'ont pas fonctionné quand j'ai tout suivi à la lettre. :?
13/07/2010, 09h41
Invité

Tu postes dans la section .NET, langage C++.
13/07/2010, 10h01
KiwiJaune

Ok Merci :)

J'ai essayé avec cet exemple : http://support.microsoft.com/kb/828736
Vu que c'est pour du C++ natif je me permet de poser quelques questions ici avant d'aller embêter les autres sur leur forum :P

J'ai fait exactement pareil pour tester.

À la ligne
ICalculatorPtr pICalc(__uuidof(ManagedClass));
ça plante, j'ai compilé en pas à pas pour voir, et c'est le CreateInstance (En fait le CoCreateInstance à l'intérieur) qui retourne une erreur.

C'est une exception System.Runtime.InteropServices.SEHException.

J'ai ensuite essayé le même codé dans une apli MFC et ça plante au même endroit : "Exception Microsoft C++ : _com_error à l'emplacement ..."
13/07/2010, 10h15
fumidu

J'ai eu exactement le même problème.

J'ai utilisé la technique et les sources disponibles ici :

http://www.codeproject.com/KB/mcpp/nativetomanaged.aspx

En deux mots, il s'agit d'utiliser une sorte de proxy en C++/Cli, qui peut charger et utiliser une assembly .NET, et qui fourni une interface en C++ natif.
13/07/2010, 10h41
KiwiJaune

Ça m'a l'air pas mal ce code, mais va falloir un peu de temps pour comprendre tout ce qu'il y a à inclure et comment l'utiliser ^^'

Merci je vous tiens au courant.
13/07/2010, 12h53
bacelar

C'est quoi comme valeur de retour à "CoCreateInstance" ? :aie:
13/07/2010, 13h26
KiwiJaune

Citation:

Envoyé par bacelar

C'est quoi comme valeur de retour à "CoCreateInstance" ? :aie:

-2147221164, en gros pas loin du minimum sur 32 bits signés :aie:

Si j'ai bien compris, pour la solution de fumidu, il faut que je compile monj projet C++ avec Boost et les 2 projets NativeAdapter / NativeToManageBridge dans son Download sources ? Ça fait pas un peu compliqué ? x_X
13/07/2010, 13h33
bacelar

Vérifiez, SVP. :aie:
13/07/2010, 13h36
KiwiJaune

Post édité avec la bonne valeur ;)
13/07/2010, 13h55
bacelar

2147221164 => 80040154 => REGDB_E_CLASSNOTREG

Votre class COM wrappant votre class managé n'est pas enregistré. Vous avez du oubliez une étape.

Vérifiez que vous êtes bien dans un thread STA.

Mot Magique : CCW :aie:
13/07/2010, 14h05
KiwiJaune

Citation:

Envoyé par bacelar

2147221164 => 80040154 => REGDB_E_CLASSNOTREG

Votre class COM wrappant votre class managé n'est pas enregistré. Vous avez du oubliez une étape.

Vérifiez que vous êtes bien dans un thread STA.

Mot Magique : CCW :aie:

En français normal ? ^^'

J'ai fait exactement ce qu'il y a dans le lien que j'ai indiqué, ni plus ni moins (le problème est peut être le "ni plus" ? ^^'

Manquerait-il quelque chose ? J'avoue que je ne suis ni familier avec les DLL, ni avec les composants COM...

De mon coté je vais tout recommencer histoire d'être sûr de ne rien avoir oublié.
13/07/2010, 14h12
bacelar

http://msdn.microsoft.com/en-us/libr...12(VS.85).aspx
http://msdn.microsoft.com/en-us/library/f07c8z1c.aspx
13/07/2010, 14h28
KiwiJaune

Un problème de multithreading sur le CCW ?
Je ne pense pas, vu que j'ai exactement recopier l'exemple, c'est un main tout bête, aucun thread.

(Tappe moi si je suis à coté de la plaque :calim2:)
13/07/2010, 14h41
bacelar

Citation:

main tout bête, aucun thread.

Aucun rapport, le plus important, c'est l'appel à CoInitalize ou le CoInitialize avec les bons paramètres.
http://msdn.microsoft.com/en-us/libr...(v=VS.85).aspx
13/07/2010, 14h52
KiwiJaune
Code:

1 2 3 4 HRESULT CoInitializeEx( __in_opt LPVOID pvReserved, __in DWORD dwCoInit );
Code:

1 2 3 HRESULT CoInitialize( __in_opt LPVOID pvReserved );
Etant donné que j'ai fait comme dans l'exemple, j'ai bien mis NULL pour le paramètre réservé.
Dans l'exemple on utilise de toutes façons CoInitialize et non CoInitializeEx, qui ne prend que le paramètre réservé. DOnc je ne vois pas ce que je peux avoir à changer comme paramètre :|

Je dois utiliser CoUnitializeEx avec un paramètre COINIT spécial ?
13/07/2010, 17h25
bacelar

Vérifiez que "RegAsm.exe" a correctement enregistré les classes de votre assembly.
Vérifiez avec RegEdit si les GUID des classes sont bien présent dans la registry.

"RegAsm.exe" doit être exécuté en Admin depuis Vista ou Win7.
15/07/2010, 09h22
KiwiJaune

Avec regedit je trouve des choses enregistrées pour ManagedClass (la classe utilisée dans l'exemple que j'essaie de faire fonctionner)

sManagedDLL.ManagedClass
qui contient CLSID
qui contient une donnée {xxxxxxxxx-xxxxx-xxxx-xxx-xxxxxxxxxxx}

Wow6432Node
qui contient CLSID
qui contient {xxxxxxxxx-xxxxx-xxxx-xxx-xxxxxxxxxxx}
qui contient sManagedDLL.ManagedClass et InprocServer32
InprocServer32 contient plusieurs clés :
Assembly sManagedDLL, Version xxx, Cuture=neutral, PublicKeyTokan=xxxxxx
Class sManagedDLL.ManagedClass
RunTimeVersion xxx
ThreadingModel Both

Quand j'execute RegAsm il me met un message comme quoi tout a bien fonctionné. Y a t-il autre chose à vérifier ?

EDIT :

A l'execution, le CreateInstance prend en paramètre clsid, qui a bien la valeur décimale du clsid stocké en hexa dans HKEY_CLASSES_ROOT / sManagedDLL.ManagedClass / CLSID

Par contre j'ai aussi dans TypeLib / {xxxxx-xxxx-xxxxxxxxxxxxxx} des chemins qui références le tlb, mais le xxxx-xxxx n'est pas celui du CLSID, c'est normal ?

le xxx-xxx-xxxxxxxx dans Wow6432Node est lui égal au clsid

EDIT2 :

Décidément ... 2 jours pour ça...

Conclusion : ne pas mettre le tlb et la dll dans le dossier du projet, mais dans le dossier de dortie de l'exe :oops:

Bon, du coup l'addition fonctionne, me reste plus qu'à faire l'application à mon code, qui est un poil plus compliqué qu'une addition, vu qu'en plus je crée des fenêtres graphiques, je sens que je vais m'amuser :mouarf:

Je repasserais par ici si j'ai encore des soucis...
15/07/2010, 10h56
fumidu

Citation:

Envoyé par fochristo

Si j'ai bien compris, pour la solution de fumidu, il faut que je compile monj projet C++ avec Boost et les 2 projets NativeAdapter / NativeToManageBridge dans son Download sources ? Ça fait pas un peu compliqué ? x_X

A titre d'info, vu que tu as choisi une autre voie :
Ca peut sembler un peu compliqué, mais ça ne l'est pas tant que ça : la partie de boost (boost/any) dont tu as besoin ne comporte que des headers, donc il n'y a rien de bien méchant à ce niveau, et oui, il faut rajouter les deux projets. Mais une fois que tout ceci est en place, l'utilisation des assembly .NET est quasiment transparente.

J'ai déjà utilisé plusieurs fois cette solution, et ça prend peut-être une journée à mettre en place. Globalement, je pense que je suis gagnant par rapport à une solution passant par COM ou on doit tout faire soi-même à la main. Dans tous les cas, tu dois rajouter des wrappers intermédiaires, et là, les wrappers sont déjà codés de manière générique.
15/07/2010, 11h11
KiwiJaune

Ok bah je me pencherais dessus si jamais besoin est, c'est en favoris :)

Par contre là j'inclut le code dans mon vieux projet MFC sous visual studio 2003 (tous les tests étaient sous 2010 pour ne pas avoir besoin de changer de pc)

Il me demande de faire un #using <mscorlib.dll>, ça pas de problèmes. Mais il me demande aussi l'option /clr, et si je l'ajoute il me dit que c'est incompatible avec l'option /RTC1.
Cette option n'est pas utilisée dans le Release mais bon ça m'embêterais de ne plus pouvoir compiler en debug quand même x_x

Y'a une solution ou pas ?

Quand on porte l'appli sur d'autres pC après je suppose qu'il faut écrire dans les registres aussi pour rendre la dll accessible, on va pas installer VS2010 sur chaque PC ou on veux utiliser l'exe, on doit bien pouvoir les ajouter autrement ? :aie:
15/07/2010, 14h58
KiwiJaune

Y'a un pc ou j'ai Visual Studio 2003.
Un pc avec Visual Studio 2010.

PC avec VS2010 crée la Dll C# et l'ajoute au C#
PC avec VS2003 compile le programme en C++
Avec ce PC je ne peux pas exécuter vu que je n'ai pas les infos dans les registres.
Mais si je revient au PC avec VS2010, j'exécute l'exe C++ compilé sous l'autre PC et ça fonctionne.

Il y a donc bien un truc à rajouter aux registres sur les autres PC sur lesquels on veux executer le prgramme, mais c'est quoi ? J'ai essayé d'exporter tout ce que j'ai trouvé en rapport avec ma DLL (3 registres en tout), en modifiants les chemins sauvegardés et les importer dans le PC VS2003, mais ça ne marche pas pour autant...

Que faut-il faire ? Je touche presque au but :ccool:
16/07/2010, 12h31
bacelar

Votre Assembly C# est accessible comme un composant COM.
Il faut donc l'enregistrer comme un composant COM.
Il faut donc lancer la commande "RegAsm" durant le processus d'installation de votre application, comme dans l'exemple.

Si votre application est MFC, il y avait dans le temps des ressources "rgs" (registry script) qui étaient directement lancées au démarrage de l'application.
16/07/2010, 15h42
KiwiJaune

En fait j'ai réussi à trouver, on peut demander à RegAsm.exe de générer un fichier .reg

http://www.codeproject.com/KB/vb/Tlbexp_and_Regasm.aspx

Il reste ensuite à utiliser ce fichier .reg sur les pc où on veut utiliser l'application et ça fonctionne :)

Merci beaucoup pour votre aide en tout cas ! :P