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

Version imprimable

Voir 40 message(s) de cette discussion en une page

04/11/2014, 09h55
alamata

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 ,...
04/11/2014, 10h37
bacelar

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.
04/11/2014, 10h47
alamata

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#
04/11/2014, 10h54
Médinoc

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

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

j'avais omis de reférencer la .lib

merci de votre patience,...
04/11/2014, 11h55
Médinoc
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).
04/11/2014, 12h10
alamata

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,.. ;)
05/11/2014, 10h20
alamata
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
05/11/2014, 10h45
Médinoc

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:

05/11/2014, 13h53
Médinoc

1 pièce(s) jointe(s)
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.
05/11/2014, 21h37
alamata
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:

06/11/2014, 11h53
Médinoc

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:
06/11/2014, 12h12
alamata

...

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

.....
06/11/2014, 12h27
Médinoc

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);

06/11/2014, 14h59
Médinoc

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?
06/11/2014, 15h53
alamata

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

...

encore merci,...

Voir 40 message(s) de cette discussion en une page