Discussion :

[TheCaribouX]

Bonjour à tous,

ma question provient en gros de deux lacunes dans mes connaissances; mon but est de développer une DLL en C qui soit par la suite utilisable tant en C qu'en Delphi.

Ne connaissant ni le Delphi, ni la base de création d'une DLL (), j'aurais aimé savoir si quelqu'un pourrait m'aiguiller sur un lien concernant les "good practices" qu'il faut avoir pour créer une DLL et la documenter (j'imagine qu'il faut fournir un quelconque fichier de réference..) De plus si quelqu'un peut me dire s'il y a des contraintes supplémentaires auxquelles je dois faire attention afin que la DLL soit "compatible Delphi", c'est volontiers

Merci d'avance et bonne soirée!

[Melem]

Pour la création de DLLs, tu peux avoir une sorte d'introduction ici.

Ensuite, pour qu'une DLL créée en C soit utilisable dans un autre langage, il faut :

- que les fonctions exportées (grossièrement : "les fonctions de ta DLL") utilisent la convention d'appel stdcall (car c'est une des conventions d'appel supportée par Delphi et bien d'autres langages).

- optionnellement (mais assez importante car simplifie l'utilisation de la DLL et maximise sa portabilité), que leur nom ne soient pas décorés (Visual C++ par exemple renomme parfois une fonction stdcall nommée f en une fonction nommée _f@machin-truc (version "décorée" de f) à l'intérieur de la DLL !).

Le mot-clé __stdcall (reconnu par la plupart des compilateurs Windows (Visual, GCC, Borland C, etc.) permet d'indiquer au compilateur que la fonction utilise la convention d'appel stdcall. Par exemple (Fichier : exemple.c) :

Code :

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

1
2
3
4
5
6
7
8
9
int __stdcall f(void)
{
    return 0;
}
 
int __stdcall g(int n)
{
    return n;
}

Pour exporter ces fonction, ajoute à ton projet un fichier DEF (.def) au lieu d'utiliser dllexport. Cela permet de ne pas décorer leur nom au cas ou tu compiles avec Visual. Par exemple (Fichier : exemple.def) :

Code :

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

1
2
3
EXPORTS
    f
    g

Compile le projet. La DLL produite sera utilisable dans tous les langages supportant la convention d'appel stdcall (pratiquement : tous les langages utilisables sous Windows).

[ram-0000]

WinLog est une DLL écrite en C et C++ et utilisable par tous les langages (interface C).

Tu peux t'en inspirer, pour récupérer le projet, regarde le §3.5

[TheCaribouX]

Merci pour vos réponses!

Une question encore; en sortie de la compilation de mon projet, j'obtiens bien une dll, seulement, imaginons que je transmette cette dll à quelqu'un afin qu'il puisse utiliser mes fonctions utilisant la convention d'appel stdcall.

Cette personne aura-t-elle moyen de connaitre quelle est la structure de ces fonctions (parametres et type de retour) ou le seul moyen est-il que je le lui communique directement?

Allez je me lance dans la création de dll, yipeeeee

Merci encore

[ram-0000]

La DLL n'est utile que pour exécuter le programme.

Pour compiler le programme, il faut livrer le .h de la DLL qui déclare les fonctions et les éventuelles structure et define utilisés et/ou retournés par les fonctions.

De plus, il faut aussi livrer le .lib qui permet l'édition de liens.

En environnement de développement, une DLL, c'est au moins 3 fichiers : dll, lib, h

[TheCaribouX]

Okay!

beaucoup pour vos explications, tant claires que rapides!

[TheCaribouX]

Je me permets de continuer la discussion, vu que je reste vraiment dans le meme sujet:

apparemment ma dll fonctionne pas trop mal, excepté pour toutes les fonctions qui prennent en parametre des strings.

Coté code c++, j'ai betement utilisé:
#include <string>

et déclaré mes parametres en tant que string, mais ca ne semble pas ffonctionner. Faut-il un format spécial qui soit "compatible entre c++ et delphi" ?

Merci d'avance et un très bon week-end ensoleillé à tous!

[Médinoc]

Les strings C++ sont clairement inconnues du Delphi.

Il faut voir dans la doc de Delphi, mais je suppose qu'au moins un de ces trois trucs doit marcher:

• char * / char const * : Tableau de caractères dits "ANSI" (en vérité Windows-1252 le plus souvent).
• wchar_t * / wchar_t const * : Tableau de caractères Unicode (UTF-16).
• BSTR : Chaîne de caractères Visual Basic et COM.