Discussion :

[doudoustephane]

Bonjour.

Voilà, j'ai un programme C# qui fait appel à une DLL écrite en VB. Le problème, c'est qu'au moment de l'exécution de la fonction qui est dans la dll, une erreur apparaît indiquant que le point d'entrée de celle-ci n'est pas trouvé.

Que puis-je faire pour résoudre ce problème?
Quelqu'un a-t-il une idée?
merci

doudouallemand

[Thomas Lebrun]

Hum... Le point d'entrée, c'est pour ton programme, donc je vois pas pourquoi tu aurais une erreur sur le point d'entrée de la DLL



Dans ton programme, tu as bien un point d'entrée

Code :

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

1
2
 
public static void Main(...)

:

[doudoustephane]

oui, dans mon programme j'ai bien un "main", mais pas dans ma DLL.
Dedans, j'ai juste une fonction avec 3 autres sous-fonctions de celle-ci.

Je ne comprend pas

merci

[neguib]

Montre nous le code qui déclare et appelle cette fonction

[smyley]

Hum... Le point d'entrée, c'est pour ton programme, donc je vois pas pourquoi tu aurais une erreur sur le point d'entrée de la DLL

Hum, une fonction exporté par une dll à bien un point d'entrée, par exemple dans l'api Windows pour afficher une boite de dialogue c'est MessageBoxA( ou W) de user32.dll, le point d'entrée de la fonction est donc MessageBoxA(W) et je crois que c'est de celà qu'il parle.

Vérifie donc le nom de la fonction que tu importes depuis la dll, si nécéssaire utilise un outil comme DependencyWalker afin de vérifier le nom des fonctions exportées par ta dll

[Thomas Lebrun]

Hum... Le point d'entrée, c'est pour ton programme, donc je vois pas pourquoi tu aurais une erreur sur le point d'entrée de la DLL

Hum, une fonction exporté par une dll à bien un point d'entrée, par exemple dans l'api Windows pour afficher une boite de dialogue c'est MessageBoxA( ou W) de user32.dll, le point d'entrée de la fonction est donc MessageBoxA(W) et je crois que c'est de celà qu'il parle.

Oui, tu peux d'ailleurs utiliser l'attribut EntryPoint, lorsque tu fais du P/Invoke, pour spécifier quelle fonction a appeller.

MessageBox n'est qu'un simple alias vers MessageBoxA (ou l'inverse, je sais plus )

Dans ce cas, en effet, si aucune de ces fonctions n'est marquée comme "principale" alors cela peut-être la cause du pb

[smyley]

MessageBox n'est qu'un simple alias vers MessageBoxA (ou l'inverse, je sais plus )

en effet, MessageBox pointe vers MessageBoxA pour les Windows Ansi et MessageBoxW sur les Windows Unicode. Si on éssai d'importer directement MessagBox depuis user32.dll :-> boom ! point d'entrée introuvable

[doudoustephane]

Tout d'abord, merci à tous pour vos réponses.

Voici la déclaration de ma fonction dans mon code principal :

Code :

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

1
2
3
 
[DllImport("DLL_Multilangue_DB_Maintenance.dll",EntryPoint="DllMain")]
		public static extern void DllMain(System.String sServeur , System.String sSource_fichier_excel , System.String sLogin , System.String sPassword );

Et voici son utilisation :

Code :

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

1
2
 
DllMain(nom_serveur,adresse_fichier_langue,nom_nom_connexion,nom_password);

Quant à la fonction qui est dans la DLL :

Code :

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

1
2
3
4
 
Public Static Sub DllMain(ByRef sServeur As String, ByRef sSource_fichier_excel As String, ByRef sLogin As String, ByRef sPassword As String)
...
End Sub

Donc, d'après ce que vous avez dit, cela devrez marcher non? :
merci encore

[NicolasG]

DllMain ne serait-il pas un nom réservé comme main ?
Il faudrait essayer de changer de nom.

[doudoustephane]

En fait, j'ai mis ce nom là car j'ai vu sur Internet qu'il est normalement reconnu comme point d'entrée d'une DLL car avant, j'avais un autre nom (non réservé)

[NicolasG]

Justement, les DLLs non managées doivent posséder une fonction qui est un point d'entrée appelée lors du chargement (et déchargement) de la DLL.
Il me semble que cette fonction est obligatoire pour la compilation.
Les autres fonctions doivent être déclarée avec un mot clé __export (de mémoire).
Cette DLL est-elle obligatoirement non managée ?

[NicolasG]

Après relecture, il me semble que tu essaie d'utiliser une dll managée comme une dll non managée.
Une dll managée est un Assembly, il faut inclure une référence à cette dll dans les propriétés du projet et ensuite utilliser les fonctions en précisant leur espace de nomage.

[doudoustephane]

En fait, je ne connais pas la différence entre managée et non managée.

J'ai simplement, sous VB6, fait un nouveau projet "DLL Active X" et tapé cela

[NicolasG]

Une DLL ActiveX est une forme particulière.
Il faut utiliser une DLL standard si on ne programme pas un objet ActiveX.
Le type de projet est peut-être "bibliothèque ...".

[NicolasG]

Désolé, je ne connais pas VB6.

[neguib]

je regarde ça avec un projet bibliothèque mais le problème, c'est que VB6 ne propose pas ce type de projet!!! :

Et que fais alors cette question dans les forums DotNet
Permet moi en tant qu'EXVBCiste de te reprendre si tu persistes à coder VB6 alors que VB.Net existe
Sinon dis moi si je dois deplacer ta question dans un forum plus approprié
:

[smyley]

Et que fais alors cette question dans les forums DotNet

Moi j'avais compris qu'il voulait utiliser une dll Win32 écrite en VB6 depuis C# ...

[neguib]

Et que fais alors cette question dans les forums DotNet

Moi j'avais compris qu'il voulait utiliser une dll Win32 écrite en VB6 depuis C# ...

Oui bien vu, tu dois avoir raison mais je t'avoue que les réponses de doudouallemand m'embrouille un peu

[doudoustephane]

Bonjour à tous.

Tout d'abord, excusez moi pour mon absence un peu longue.

Ensuite, je répond aux questions :

En fait, j'ai mis cette question en C# car, à la base, j'avais un problème d'appel d'une DLL que j'ai créé AVEC du code C#. C'est la DLL que j'ai écrite avec VB6. Ensuite, je n'utilise pas VB.NET car, en fait, ma DLL correspond à un lot DTS sous SQL Server 2000 exporté en VB et qui n'est pas reconnu par VB.NET. J'ai donc du, pour assurer la compatibilité du code récupérer d'SQL Server, utiliser VB6. Et maintenant, mon problème devient donc la question suivante : comment créer proprement une DLL qui puisse être appelé depuis mon code C# à partir de VB6, question que je vais donc poser sur le forum VB6.

Voilà, j'espère que mes explications ont été claires.

Merci à tous.

doudouallemand