Wrapper "c++" de "c" pour c#

Bonjour a tous,...

Voici la situation,...

j'ai un fichier .h que j'aimerais utiliser dans une projet c#

pour ce faire il faut passer par un Wrapper de ce fichier .h en c++ sous forme de .dll intégrable par la suite dans le projet c#

le fichier source lightstone.h

Code:

---

LIGHTSTONE_DECLSPEC lightstone* lightstone_create();

---

dans un projet c++ CLR bibliotheque de class

LightStoneA.h

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

// LightStoneA.h   #include "lightstone/lightstone.h" #pragma once     public ref class LightStoneWrapper { public:   lightstone* lightstone_createW(); }

---

le fichier LightStoneA.cpp

Code:

---

1 2 3 4 5 6

#include "LightStoneA.h"   lightstone* LightStoneWrapper::lightstone_createW() { return lightstone_create(); }

---

j'obtiens 3 erreurs;...

Code:

---

Erreur 1 error LNK2028: jeton non rÚsolu (0A00004F) "extern "C" struct lightstone * __cdecl lightstone_create(void)" (?lightstone_create@@$$J0YAPAUlightstone@@XZ) rÚfÚrencÚ dans la fonction "public: struct lightstone * __clrcall LightStoneWrapper::lightstone_createW(void)" (?lightstone_createW@LightStoneWrapper@@$$FQ$AAMPAUlightstone@@XZ) visual studio 2013\Projects\LightStoneA\LightStoneA\LightStoneA.obj LightStoneA

---

Code:

---

Erreur 2 error LNK2019: symbole externe non rÚsolu "extern "C" struct lightstone * __cdecl lightstone_create(void)" (?lightstone_create@@$$J0YAPAUlightstone@@XZ) rÚfÚrencÚ dans la fonction "public: struct lightstone * __clrcall LightStoneWrapper::lightstone_createW(void)" (?lightstone_createW@LightStoneWrapper@@$$FQ$AAMPAUlightstone@@XZ) visual studio 2013\Projects\LightStoneA\LightStoneA\LightStoneA.obj LightStoneA

---

Code:

---

Erreur 3 error LNK1120: 2 externes non rÚsolus c:\users\alamata\documents\visual studio 2013\Projects\LightStoneA\Debug\LightStoneA.dll LightStoneA

---

...

une âme charitable pour éclairer ma lanterne ,...

Citation:

---

une âme charitable pour éclairer ma lanterne ,... .

---

Heu, désolé, mais là, c'est plus toi à nous fournir un peu de pétrole pour nos lanternes. :aie:

Vu la tronche du biniou, je suis à peu près sûr que ce n'est pas du header-only comme bibliothèque.

Je suppute même, comme qui dirait, une dll dans le noir.

Il faut utiliser le .lib lors de l'édition de lien de votre code C++/CLI.

Bonjour à Vous,...

vous supputer tres bien,... ;)

voici un peu d'essence,...

https://github.com/openyou/liblightstone

""
liblightstone comes in two flavors: Win32 and libusb-1.0. The Win32 version uses direct Win32 DDK calls to access the windows HID system, and reads raw reports from there

""

comment puis je utiliser cette library dans un projet c#

Tu ne l'utilises pas directement dans ton projet C#, tu la lies normalement à ton projet C++/CLI.

...Super ,... merci a vous deux,...

j'avais omis de reférencer la .lib

merci de votre patience,...

Au passage, ceci s'annonce déjà mal pour un wrapper C++/CLI:

Code:

---

1 2 3 4 5 6

public ref class LightStoneWrapper { public:   lightstone* lightstone_createW(); }

---

Tu n'es pas censé avoir de fonction publique retournant un pointeur nu vers l'objet de la bibliothèque sous-jacente. En fait, tous les types de la bibliothèque sous-jacente sont à considérés comme privés, et le code C# ne doit voir que des wrappers dessus (pour les types référence) ou des structures de données converties lors des appels (pour les types valeur).

Resalut,...

Citation:

---

Envoyé par Médinoc

Au passage, ceci s'annonce déjà mal pour un wrapper C++/CLI:

Tu n'es pas censé avoir de fonction publique retournant un pointeur nu vers l'objet de la bibliothèque sous-jacente. En fait, tous les types de la bibliothèque sous-jacente sont à considérés comme privés, et le code C# ne doit voir que des wrappers dessus (pour les types référence) ou des structures de données converties lors des appels (pour les types valeur).

---

:hola: vous êtes quand même des super crack,...

j'allais justement revenir vers vous avec une erreur en c# :oops:

Code:

---

'LightStoneWrapper.LightStoneW.lightstone_createW()' est inaccessible en raison de son niveau de protection

---

problème que tu viens d'aborder a l’instant même ,...

au cas ou,... :roll:

pourrais je lors de la suite de mes tentative d'utilisation de cette librairie en c#
venir centraliser mes questions dans ce post,...

merci a vous pour vote patience,.. ;)

Bonjour,...

C'est dans le flou total que je m'adresse à vous,...

en effet, après moult essais infructueux, dont notamment des "error C2371: 'lightstone'*: redéfinition*; types de base différents",...

je n'y arrive toujours pas,...:oops:après plusieurs heures d'essais et de recherches:oops:

j'aurais vraiment encore besoin de vous pour m'aiguiller dans la constitution de ce wrapper,...

comment puis je rendre visible,...

Code:

---

1 2 3 4 5 6 7 8

LIGHTSTONE_DECLSPEC lightstone* lightstone_create() { lightstone* s = (lightstone*)malloc(sizeof(lightstone)); s->_is_open = 0; s->_is_inited = 0; return s; }

---

merci de votre patience

Rendre visible pour qui? Pour la DLL C++/CLI (bon) ou pour le programme C# (mauvais)?

Dans le premier cas, ce qui est important n'est pas le code que tu montres: C'est la définition du type lightstone (ou plutôt les définitions, car apparemment il y en a plusieurs, c'est justement le problème) qui est important.

Citation:

---

Envoyé par Médinoc

Rendre visible pour qui? Pour la DLL C++/CLI (bon) ou pour le programme C# (mauvais)?

---

rendre visible pour la dll ,... ;)

Citation:

---

Envoyé par Médinoc

Dans le premier cas, ce qui est important n'est pas le code que tu montres: C'est la définition du type lightstone (ou plutôt les définitions, car apparemment il y en a plusieurs, c'est justement le problème) qui est important.

---

dans ce contexte,...

Code:

---

1 2 3 4 5 6 7 8 9

typedef struct { /// Windows device handle HANDLE* _dev; /// 0 if device is closed, > 0 otherwise int _is_open; /// 0 if device is initialized, > 0 otherwise int _is_inited; } lightstone;

---

...est ce que cela peut aider,...

désole pour mon manque de compétences dans le domaine,...:oops:

Je pense avoir reproduit l'erreur et trouvé la solution: Les fonctions de la bibliothèque ne sont probablement pas déclarées extern "C".
Dans le projet C++/CLI, essaie d'entourer ainsi le #include:

Code:

---

1 2 3

extern "C" { #include "Lightstone.h" }

---

Dans mon code d'essai, ça a résolu le problème.

Bonjour,..

Je tiens tout d'abords à le dire bien haut et bien fort

:hola: MERCI

MERCI à vous
pour
votre tolérance
votre patience
votre persévérance
votre compréhension,....

..sans oublier.... votre sens de la communauté...

...ainsi que de
votre gentillesse,...

...je suis desolé pour cette effusion

mais dans le cas qui nous occupe ici

c'est ce que j'ai ressenti et vecu,...

:hola: grace a vous,...


Cependant je me permet d'abuser,...


avec

Code:

---

1 2 3 4

LightstoneWrapper::LightstoneWrapper() { pNativeObj = lightstone_create(); }

---

et en c#

Code:

---

LightstoneWrapper obj = new LightstoneWrapper();

---

comment ""atteindre"" , ""récuperer"" le resultat de lightstone_create(); le pNativeObj

je suis navré de demander encore des explications,...:oops:
mais je ne comprend pas,... et je n'aime pas ca,... ;)

Le code C# n'est pas censé y avoir directement accès, c'est pour ça que c'est un wrapper.
La classe C++/CLI LightstoneWrapper doit exposer des wrappers pour toutes les fonctions de la bibliothèque qui utilisent l'objet lightstone.

Par exemple, pour LIGHTSTONE_DECLSPEC int lightstone_get_count(lightstone* s) et LIGHTSTONE_DECLSPEC int lightstone_open(lightstone* s, unsigned int device_index)

Code:

---

1 2 3 4

//Dans le .h, dans la classe LightstoneWrapper public: property int Count { int get(); } /*Il faudra vérifier, je ne suis plus 100% sûr de la syntaxe pour les propriétés*/ int Open(unsigned int device_index);

---

Code:

---

1 2 3 4 5 6 7 8 9 10

//Dans le .cpp, à côté des autres implémentations int LightstoneWrapper::Count::get() { return lightstone_get_count(pNativeObj); }   int LightstoneWrapper::Open(unsigned int device_index) { return lightstone_open(pNativeObj, device_index); }

---

Note: Ma version de Open() est une implémentation "naïve", où l'on retourne directmeent le code d'erreur.
Une implémentation plus élaborée retournerait void et lancerait une exception personnalisée (genre gcnew LigthstoneException) avec le code d'erreur quand celui-ci est différent de zéro.

Bonjour,...

Citation:

---

Envoyé par Médinoc

Le code C# n'est pas censé y avoir directement accès, c'est pour ça que c'est un wrapper.
La classe C++/CLI LightstoneWrapper doit exposer des wrappers pour toutes les fonctions de la bibliothèque qui utilisent l'objet lightstone.

---

ok, je pense avoir compris le principe,... il est temps,... ;)...

cependant,... :oops:

avec le dernier code fourni qui m'est encore une fois très précieux,...

j'obtiens des erreurs , qui je crois sont liées à ""pNativeObj""

Code:

---

1 2

Error 1 error LNK2001: unresolved external symbol "extern "C" int __cdecl lightstone_get_count(struct lightstone *)" (?lightstone_get_count@@$$J0YAHPAUlightstone@@@Z) CppCliWrapper.obj CppCliWrapper Error 2 error LNK2001: unresolved external symbol "extern "C" int __cdecl lightstone_open(struct lightstone *,unsigned int)" (?lightstone_open@@$$J0YAHPAUlightstone@@I@Z) CppCliWrapper.obj CppCliWrapper

---

et une nouvelle fois je ne sait comment les résoudre,... :oops:

Ben elles sont censées être au même endroit que lightstone_create() et compagnie, c'est en recherchant "lightstone_create" je les ai trouvées... :calim2:

...

c'est vraiment ardu,...:weird:

.....

Hé bien elles sont toutes déclarées dans le même header et le résultat semble tenir dans la même lib, donc si lightstone_create() et lightstone_delete() marchent il n'y a pas de raison pour que lightstone_get_count() et lightstone_open() ne marche pas...

PS: Penser aussi à faire la même chose pour les autres fonctions: lightstone_close(), lightstone_get_info(), lightstone_valid() (property)...

...

j'ai par exemple

le .h

Code:

---

1 2 3 4 5 6

property int Count{ int get(); } int Open(unsigned int device_index); int Close(); int Valid(); int Read(unsigned char *report);

---

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

int LightstoneWrapper::Count::get() { return lightstone_get_count(pNativeObj); }     int LightstoneWrapper::Open(unsigned int device_index) { return lightstone_open(pNativeObj, device_index); }   int LightstoneWrapper::Close() { return lightstone_close(pNativeObj); } int LightstoneWrapper::Valid() { return lightstone_valid(pNativeObj); }   int LightstoneWrapper::Read(unsigned char *report) { return lightstone_read(pNativeObj,report); }

---

m'apporte egalement des erreurs....

Code:

---

1 2 3 4 5 6

Error 1 error LNK2001: unresolved external symbol "extern "C" int __cdecl lightstone_get_count(struct lightstone *)" (?lightstone_get_count@@$$J0YAHPAUlightstone@@@Z) CppCliWrapper.obj CppCliWrapper Error 2 error LNK2001: unresolved external symbol "extern "C" int __cdecl lightstone_open(struct lightstone *,unsigned int)" (?lightstone_open@@$$J0YAHPAUlightstone@@I@Z) CppCliWrapper.obj CppCliWrapper Error 3 error LNK2001: unresolved external symbol "extern "C" int __cdecl lightstone_close(struct lightstone *)" (?lightstone_close@@$$J0YAHPAUlightstone@@@Z) CppCliWrapper.obj CppCliWrapper Error 4 error LNK2001: unresolved external symbol "extern "C" int __cdecl lightstone_valid(struct lightstone *)" (?lightstone_valid@@$$J0YAHPAUlightstone@@@Z) CppCliWrapper.obj CppCliWrapper Error 5 error LNK2001: unresolved external symbol "extern "C" int __cdecl lightstone_read(struct lightstone *,unsigned char *)" (?lightstone_read@@$$J0YAHPAUlightstone@@PAE@Z) CppCliWrapper.obj CppCliWrapper

---

je n'y arrive pas encore pour ,...

Code:

---

lightstone_info lightstone_get_info(lightstone* dev);

---

Je ne comprends pas. Comment as-tu fait pour que lightstone_create() et lightstone_delete() marchent? Fais simplement la même chose!
L'inclusion du header est toujours dans le bloc extern "C", non?

...je ne comprend pas non plus,... bien évidement,... :oops:

...

encore merci,...

Citation:

---

Envoyé par alamata

...

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

int LightstoneWrapper::Count::get() { return lightstone_get_count(pNativeObj); }     int LightstoneWrapper::Open(unsigned int device_index) { return lightstone_open(pNativeObj, device_index); }   int LightstoneWrapper::Close() { return lightstone_close(pNativeObj); } int LightstoneWrapper::Valid() { return lightstone_valid(pNativeObj); }   int LightstoneWrapper::Read(unsigned char *report) { return lightstone_read(pNativeObj,report); }

---

---

et tu les as inventées les méthodes appelées ? elles sortent d'où ? on va pas le deviner pour toi...

Citation:

---

Envoyé par alamata

Code:

---

1 2 3 4 5 6

Error 1 error LNK2001: unresolved external symbol "extern "C" int __cdecl lightstone_get_count(struct lightstone *)" (?lightstone_get_count@@$$J0YAHPAUlightstone@@@Z) CppCliWrapper.obj CppCliWrapper Error 2 error LNK2001: unresolved external symbol "extern "C" int __cdecl lightstone_open(struct lightstone *,unsigned int)" (?lightstone_open@@$$J0YAHPAUlightstone@@I@Z) CppCliWrapper.obj CppCliWrapper Error 3 error LNK2001: unresolved external symbol "extern "C" int __cdecl lightstone_close(struct lightstone *)" (?lightstone_close@@$$J0YAHPAUlightstone@@@Z) CppCliWrapper.obj CppCliWrapper Error 4 error LNK2001: unresolved external symbol "extern "C" int __cdecl lightstone_valid(struct lightstone *)" (?lightstone_valid@@$$J0YAHPAUlightstone@@@Z) CppCliWrapper.obj CppCliWrapper Error 5 error LNK2001: unresolved external symbol "extern "C" int __cdecl lightstone_read(struct lightstone *,unsigned char *)" (?lightstone_read@@$$J0YAHPAUlightstone@@PAE@Z) CppCliWrapper.obj CppCliWrapper

---

---

Avec des messages d'erreur aussi explicite, un minimum d'effort serait de les lire.. :weird:

je rappel que le forum est là pour aider les utilisateurs, pas pour réaliser leurs projets à leur place
sinon faut juste revoir ses ambitions à la baisse et faire des projets réalisables pour commencer :roll:

Bousk, je trouve que le message n'est aussi clair que cela.
Le nom manglé ne correspond pas à un nom C mais à un nom C++, c'est pas normal.

le .h et la manière d'on il est inclus dand le projet C++/CLI, SVP.

...

Voila,...

je suis reparti de zero, sur un environnement de développement sain,...

et la plus d'erreurs,...:P

j'ai codé le reste et tout est fonctionnel,... :P

merci pour votre aide et votre patience

message s'adressant surtout @Médinoc,... encore merci a lui,...

....