Discussion :

[Sam Placi]

Bonjour,

A titre purement expérimental, j'ai créé une DLL sous VS avec C++.
Cette DLL contient un NameSpace, avec une classe, laquelle contient une fonction.

Le but est d'utiliser la DLL sous VB.Net. Elle est donc référencée dans un projet VB.
L'espace de nom est visible au niveau de l'Imports et la classe semble disponible dans le code mais pas la fonction pourtant déclarée Public dans la DLL.

Quelqu'un peut-il me mettre sur la piste pour résoudre cette "anomalie" ?

Merci d'avance,

Sam

[Phil Rob]

Bonjour,

Lorsqu'on laisse à VisualStudio le soin de nous structurer le code pour l'écriture une DLL en C++, l'assistant nous ouvre d’emblée le fichier .h avec le code suivant :

Code :

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

1
2
3
4
5
6
7
8
9
10
 
 
#pragma once
using namespace System;
namespace NomDuProjetDLL 
{
 
	public ref class Class1
		{
// ... ... ...

Au programmeur de déclarer là les membres private et public (et autres ...). Les corps des méthodes doivent (en principe) être écrits dans le fichier .CPP, également initiés par l'assistant.

Il y a dans ce code (ci-dessus) un mot clé qui peut être en rapport avec le problème que tu soumets, le mot-clé ref. S'il est absent, plusieurs problèmes, dont l'invisibilité des membres publiques de la classe, empêchent d'utiliser la DLL dans VB.

J'espère que ceci t'aidera ...

[Sam Placi]

En effet, cela change tout !
Je ne connaissais pas Ref en C++.
Merci pour l'astuce Phil.

Bonne journée,

Sam

[wallace1]

Bonjour a vous deux,

@Phil :
Je regarde depuis un petit moment tes interventions, le contenu de tes réponses....
Je tenais à encourager l aide que tu apportes aux membres sur différents sujets.
Un grand merci a toi Phil.

@sam placi :
Tu peux utiliser l outil en ligne de commande dumpbin /exports pour lister les fonctions publiques disponibles dans ta dll c++

[Phil Rob]

C'est super sympa de le dire !
Merci à toi Wallace

[Sam Placi]

Bonjour wallace1,

Merci pour ta réponse mais il me semble que l’outil dumpbin m’informe bien moins que l’explorateur d’objets de VisualStudio, pour ce qui concerne les membres public de la DLL. Ou peut-être que je comprends mal ses résultats.

Quant à l’explorateur d’objets, il n'a pas le même comportement si on est sur un projet C++ ou sur un projet VB et cela est perturbant.

Avec le projet C++ ouvert, l’explorateur d’objets montre bien les membres public créés et cela, que le mot clé Ref soit présent ou non.
Dans le projet VB, la DLL étant référencée, l’explorateur d’objets montre l’espace de noms et la classe, mais pas les membres public si le mot clé Ref est omis.

Avec Ref, tout fonctionne …

Sam