Bonjour,

Je dois dois faire le lien entre une dll C++ et C#

La fonction
    [DllImport(DLL_NAME, CharSet = CharSet.Ansi, EntryPoint = "MvaSensorNew")]
    private static extern IntPtr MvaSensorNew();
retourne un pointeur sur l'objet

La fonction
  [DllImport(DLL_NAME, EntryPoint = "?isButtonPushed@MvaSensor@@QAE_NH@Z",
    CharSet = CharSet.Ansi, CallingConvention = CallingConvention.ThisCall)]
    private static extern bool isButtonPushed(IntPtr _iPtr, int _iNumCapteur);

doit me retourner l'état d'enfoncement d'un bouton d'un matériel.
Or le retour de la fonction est toujours true
- bien que cette dll fonctionne correctement avec un programme C++ classique
- bien que le pointeur soit correct (d'autre procédure de cette dll fonctionne)

Voilà le nom non décoré de la fonction bool MvaSensor::isButtonPushed(int)
Voilà le nom décoré ?isButtonPushed@MvaSensor@@QAE_NH@Z

Il y a t il une erreur de ma part lors de l'appel à cette fonction (exp : bool b=isButtonPushed(iptrHandle,10]) ou lors de sa création pour C#

Merci de vos réponses.
RMI

non à priori, je ne vois pas d'erreur grossière à premiere vue

Maintenant, peut-etre que l'info en argument fait que ta fonction te retourne
toujours true..

Au pire, tu mets un return false des le debut de ta fonction C++ et tu vois bien
ce que tu recuperes.. si tu recuperes False c'est que c'est le code C++ qui est
à incriminer.. sinon, no idea :)

The Monz, Toulouse

Salut,

J'ai fait des tests avec une fonction de la dll qui retourne toujours true (AlwaysTrue) et une qui retourne toujours false (AlwaysFalse)

Résultats :
AlwaysTrue =>true;
AlwaysFalse=>true;

Par contre si on force ces fonction en int
AlwaysTrue =>257;
AlwaysFalse=>256;

Quand penses tu?

RMI

j'en pense qu'il doit y avoir un soucis entre le bool C# et le bool C++ retourne

Cela dit, c'est quand meme etrange car j'ai déja fait ce genre de fonction et
cela fonctionnait sans avoir à faire de "bidouille"

Peut-etre dans les options de compilation de ton projet C++ (genre unicode ou
autre)

The Monz, Toulouse

Ok, je vais voir avec le programmeur de la dll

RMI

Salut, esaye ça..


[ DllImport( "..." ) ]
[ return: MarshalAs( UnmanagedType.Bool ) ] // Valeur de retour sur 1 octet.
public static extern bool DoSomething( .. )

Merci de ton intervention Lutinore, mais ta solution ne fonctionne pas, j'ai un retour toujours à true.

RMI

salut,

si tu mets un retour en byte ca te renvoie quoi ?

sinon tu es sûr du ThisCall, on ne sait jamais si ca passait en Cdecl ou en FastCall ?

ShareVB

Salut,

Je suis sur du ThisCall car j'utilise un objet de la dll et le retour en byte me renvoie une valeur et non un booléen.
Merci de ton intervention

RMI

salut,

de souvenir en C/C++, le BOOL est un int pas un char après effectivement le type "natif" bool est peut être d'un octet...dans tous les cas, tu dit :
    Par contre si on force ces fonction en int
    AlwaysTrue =>257;
    AlwaysFalse=>256;
=> donc true = 1 sur un octet, false = 0 sur un octet, le bit 1 qui se trouve dans le premier bit de deuxième octet doit être résiduel car je ne pense pas qu'un compilateur soit obligé de faire un "xor eax,eax" pour renvoyer un octet dans "al"...

donc normalement si tu fais un retour en "byte", tu dois récupérer 0 et 1 donc tu as ton booléen...


ShareVB