[R] Utiliser une DLL

[Sea]

Salut tout le monde voila petit problème de compatibilité je souhaiterais dans Scite lors d'un F5(exécution rapide) que mon code sois exécuté en x86 et non en x64 car c'est incompatible avec ma DLL et c'est un peu lourd de devoir compiler à chaque fois pour tester donc comment faire pour changer ce petit réglage?

Merci d'avance

[Sea]

Il semblerais que la directive #AutoIt3Wrapper_UseX64=n suffise...

Bon par contre j'ai un petit soucis c'est que j'ai un crash en utilisant ma DLL(compiler avec mingw), ma fonction s'exécute correctement puis il me dis Autoit à cessé de fonctionner après :/

je met quand même mon code même si il s'agit du code par défaut de codeblocks

main.cpp

► Afficher le texte

Code : Tout sélectionner

#include "main.h"

// a sample exported function
void DLL_EXPORT SomeFunction(const LPCSTR sometext)
{
    MessageBoxA(0, sometext, "DLL Message", MB_OK | MB_ICONINFORMATION);
}

BOOL WINAPI DllMain(HINSTANCE hinstDLL, DWORD fdwReason, LPVOID lpvReserved)
{
    switch (fdwReason)
    {
        case DLL_PROCESS_ATTACH:
            // attach to process
            // return FALSE to fail DLL load
            break;

        case DLL_PROCESS_DETACH:
            // detach from process
            break;

        case DLL_THREAD_ATTACH:
            // attach to thread
            break;

        case DLL_THREAD_DETACH:
            // detach from thread
            break;
    }
    return TRUE; // succesful
}
 

main.h

► Afficher le texte

Code : Tout sélectionner

#ifndef __MAIN_H__
#define __MAIN_H__

#include <windows.h>

/*  To use this exported function of dll, include this header
 *  in your project.
 */

#ifdef BUILD_DLL
    #define DLL_EXPORT __declspec(dllexport)
#else
    #define DLL_EXPORT __declspec(dllimport)
#endif


#ifdef __cplusplus
extern "C"
{
#endif

void DLL_EXPORT SomeFunction(const LPCSTR sometext);

#ifdef __cplusplus
}
#endif

#endif // __MAIN_H__
 

et mon code Autoit

► Afficher le texte

Code : Tout sélectionner

#Region ;**** Directives created by AutoIt3Wrapper_GUI ****
#AutoIt3Wrapper_UseX64=n
#AutoIt3Wrapper_Res_requestedExecutionLevel=asInvoker
#EndRegion ;**** Directives created by AutoIt3Wrapper_GUI ****


$test = DllOpen("DLL.dll")
DllCall($test,"none","SomeFunction","str","Teeeeesssst")
MsgBox(0,"","") ;Cette msgbox ne s'affiche pas ça crash avant
 

[matwachich]

C'est parce que vous ne spécifiez pas le bon protocole d'appel de fonction.
Par défaut, MinGW compile les fonctions en cdecl, et en regardant la doc de DllCall, on voit que pour appeler une fonction en cdecl, il faut faire:

Code : Tout sélectionner

DllCall($test,"none:cdecl","SomeFunction","str","Teeeeesssst")

N'oubliez jamais ce détails, quand une fonction de dll crash sans raison apparente, vérifiez toujours ça. Utilisant beaucoup de dlls, je me suis beaucoup casser la gueule avec ce problème!

Plus de détails: http://en.wikipedia.org/wiki/X86_calling_conventions et http://blogs.msdn.com/b/oldnewthing/arc ... 48616.aspx
Sachez aussi que les 2 plus utilisées sont: stdcall par défaut sur l'API Win32, et cdecl par défaut ailleurs (surtout les projets open sources issus du monde de linux)

Pour compiler votre dll en stdcall, il faut ajouter le mot clé __stdcall dans la déclaration de fonction, ou exactement, je ne m'en souviens pas (google!)

[Sea]

Erfff merci beaucoup pour ton aide comme d'hab c'est les petits détails très cons qui te font le plus chier...

Humm afin de ne pas polluer je vais continuer dans ce sujet.
Je rencontre un petit soucis mais la je pense c'est plus un soucis de C++ qu'autre chose.
Voila je compte faire des fonctions qui lise un entier en C++ et l'utiliser en Autoit.
Pour cela j'ai donc fais ceci en C++

main.cpp

► Afficher le texte

Code : Tout sélectionner

#include "main.h"
#include <fstream>
#include <iostream>

using namespace std;

ifstream& DLL_EXPORT OpenData(const string DataFile)
{
    ifstream Data;
    Data.open((char*)DataFile.c_str(), ios::in | ios::binary);
    return Data;
}

int DLL_EXPORT ReadInt32(ifstream& Stream)
{
    int Integer;
    Stream.read((char *) &Integer,4);
    return Integer;
}
 

et mon code autoit

► Afficher le texte

Code : Tout sélectionner

#Region ;**** Directives created by AutoIt3Wrapper_GUI ****
#AutoIt3Wrapper_UseX64=n
#AutoIt3Wrapper_Res_requestedExecutionLevel=asInvoker
#EndRegion ;**** Directives created by AutoIt3Wrapper_GUI ****

$test = DllOpen("DLL\bin\Debug\DLL.dll")
$call = DllCall($test,"ifstream*:cdecl","OpenData","str","File.data")
$final = DllCall($test,"int:cdecl","ReadInt32","ifstream*",$call)
MsgBox(0,"",$final)
 

Mon type de donnée en autoit est-il le bon? Es-ce possible de passé une référence en autoit comme type?

[jchd]

Je te sens parti sur une mauvaise piste ou, à tout le moins, une pente savonneuse. En effet, tu sembles oublier que ton code doit être du C et non du C++.
Ce que la bibliothèque std appelle une string est une entité C++, un objet qui n'a rien à voir avec une chaîne C (char *) ni avec une wstr Windows (une chaîne Unicode en UTF-16 comme les chaînes natives AutoIt). Au passage, le fichier en char * ne fonctionnerait pas avec un fichier employant un caractère Unicode > 0xFF.

Oublie ton compilo C++ et n'utilise que du C avec la convention d'appel que tu souhaites (cdecl ou stdcall), en restant cohérent entre définition et invocation.

[matwachich]

En gros, je pense que jchd veut dire que entre AutoIt et la DLL, il ne peut y avoir que des types de données standards, et surtout pas d'objets C++ (c'est pour ça que je n'utilise jamais le C++)

Et aussi, je vois que d'après l'appel à la fonction OpenData avec DllCall, vous faite comme si elle retournée non seulement un pointeur (ce est faux, car elle retourne une structure, ou un objet (je répète, je ne suis pas du tout C++)), et en plus, un pointeur sur ifstream, qui est une entité totalement inconnue de AutoIt

Voici comme je ferrai:

► Afficher le texteLa Dll

Code : Tout sélectionner

void* DLL_EXPORT OpenData(const char* file)
{
    ifstream* Data = new (ifstream); // allocation dynamic, pour que l'objet reste valable même en sortant de cette fonction (notions de "variable scope")
    Data->open(file, ios::in | ios::binary);
    return (void*)Data;
}

void DLL_EXPORT CloseData(ifstream* Stream)
{
    Stream->close ... // ou je ne sais pas comment fermer, terminer cet objet
    delete Stream;
}

int DLL_EXPORT ReadInt32(ifstream* Stream)
{
    int Integer;
    Stream->read((char *) &Integer, 4); // là, je comprend rien! vous castez un int en char* pour le lire... pifou, vive le C et la simplicité!
    return Integer;
}

► Afficher le texteAutoIt

Code : Tout sélectionner

#Region ;**** Directives created by AutoIt3Wrapper_GUI ****
#AutoIt3Wrapper_UseX64=n
#AutoIt3Wrapper_Res_requestedExecutionLevel=asInvoker
#EndRegion ;**** Directives created by AutoIt3Wrapper_GUI ****

$test = DllOpen("DLL\bin\Debug\DLL.dll")
; cette fonction retourne un pointeur, AutoIt n'a pas besoin de savoir de quel type de pointeur il s'agit
$call = DllCall($test,"ptr:cdecl","OpenData","str","File.data")
$final = DllCall($test,"int:cdecl","ReadInt32","ptr",$call[0]) ; pour le [0], lisez bien la doc de DllCall
DllCall($test, "void:cdecl", "CloseData", "ptr", $call[0]) ; n'oubliez jamais d'appeler cette fonction, elle libérera la mémoire allouée dynamiquement pour l'objet ifstream. Si non, fuite de mémoire (vous avez bien fini le cours du C/C++ de matéo, n'est pas? :P )
MsgBox(0,"",$final)

[jchd]

De plus, si c'est pour lire un entier (ou une structure quelconque) depuis un fichier, autant utiliser les moyens dont dispose déjà AutoIt. Pas besoin d'une DLL pour ça.
Je ne commenterai pas ce cast...

[Sea]

Merci matwachich c'est exactement ce que je cherchais que dire à par merci...
C'est vrai que sans l'allocation dynamique ça peut pas marcher.

jchd c'est vrai mais désirant effectuer d'autre type de lecture(lecture d'union, de double etc...) en autoit c'est assez lourd a gérer et surtout très lent donc j'ai voulu faire ces fonctions pour voir si le problème de lenteur est réduite. Sinon bha je ferais tout en C++ mais n'ayant jamais travailler avec les DLL je me suis dis que c'étais l'occasion

[jchd]

DllCall est aussi très lourd, donc lent.

[Sea]

Oui mais j'ai pu faire un test sur 2 appelle une fonction en full autoit gagne de 0.5seconde
Mais par exemple sur 40 appelle de fonction, un dllcall gagne 1,5seconde comparais à ma fonction en full autoit(et ça c'est pour les int... alors pour les float ou la fonction est assez lourd je te dis pas).
Sachant qu'il s'agit parfois de fichiers pesant plusieurs mo, au final je gagne du temps