Dll C++ avec MFC utilisée en C#

Version imprimable

05/01/2007, 09h37
Nico_stras

Dll C++ avec MFC utilisée en C#

Bonjour,
Je pense que la question a déjà été posée moulte fois, mais, je n'arrive pas à synthétiser tout ça pour arriver à mes fins...

Je souhaite créer une "bibliothèque de classes", développée en C++, et utilisant les MFC.

Ces classes seront utilisés dans une application C#.

1) quel type de Dll utiliser ? On s'y perd avec toutes les options
2) comment rendre les classes visible de l'application en C# ?

J'ai compilé avec /clr ; j'ai ainsi pu référencer mon projet C++ dans le projet C#, mais je ne trouve pas comment dérouler la liste des classes disponibles dans l'assembly. Y a-t-il un namespace à définir dans la dll ?

Merci d'avance.

Nicolas
Strasbourg
05/01/2007, 11h22
Nico_stras

voilà j'ai pu trouver un code intéressant

Si qqn peut me donner plus de détails sur les wrappers.
Ce qui me dérange dans le code trouvé, c'est que les MFC ne sont pas utiliées.

Il s'agit d'un projet de type "librairie de classes" CLR, et non pas d'un "projet Win 32" de type "Dll" avec "utilisation des MFC"

Je me sens un peu pommé dans toutes ces configurations :?

Nicolas
Strasbourg
05/01/2007, 12h07
nico-pyright(c)

si tu veux en faire une assembly et l'utiliser facilement à partir de C#, il faut faire un projet "CLR library"
si tu fais une DLL "classique", il te faudra jongler avec l'interop pour l'utiliser en C#

mais vu que tu compiles avec /clr, tu as tout à fait interet à faire une assembly, ca sera plus simple à tous niveau, et le mieux, serait d'avoir un wrapper pour avoir une interface pure .net en C++/CLI
05/01/2007, 12h21
Nico_stras

Et comment tu utilises les MFC dans la dll ?
using ...? # include ...?

J'ai aussi des #include de drivers hard à utiliser dans cette dll
05/01/2007, 14h18
nico-pyright(c)

comme tu le ferais pour une dll classique
using mfc in a shared dll
include afx etc ...

J'ai actuellement une librairie de fonctions C++ avec MFC non managée.
Est-il judicieux de la passer en managée ou je la laisse tel quel ?
Si je rajoute l'option /clr, j'ai le Warning suivant :
Code:

1 2 Avertissement 3 warning LNK4099: PDB 'mfcm80ud.i386.pdb' n'a pu être trouvé avec 'C:\Program Files\Microsoft Visual Studio 8\VC\atlmfc\lib\mfcm80ud.lib' ou sur 'c:\Mon Projet\debug\mfcm80ud.i386.pdb' ; l'objet sera lié sans informations de débogage mfcm80ud.lib
L'objectif, c'est de pouvoir accéder aux fonctions en C#, avec un

Code:

using mon_projet

Le propotype des fonctions sera ainsi connu de l'application en C#.

Merci d'avance et bon WE

Nicolas
Strasbourg

05/01/2007, 18h14
nico-pyright(c)

si tu veux faire un using qqchose simplement en C#, il est judicieux de créer un wrapper en C++/CLI de ta dll MFC, pas forcément besoin de la recompiler avec l'option /clr
05/01/2007, 18h36
Nico_stras

Le wrapper, je le fais donc dans un autre projet, qui sera lui un projet clr ? C'est bien ça ? ou je peut reter dans la même dll ?

Il est possible de faire un Wrapper sans CLR ?
05/01/2007, 19h04
nico-pyright(c)

il est possible de rester dans le meme projet, mais cela peut en etre un autre

par contre, le wrapper devra etre compilé en /clr, ou du moins les fichiers qui le composent
05/01/2007, 19h18
Nico_stras

Ca me semble pas mal comme solution, mais comment compiler une partie d'un projet avec /clr ?

Je n'ai pas trouvé le paramètre dans les propriétés des FICHIERS, mais uniquement dans les propriétés du PROJET

Si le code n'est pas managé, peut il qd même être débugé ? accès en pas à pas ?
05/01/2007, 21h32
nico-pyright(c)

Citation:

Envoyé par Nico_stras

Ca me semble pas mal comme solution, mais comment comiler une partie d'un projet avec /clr ?

Je n'ai pas trouvé le paramètre dans les propriétés des FICHIERS, mais uniquement dans les propriétés du PROJET

c'est la meme chose, click droit sur ton .cpp => configuration properties => c/C++ => general => compile with C L R support

Citation:

Envoyé par Nico_stras

Si le code n'est pas managé, peut il qd même être débugé ? accès en pas à pas

oui ;)
05/01/2007, 23h58
Nico_stras

Citation:

configuration properties => c/C++ => general => compile with C L R support

Autant pour moi... J'ai mal regardé.

Merci de m'avoir éclairé sur ce sujet. Je clos, Résolu, et je pense me débrouiller maintenant avec tous les sujets de ce forum et les très bons tutoriaux que l'on trouve ici ;)

Encore merci. Tu a même réussi à me donner goût au CLI lol

Hello,
J'ai une donc une dll MFC, compilée sans /clr. --> Pas de Warning, ni Erreur

Cette application ne contient que des fonctions (pas de classes). Le but est de crer une classe managée dont les méthodes pointent vers ces fonctions.

Si je rajoute une classe, et que je définis la compilation (du fichier seulement) AVEC /clr, J'ai une erreur:

Code:

Ligne de commande error D8016 : options de ligne de commande '/EHs' et '/clr' non compatible

Si je crée un projet "CLR library", et que je rajoute mes fichiers cpp et h (pas stdafx.h ni stdafx.cpp), j'ai l'erreur suivante :
Code:

1 2 3 fatal error C1189: #error : Building MFC application with /MD[d] (CRT dll version) requires MFC shared dll version. Please #define _AFXDLL or do not use /MD[d] C:\Program Files\Microsoft Visual Studio 8\VC\atlmfc\include\afx.h 24
Idées ?

Merci

07/01/2007, 13h49
nico-pyright(c)

tu as vc++ 2005 express ?
07/01/2007, 13h55
Nico_stras

Non, version complète.
C'est comme s il n'avais pas les bons fichiers stdafx.

J'ai laissé les fichiers de la bibliothèque CLR. je n'ai pas mis ceux du projet initial (Win32) :

Citation:

Si je crée un projet "CLR library", et que je rajoute mes fichiers cpp et h (pas stdafx.h ni stdafx.cpp), j'ai l'erreur suivante :

Code:

fatal error C1189: #error : Building MFC application with /MD[d] (CRT dll version) requires MFC shared dll version. Please #define _AFXDLL or do not use /MD[d] C:\Program Files\Microsoft Visual Studio 8\VC\atlmfc\include\afx.h 24

C'est peut être du au Driver du matériel que j'utilise ? J'ai l'option de compilation qui prend le fichier lib
07/01/2007, 14h35
nico-pyright(c)

dans les options du projet, tu as bien mis "use mfc in a shared dll" ?
07/01/2007, 14h42
Nico_stras

Merci, c'est bien ça ....

Encore une petite question : quel est la diférence entre dll statique et librairie statique pour les MFC ?
07/01/2007, 14h51
nico-pyright(c)

Citation:

Envoyé par Nico_stras

Merci, c'est bien ça ....

Encore une petite question : quel est la diférence entre dll statique et librairie statique pour les MFC ?

tu veux dire entre statique et dynamique ?
07/01/2007, 14h55
Nico_stras
Oui, excuse moi, j 'ai écrit trop vite. Entre Statique et dynamique.

Encore un problème en générant :
Code:

1 2 WINVER not defined. Defaulting to 0x0502 (Windows Server 2003)
Code:

1 2 error C3861: 'AfxBeginThread' : identificateur introuvable
N'as-t-il pas pris en compte lesMFC ?
07/01/2007, 15h35
nico-pyright(c)

en gros, la liaison statique fusionne la bibliotheque à l'exe => plus gros, mais indépendant
la liaison dynamique implique un appel dynamique ultérieur, moins gros, mais nécessite de deployer des dll. Ce qui implique que les dll pourront etre partagées entre plusieurs exe.
07/01/2007, 15h41
nico-pyright(c)
Citation:
Envoyé par Nico_stras

Oui, excuse moi, j 'ai écrit trop vite. Entre Statique et dynamique.

Encore un problème en générant :

Code:

1 2 WINVER not defined. Defaulting to 0x0502 (Windows Server 2003)

Code:

1 2 error C3861: 'AfxBeginThread' : identificateur introuvable

N'as-t-il pas pris en compte lesMFC ?
winver sert à définir quelle version tu cibles http://msdn2.microsoft.com/en-us/library/aa383745.aspx

Pour ton autre problème, tu as du oublier les includes des fichiers afx qui sont fait normalement dans le stdafx.h
07/01/2007, 15h44
Nico_stras

Citation:

Envoyé par nico-pyright(c)

en gros, la liaison statique fusionne la bibliotheque à l'exe => plus gros, mais indépendant
la liaison dynamique implique un appel dynamique ultérieur, moins gros, mais nécessite de deployer des dll. Ce qui implique que les dll pourront etre partagées entre plusieurs exe.

pourquoi est il impossible de passer le paramètre en liaison statique ?

Code:

Ligne de commande error D8016 : options de ligne de commande '/MTd' et '/clr' non compatibles
07/01/2007, 15h51
nico-pyright(c)

parce qu'elle est incompatible
Si tu utilises le mode de compilation /clr, ton code sera linké avec une lib d'importation : msvcmrt.lib. Cette lib références un autre lib msvcm80.dll, qui est un proxy entre le code managé et le code natif. Tu ne peux pas lier de manière statique /MT ou /MTd. Il faut lier dynamiquement(/MD ou /MDd)
07/01/2007, 18h03
Nico_stras

Nickel ....

J'ai réussi à tout compiler, et à faire le Wrapping

Encore merci Nico

Fuseau horaire GMT +2. Il est actuellement 08h20.