Discussion :

[Cool_Boy]

Bonjour tout le monde,

J'essaye de générer une dll C++ et de l'utiliser dans un programme c#. Lors de l'ajour de la dll dans le programme C# une erreur que vous la trouver sur la première image attaché.

Ensuite j'ai essayer d'utiliser la dll comme c'est mentionnée dans le point 3.3 du tutoriel sur le lien : http://nico-pyright.developpez.com/t...c2005/interop/ et j'ai eu l'erreur suivante que j'ai pa spû résoudre. (vous trouvez une image qui illustre cette erreur : 2ème fichier attaché)

Est ce que quelqu'un a une idée sur l'origine de l'un de ces deux problèmes et/ou comment le résoudre ??

Merci beaucoup d'avance

[therwald]

Je ne connais rien à C#, mais à mon avis la raison est la même dans les deux cas: il manque un manifeste à la DLL pour une raison ou une autre, ou alors elle n'est pas déployée correctement assembly). Du coup son chargement échoue, et vlan!
À mon avis tu ferais mieux de faire transférer ce post en forum dédié C# ou C++/CLI, car c'est plutôt côté C# ou CLI que côté C++ que le problème (ou sa solution) se trouve.
Packager une DLL pour qu'elle soit managée n'est peut-être pas identique à ce qu'exige ou tolère le C++ pur.

[Médinoc]

BadImageFormatException, c'est généralement un conflit entre 32 bits et 64 bits.

[Cool_Boy]

Merci beaucoup pour vos réponses

Médinoc auriez-vous une idée comment corrigé le conflit entre 32 bits et 64 bits ??

[therwald]

Passer la partie 32 bits en 64, ou l'inverse?

[Cool_Boy]

Normalement je travaille avec la plateforme x86 donc 32 bits

[therwald]

Comment as-tu récupéré ta DLL? C'est probablement elle qui est en 64, et que tu devrais chercher à remplacer par sa version 32bits

[Cool_Boy]

La DLL c'est moi qui le créer. J'ai créer un nouveau projet qui me génére la DLL puis je l'utilise dans le programme C#

[Médinoc]

Si tu es sur un Windows 64 bits, ton programme C# se lancera en 64 bits par défaut.
Tu peux overrider ça dans les propriétés du projet, le forcer a utiliser la plate-forme x86.

Pareil pour la DLL C++, tu peux choisir sa bitness dans les options du projet (seule une DLL C++/CLI compilée en /clr:safe sera indépendante de la machine comme une DLL C#)

[Cool_Boy]

Oui en effet je suis sur windows 64 bits et voici les options de mes projets :

1. Projet C++ pour générer la DLL :
   
   • C/C++ -> Génération de code -> Bibliotheque Runtime = DLL multithread (/MD)
   • Editeur de liens -> Avancé -> Ordinateur cible = MachineX86(/MACHINE:X86)
2. Projet C# :
   
   • Propriétés -> Générer -> Plateforme = (x86) active
   • Propriétés -> Générer -> Général -> Plateforme cible = x86

Normalement avec ces configurations des deux projets ils sont tous les deux en 32 bits ou je me trompe ??

parce que avec ces configurations ça fonctionne pas..

[Médinoc]

En effet, réglé ainsi ça devrait marcher...

[Cool_Boy]

Justement j'ai cette configuration et ça me génére quand même l'erreur :

[Médinoc]

Tu n'es pas censé l'ajouter en tant que référence d'assembly, vu que ce n'est pas un assembly.

Normalemnet, tu tentes d'y accéder avec P/Invoke (l'attribut DllImport) et je ne sais pas pourquoi tu as une BadImageFormatException si les deux sont en x86 32 bits...

[Cool_Boy]

Je vais essayer de faire la manip avec un systeme 32 bits. Merci bcp Médinoc

[JolyLoic]

Tu as plusieurs moyen de connecter C++ et C# :
- P/Invoke (mais tu te limites à une interface C, c'est généralement une bonne solution quand tu as quelques appels simples à faire)
- COM (mais ta DLL C++ doit exposer des objets COM, si c'est déjà le cas tant mieux, sinon, je te le déconseille)
- En écrivant en C++/CLI une couche d'interface par dessus ta bibliothèque C++ qui sera directement accessible en C#. C'est certainement le plus riche (et probablement le plus performant), mais ça demande un peu de boulot.