Discussion :

[Elbarto]

Bonjour,

j'envisage d'ajouter du code managé ( C Sharp ) dans un source d'une DLL écrite en C++, je compile avec Visual Studio 2005

j'aimerai savoir si le binaire qui va en résulter sera toujours réutilisable de maniere standard par le programme C++ qui fait des appels à cette DLL ?

je débute avec cette notion de "code managé"

merci

[ep31]

Le mélange de code managé et de code natif ne marchera pas.
Si tu inclus du C# dans ton C++, déjà ton code natif n'y comprendra rien et en plus il te faudrait ajouter ton framwork .NET pour que ton exe comprenne le C#. Et de toute façon, ton exe ne pourra pas s'appuyer sur le framework puisqu'il est un vrai .exe et non du bytecode.

[ep31]

J'avais mal lu au départ : c'est une dll native ou managée ? Si c'est une managée, oublie ce que j'ai dit en ce qui concerne le framework

[Elbarto]

Salut,

ben ce que je veux faire c'est une DLL managée ( mélange de C++ et de code managé afin d'acceder aux classes du framework )

cette DLL sera ensuite utilisé par d'autres programmes C++ classiques qui feront appel aux fonctions de cette DLL

ma question c'était de savoir si ces programmes qui vont utiliser cette DLL managé vont réussir à "attaquer" la DLL, si l'appel aux fonctions se passera bien malgré la présence de code managé dans la DLL

[Médinoc]

Je ne crois pas.
Avec COM, (les attributs ComVisible etc.) je crois que c'est supposé marcher, mais sinon, non...

[ep31]

Salut,

ben ce que je veux faire c'est une DLL managée ( mélange de C++ et de code managé afin d'acceder aux classes du framework )

cette DLL sera ensuite utilisé par d'autres programmes C++ classiques qui feront appel aux fonctions de cette DLL

ma question c'était de savoir si ces programmes qui vont utiliser cette DLL managé vont réussir à "attaquer" la DLL, si l'appel aux fonctions se passera bien malgré la présence de code managé dans la DLL

Une DLL managée ne pourra pas être appelée par des applications natives, ils ne trouveront pas de point d'entrée et la dll ne sera pas au format attendu.
C'est un peu un abus de langage de la part de Microsoft d'avoir confondu sous la dénomination exe et dll des applis compris par la CLR et le système ; c'est une source d'erreur