Discussion :

[parabole33]

bonsoir ,

Je souhaiterai apprendre à creer des DLL avec Borland C++ .
Je recherche donc des conseils par rapport aux appel , les access , les variables etc...

G essayé de suivre le tuto en creant un test avec le wizard .

Lors de la première compilation g déjà une erreur !!

[BCC32 Erreur] rpcnsip.h(30): E2303 Nom de type attendu

ca coince sur cette ligne ..

Code :

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

1
2
3
4
 
typedef struct
{
   RPC_NS_HANDLE        LookupContext;

Ca promet pour la suite !!!

merci pour vôtre aide

[ShaiLeTroll]

Pense qu'il faut mettre dans les options de projet, le chemin des include
rpcnsip.h est une unité standard, tu devrais avoir par défaut
dans "$(BDS)\include", je suppose que tu l'as inclu dans une de tes unités, elle n'est pas embarqué par Défaut !

tu as généré une DLL C++ avec support de la VCL ?
Pour les autres combinaisons d'options, je ne l'ai jamais fait et puis ne pas utiliser la VCL sous C++Builder c'est comme ne pas utiliser les MFC sous Visual

[parabole33]

Aurais tu des conseils pour les dll en général ?

les access aux variables depuis exterieur structures appel fonction , class etc ?

Histoire de prendre les bonnes habitudes ....

merci

[ShaiLeTroll]

A part, faire attention à toujours utilisé __stdcall, utilisé les types simples ou les types windows, éviter AnsiString dans les fonctions exportées, je vois pas grand chose !

J'ai souvent utilisé des struct, en général, je fais une ou plusieurs classes Wrappers qui encapsule la DLL (peu importe si développez en interne ou par un tiers), ce permet de pas se poser des questions sur l'utilisation, la mémoire, ...

Selon les cas, je trouve que l'objet COM\ActiveX, c'est vraiment pratique, la TLB en MIDL (Microsoft Interface Definition Language) et le wrapper généré pour la CoClass, cela te donne une bonne architecture, facilite l'interop, on peut le pousser avec du DCOM (là c'est un exe)

En ce moment, je me suis lancé dans le développement de DLL aussi, en fait, je n'ai que deux méthodes exportées, GetInterface et GetLastError, la 1ere renvoi une interface (pure abstract c++) qui offre les fonctionnalités génériques et fourni l'accès à tout une collection d'objet (une sorte de Factory), certains d'entre propose une interface (Delphi Interface) qui avec Supports permet de savoir si l'on peut l'utiliser ou pas,
c'est très proche du COMFactory sauf que là mes DLL, je ne les enregistre pas et que surtout je vais en avoir plusieurs qui implémentent les mêmes interfaces.

Si tu es curieux :
[C++\Delphi] Interface, Héritage et Supports !
Interface dont l'implémentation est réparti dans plusieurs classes
Pattern Strategy et Constructeurs Virtuels VCL

[parabole33]

je potasse tous tes liens

merci beaucoup pour tes conseils !

[parabole33]

une petite question de débutant ?

Quand on fait un Dll , pour une utilisation dynamique , y a t il une importance pour le langage d'appel .

En gros je compile en Builder c++ et c pour une utlisation en Delphi .

Dans le cas inverse , quelle est la solution la plus simple ???

merci

[ShaiLeTroll]

C++Builder \ Delphi, cela reste très compatible, cela peut même partager des BPL et donc des classes, même si je te conseille de rester dans un style d'API à la Microsoft !

l'ActiveX permet d'assurer une compatiblité COM qui sera bien géré par VSC++, C# Interop COM, VB et VB.Net, VBScript (comme dans Excel)...

[parabole33]

merci