Discussion :

[monmien]

Bonjour,

Je cherche a ajouter une gestion simplifié du wifi sur un appareil WinCe6 a partir d'un programme en c#.
Le fabricant du lecteur m'a fourni le sdk pour l'accés a la partie wifi (http://www.lairdtech.com/brandworld/...pers%20Kit.pdf)

La doc est clair, pour du .net il faut un wrapper. Clairement c'est nouveau pour moi.
J'ai suivi les tutos que j'ai pu trouver et j'en suis la :
J'ai un projet CLI sur VS2008, j'ai ajouter le .h et le .lib founit et j'ai fait un bout de code basique pour tester :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
#pragma once
#include "sdc_sdk.h"
using namespace System;
namespace WrapperSCU {
	public ref class WrapperSCUClass
	{
		public: 			
			int WRadioDisable()
			{
				SDCERR	ret=RadioDisable();
				if(ret==SDCERR_SUCCESS)
					return 0;
				else
					return -1;
			}
	};

J'obtiens le duo d'erreur : LNK2028 LNK2019 qui me dit que la fonction RadioDisable n'a pu etre linké.

Aprés recherche il semblerait que ca peut venir de la difference de compilateur C++ entre la lib et mon projet. Dans la doc il parle de Embedded VC++, pas vraiment la techno la plus moderne...
Je l'ai installé sur un VM ( ca ne s'installe plus sur W8.1) mais eVC ne propose pas de créer de wrapper...

Je suis a court d'idée, si jamais vous avez une piste je suis preneur.

Merci d'avance.

[bacelar]

LNK2028 LNK2019 qui me dit que la fonction RadioDisable n'a pu etre linké.

Vous avez oubliez d'entourer l'include du SDK par

Code :

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

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

C'est une lib en C et pas en C++, avec cette astuce, le linker peut utiliser cette librairie sdk.lib, qui a des noms de symbole au format C et non C++.

Embedded VC++

Ça sent le sapin !!!
Vérifiez la plateforme cible de votre Dll, elle doit être compatible avec l'OS de l'appareil cible.

[monmien]

Je ne l'ai pas précisé mais le .h contient le extern_c

Code :

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

1
2
3
#ifdef __cplusplus
 extern "C" {
#endif

Je pense que ça doit faire pareil.

La plateforme cible est compatible, c'est la même que pour mon projet c# qui fonctionne sans soucis sur l'appareil (NetCompact 3.5) la cible peut avoir un impact sur le link ?

[bacelar]

Je pense que ça doit faire pareil.

Oui, mais comme je l'avais vu dans la documentation et pas dans votre code, cela m'avait fait tiquer.

LNK2028

https://msdn.microsoft.com/en-us/lib...or=-2147217396
Il faut donc changer les options de compilation, car votre assembly C++/CLI d’interconnexion avec ce SDK ne peut être "/clr:pure".
https://msdn.microsoft.com/en-us/library/k8d11d4s.aspx

[monmien]

J'ai vérifié je ne suis pas en /clr:pure mais bien en /clr.

Je ne comprends pas bien l'usage de __declspec(dllexport) j'ai mis __declspec(dllimport) devant ma déclaration sdc_sdk.h mais pas de changement.

c'est noté de compiler en /LD mais je ne trouve pas cette option, je n'ai que /MT /MTd /MD /MDd. Selon la doc du deuxième lien /MT semblait le plus approprié.

Si je ne peux pas m'en sortir avec un wrapper, est-ce que faire une dll c++ classique a partir de la lib et l’utiliser avec des import en c# serait une option viable ?

[Médinoc]

Euh, il me semblait que seuls /MD et /MDd étaient compatibles avec /clr...

Personnellement, je conseillerais de commencer par tester si tu arrives à utiliser la lib dans un programme natif, avant d'ajouter les autres facteurs comme le /clr.