Discussion :

[Ghurdyl]

Bonjour,

Je me trouve devant un épineux problème d'access violation ...

J'ai une application C#.Net qui doit utiliser une librairie C++ native.
Je me suis donc attelé à écrire un wrapper C++/cli pour permettre la communication.

Ma solution VS se compose donc comme suit :
- un projet C#
- un projet C++ mixte avec des classes CLI et des classes en natif
Le projet c++ est lié à la bibliothèque native (mapnik) que je veux wrapper et le projet C# est lié au projet C++.

A plusieurs endroits de mon code c++ natif, les méthodes prennent des arguments de type std::string.
Qu'à cela ne tienne, je converti les System::String^ en std String seulement voilà :
En debug step, by step, dans le constructeur de ma classe native prenant un std::string, si je regarde la valeur de mon paramètre, le texte est correcte.
Mais juste après, avoir créer mon objet, le C# appelle indirectement une méthode de mon objet fraichement instancié et là, crack ! dans la méthode, la valeur de ma variable d'instance vaut tout sauf la valeur affectée dans le constructeur ...

J'ai lu ici (sans bien tout comprendre) que ça pourrait venir du fait que les objets seraient déclarés/instanciés dans des dll différentes.

D'où mon idée de vouloir recréer un nouveau string dans le constructeur de ma classe qui éviterait un pointeur vers une zone mémoire incertaine.
(Si tant est que j'ai bien identifié le problème)

Mon niveau de C++ est assez basique et là c'est clairement en dehors de mon domaine de compréhension

[Médinoc]

Peux-tu poster un code minimal reproduisant le problème?

[Ghurdyl]

Merci d'avoir répondu

Naturellement, loi de Murphy oblige, c'est quand on veut recréer l'erreur qu'on n'y arrive pas ...

A défaut j'ai trouvé mon problème.
Trop tromatisé par les pointeurs j'en viens à faire des initialisations plus que douteuses.
j'ai tellement honte (allé, je le poste quand même juste pour vous faire rire un peu)

Code :

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

1
2
3
4
5
	WrapperClass::WrapperClass(System::String ^str)
	{
		std::string s_str = str_to_str(str);	
		_mnc = &(MyNativeClass(s_str));
	}

du coup, je présume que le problème venait du fait que l'objet pointé était détruit à la fin du constructeur.

Mais d'écrire

Code :

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

_mnc = new MyNativeClass(s_str);

lève une autre question dans mon esprit novice.
Sachant que _mnc (variable d'instance) est un pointeur vers un objet natif et que WrapperClass est un objet managé ; faut-il explicitement déclarer un destructeur pour WrapperClass pour delete le pointeur ou bien c'est le langage managé qui s'en chargera pour moi ?

[Médinoc]

Il faut explicitement un destructeur pour MyWrapperClass.

Ou plus précisément, un destructeur et un finaliseur, le premier appelant le second, et le second faisant le nettoyage:
http://msdn.microsoft.com/en-us/library/ms177197.aspx

Code C++/CLI :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
//Destructeur managé
	WrapperClass::~WrapperClass()
	{
		this->!WrapperClass();
	}
 
	//Finaliseur:
	//N'utiliser aucune variable membre managée ici
	WrapperClass::!WrapperClass()
	{
		delete _mnc;
		_mnc = nullptr;
	}

Tu peux appeler explicitement le destructeur avec un Dispose() en C# (ta classe implémentant l'interface IDisposable), et si tu ne le fais pas, le finaliseur sera automatiquement appelé quand l'objet sera détruit par le GC.

[Ghurdyl]

D'accord

merci pour ces précisions