appeler du code C++/CLI depuis du C++

Bonjour,

Je cherche un moyen d'appeler du code C++/CLI ( aussi appelé managed C++ ) depuis du code C++ natif ( unmanaged C++ )

J'ai trouvé a beaucoup d'endroit la maniere de faire le passage du unmanaged C++ vers le managed C++ mais dans l'autre sens je n'ai rien trouvé.

Est ce que quelqu'un aurait une piste a suivre SVP ?

XXiemeciel

j'imagine que le code C++/CLI dont tu parles est dans un assembly :

plusieurs méthodes :

- convertir ton projet C++ (natif) en C++/CLI avec l'option de compilation /clr et appeler simplement ton assembly

- enregistrer ton assembly C++/CLI pour com interop et l'utiliser ensuite comme un objet COM classique depuis ton programme C++ natif

- hoster la CLR dans ton application C++ native et utiliser ainsi ton assembly

La plus simple étant bien sur (et de très loin !) la première solution ;)

je pense que je vais regarder du coté de la deuxieme réponse ( COM interop ) puisque je ne peux pas toucher au C++ natif, je dois juste implementer une classe supplementaire qui va etendre l'API existant.

Merci
XXiemeciel

pour ceux que ca interesse :

http://msdn2.microsoft.com/en-us/library/ms973872.aspx

XXiemeciel

a propos de COM interop y'aurais pas des exemples ou des tutoriaux quelquepart parceque j'y arrive vraiment pas.

qu'est-ce que tu n'arrives pas à faire ?
tu es en C++ natif ? ou avec les MFC ?

je suis en C++ natif, je dois simplement appeler des functions d'une classe managé depuis du code non-managé.

en gros ce que je veut faire c'est la chose suivante (en tres grossier puisque le code si dessous n'est evidemment pas valide) :

Code:

---

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

#pragma managed   public ref class Managed { public: void f() { //dosomething } }   ....   #pragma unmanaged   public class Unmanaged { public: void appelerManagedCode() { Managed* poManaged = new Managed(); poManaged->f(); } }

---

pourquoi c'est dans des pragma unmanaged ? si tu compilais en /clr, tu pourrais mixer les deux

ok je vais essayer.

j'ai l'erreur suivante qui apparait apres avoir enlever tout les pragma.

Citation:

---

error C3265: cannot declare a managed 'mpoCounter' in an unmanaged 'UnmanagedObject'
1> may not declare a global or static variable, or a member of a native type that refers to objects in the gc heap

---

j'ai essaye de creer mon objet avec new a la place de gcnew pour avoir un * a la place d'un ^ mais ca fait une autre erreur.

j'ai l'impression qu'il faut un truc special pour appeler du managed code dans du unmanaged mais je ne trouve d'exemple nulle part.

t'as regardé dans ce tutoriel ? http://nico-pyright.developpez.com/t...grationcppnet/

ca ne resoud pas vraiment mon probleme.

je vais essayer de rentrer un peu plus dans les details. J'ai un API en C++ natif qui permet d'enregistrer des classes et d'executer certaines fonctions de ces classes a partir de macro ( system de rapport/compteur generique par exemple ). Chaque instance est stock/ en C++ natif et pret a servir via des interfaces.

Cet API est fait de tel maniere qu'il permet d'enregistrer des classes en C++ mais aussi en Java (avec JNI) et python ( avec Boost). On m'a demande d'etendre les fonctionnalite a C++/CLI.

La partie gerant le .NET vers le C++ est faite ( plutot facile avec le IJW ) mais la partie qui fait qu'une fonction C++/CLI puisse etre appelee depuis le code natif me pose probleme.

je ne comprends pas trop pourquoi tu as besoin d'appeler ton wrapper c++/cli depuis du code natif vu que tu peux appeler directement tes apis
mais sinon, com interop peut etre interessant

faudra que j'écrive un exemple un jour

d'apres ce que j'ai lu COM interop devrait me permettre de faire ce que je cherche. Mais a part des long articles decrivant en detail pourquoi ca marche je n'ai pas trouve un seul exemple :mouarf:

sinon pour repondre a ta question, je dois appeler mon code C++/CLI depuis le code natif parceque nos libraries contiennent des algorithmes en C++ natif appelable depuis JAVA, PYTHON ou C++. lorsque tu appelles un algorithme (par exemple Toto depuis du code .NET) et que tu veux generer le rapport d'execution de cet algorithme.

Code:

---

1 2 3 4 5

MonRapport^ rapport = gcnew MonRapport(); //classe C++/CLI rapport->RegisterInstance("RapportToto"); //enregistre l'instance de MonRapport dans l'API C++ natif Toto^ t = gcnew Toto(); t->run(); //Appel le code natif de l'algotihme

---

a l'interieur du code de Toto, la fonction run() (qui est en C++ natif) va appeler les macros de rapports par exemple :

Code:

---

mcREPORT("Toto complete successfully") );

---

cependant ce code est dans le C++ natif mais va appeler le code de l'instance MonRapport qui est un objet C++/CLI.

Ainsi un developper .NET peut definir des objets entierement .NET pour gerer son systeme de rapport sans avoir a utiliser du code C++ natif. tout en utilisant en fait nos algorithmes qui eux sont en C++ natif.

vu qu'on y arrive en JAVA et PYTHON je pense que ca doit etre faisable en C++/CLI :D

Citation:

---

2.Pourquoi passer au C++ managé ?
La première question qui vient à l'esprit quand on programme depuis longtemps sous Windows, à travers l'API ou les MFC, est : " Pourquoi passer au C++.net ? ".

* La première raison est bien sur de pouvoir accéder au framework.net de Microsoft. Il est impossible d'y accéder depuis du code non managé, il est donc primordial de passer au C++ managé.

---

c'est ce qui me semblait, confirmé par le tutorial.
Si tu trouves une reponse je suis preneur.
passer par COM a la limite ?

j'essaye de passer par COM depuis deux jours maintenant mais impossible de trouver des exemples clairement expliqués.

je suis en train d'essayer de definir une librairie TLB avec des interfaces exposées avec [Guid] mais pour l'instant je n'ai pas eu de résultats.

Mais c'est forcement possible a faire, si on arrive a appeler du JAVA depuis du C++ ca serait bien le comble qu'on puisse pas appeler du C++/CLI :mouarf:

je viens de trouver ce lien qui semble correspondre a ce que je cherche.

http://support.microsoft.com/kb/828736

je vous tiens au courant si ca donne quelquechose.

bon inutile de s'Embetter il existe une solution ultra simple que je regrette de pas avoir vu avant.

Code:

---

1 2 3 4 5

#include <vcclr.h> ManagedObject^ obj = gcnew ManagedObject(); gcroot<ManagedObject^>* poRoot = new gcroot<ManagedObject^>(obj);

---

je peux passer mon pointeur gcroot a du code non managé et appeler les fonction managés de ManagedObject a partir de la depuis le code Natif.

dans ce cas c'est quoi exactement le type du pointer ...
c'est pas tres clair pour moi, par contre ton lien de ton post precedent me semble clair ...

je suis toujours pas sur d'avoir compris :aie:

mais gcroot sert à utiliser des objets .Net dans une classe native compilée avec /clr (dont une classe "mixte")

tu trouveras des infos sur gcroot dans la faq c++/cli http://dotnet.developpez.com/faq/cpp...withnonmanaged

(et bientot d'autres dans la futur version :aie:)

Citation:

---

Envoyé par nico-pyright(c)

je suis toujours pas sur d'avoir compris :aie:
mais gcroot sert à utiliser des objets .Net dans une classe native compilée avec /clr (dont une classe "mixte")

---

mais si c'est compilé avec /clr ce n'est plus vrament du natif. pourquoi a ce moment la ne pas utiliser la notation maclasse ^m = ... ?

Citation:

---

Envoyé par epsilon68

mais si c'est compilé avec /clr ce n'est plus vrament du natif. pourquoi a ce moment la ne pas utiliser la notation maclasse ^m = ... ?

---

parceque l'API avec lequel je travail est en natif et que il n'accepte pas les ^ comme pointeur.

le type de l'objet que je passe a ma classe native est un gcroot<T>* qui permet de travailler avec le T^ depuis un pointeur alloue avec new ( et non pas gcnew )

je peux donc faire transiter mon gcroot<T>* du C++/CLI au C++ natif et inversement.

tiens, pour info, j'ai commencé un ptit truc sur com interop :

http://blog.developpez.com/index.php...&pb=1#more3754

super merci, ca va surement servir.