Discussion :

[Chewbizz]

Je suis débutant en C++/CLI et je bloque sur un problème... Je vais tenter de l'expliquer le plus clairement possible :

J'ai créé deux DLL C++/CLI :
La première (A) est utilisée par la seconde (B).
"A" définit quelques classes abstraites, et quelques classes concrêtes (toutes managées).
"B" définit uniquement des classes concrêtes (managées également) qui héritent des classes abstraites définies dans "A". Notez que toutes les classes définies dans "A" sont importées quelque part dans "B".
Toutes les classes concrêtes définies dans A et B servent à wrapper des objets natifs C++ (pour y accéder depuis du C#) qui sont définis dans d'autres DLL (natives, mais compilées avec /clr, comme A et B).

Je compile bien mes DLL, je les référence dans le C#, et c'est là que le problème apparait :
Dans l'explorateur d'objets, ma DLL "A" est vide, et ma DLL "B" contient tous les objets de "A" et "B" réunis.
Aprés réflexion, j'ai trouvé ca (à peu près) normal étant donné que "A" ne contient aucun ".cpp" ; uniquement des ".h" ; et que "B" inclut tout "A"...

Je me suis alors dit qu'en mettant des .cpp dans "A" ca changerait le problème.
En effet, j'ai simplement rajouté dans "A" un fichier ".cpp" qui contenait uniquement l'include du fichier ".h" correspondant (pas de code).
Résultat dans l'explorateur d'objets : "B" contient toujours TOUT, mais "A" contient maintenant ses propres classes. Du coup, le projet C# ne compile même plus, vu qu'il a des classes définies dans les deux DLLs !

Enfin, j'ai essayé de mettre le code d'une méthode dans le fichier ".cpp" ajouté dans "A".. Et là, problème de link ("B" ne trouve pas le symbole de la méthode en question). Or "A" ne me génère pas de fichier .lib (je ne connais pas bien le conditions sous lesquelles un .lib est généré avec une DLL). Donc je ne sais pas comment linker correctement dans ce cas là...

Si vous avez la moindre idée qui pourrait m'être utile, ca m'interesse
Merci d'avance

[smyley]

Logiquement les dlls du C++/CLI sont des assemblies mangées, comme pour le C# donc a priori tu n'as pas besoin des fichiers lib puisqu'il s'agit de rajouter une référence vers une dll managée. De plus, tous les fichiers de A devraient être dans A et B ne contiendrait alors aucun fichier de A ( ni *.h, ni *.cpp ) mais devrait juste importer l'espace de nom ( using namespace A ). Tout celà devrai marchier normallement, pour peut que toutes les classes utilisées soient managées ...

[Chewbizz]

Merci pour ta réponse rapide smyley
Je ne comprends pas bien quand tu dis "B ne contiendrait alors aucun fichier de A mais devrait juste importer l'espace de nom" :
J'ai quand même besoin dans les fichiers de B de faire référence aux .h de A, je suis donc obligé de mettre dans B des ' #include "FichierDeA.h" '...
Et c'est là que ca pose problème, car le fichier ainsi inclus se retrouve déclaré dans A et dans B !
(Toutes mes classes sont managées...)

J'ai créé un exemple simple dont les fichiers sont dans test_cli.zip (j'utilise visual) :


Dans un projet DLL_A, j'ai le fichier TestA.h :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
#pragma once
 
namespace Test
{
	public ref class TestA
	{
	public:
		TestA(void)
		{}
	};
}

et le fichier TestA.cpp qui va avec :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
#include "StdAfx.h"
#include "TestA.h"

Si je ne met pas ce fichier CPP, la dll générée est vide.

De la même façon, je crée un projet DLL_B qui contient TestB.h :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
#pragma once
 
namespace Test
{
	public ref class TestB
	{
	public:
		TestB(void);
	};
}

Cette fois, l'implémentation est dans TestB.cpp :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
#include "StdAfx.h"
#include "TestB.h"
 
#include "TestA.h"
 
 
Test::TestB::TestB(void)
{
	Test::TestA ta;
}

Maintenant, je référence les deux DLL dans un projet C#, et j'obtiens l'erreur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
{CheminVersProjetC#}\Form1.cs(15,14): erreur CS0433: Le type 'Test.TestA' existe dans '{CheminVersRepDeSortie}\DLL_A.dll' et dans '{CheminVersRepDeSortie}\DLL_B.dll'
{CheminVersRepDeSortie}\DLL_A.dll : (Fichier concerné)
{CheminVersRepDeSortie}\DLL_B.dll : (Fichier concerné)

Voilà le test basique.

Un autre test consiste à ne pas créer de fichier TestA.cpp : Ca fonctionne mais tout (TestA et TestB) se trouve dans la DLL_B. C'est pas bon (dans le cas réel d'utilisation, je veux avoir deux DLL qui utilisent A, et avec ce comportement, j'aurais une définition des classes de A dans ces deux DLL...)

Enfin, un dernier test consiste à mettre du code de la classe TestA dans TestA.cpp (comme c'est fait pour B, avec la définition du constructeur dans le cpp). Mais dans ce cas, DLL_B ne passe pas le link :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
TestB.obj : error LNK2020: jeton non résolu (06000002) Test.TestA::.ctor

(C'est le constructeur de TestA qui est défini dans le cpp, qui correspond bien au jeton non résolu ...)

Voilà, je pense que le problème est assez clair (n'hésitez pas à me demander des précisions si besoin !).
Ce qui m'emnnuie c'est que ce comportement semble logique (sauf pour le problème de link, mais je galère toujours avec les problèmes de link...).

Encore une fois, je vous remercie d'avance pour votre aide !

[smyley]

je vais éssayer pour voir

[smyley]

voilà, la solution VS 2005 est dans DLL_A

[Chewbizz]

C'était bien ça... Le "using namespace" dont tu avais parlé... En fait je n'arrive pas à le faire dans mon projet... Il me dit qu'il ne connait pas le namespace !
J'ai peur que ce soit un cas non couvert dans l'exemple : soit à cause des classes templates, soit à cause de fonctions type C (qui ne sont pas dans des classes).
Je vais essayer de reproduire le problème dans le programme d'exemple...