Discussion :

[Cyrilh7]

J'ai essayer de lier à mon programme C++Buider5 une dll compiler à l'aide de Visual C++. Et à chaque fois j'obtient des erreurs dans la mémoire. Les fonctions de la dll tentent de modifier des variables de mon programme sans authorisation. (Comme si la dll partageait la mémoire avec mon programme, mais pas là ou je lui dit)
Je travaille sous WindowsXP, et la dll à été compilé sous windows 2000.
J'ai d'abbord essayez de lier la dll grace au point lib. Puis j'ai aussi essayé de la lier à l'aide des fonctions de l'API windows (LoadLibrary et GetProcAddress), mais aucun résultat.

Merci d'avance pour votre aide!

[Trap D]

Bonjour

Perso, dans ce cas, je fais un chargement dynamique de la Dll avec LoadLibray et GetProcAddress et ça a toujours très bien fonctionné. As-tu utilisé ta dll avec d'autres programmes sans plante ?
On manque de renseignements.

[Cyrilh7]

Oui la dll fonctionne avec des applications Visual C++ et Visual.net

[Trap D]

As - tu vérifié les options d'alignement des données :
style :

Code :

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

#pragma option -a1

On n'y pense pas toujours et ça entraine parfois des problèmes avec des environnements différents.

[DjmSoftware]

Salut
regarde cet excellent article
http://www.bcbdev.com/articles/vcdll2.htm
il est en Anglais
cordialement

[tgempp]

Bonjour,

Il peu exister un autre probleme. Je me suis fait avoir plusieurs fois.

Les fonctions exportees d'une DLL doivent respecter un convention d'appel ou 'Calling Convention'. Il existe plusieurs types de convention d'appel:
- stdcall (la plus utilisée), fastcall, fastthis, pascal, cdecl ...
Suivant le type de convention, les fonctions et leur arguments ne sont pas empilés (et donc depilés) de la meme facon.

Il faut donc bien verifier que le fichier .h contient devant chaque prototype de fonctions la convention d'appel (ex: void __stdcall foo( .... ) )
Si cela n'est pas le cas, rajouter celui qui ne fait pas planter votre programme.

L'alignement des donnes est aussi tres important car il permet d'identifier les adresse memoire des elements des structures (alignement pair par defaut).

Cordialement, Thomas

[Cyrilh7]

merci pour vos réponses, je vais essayer de faire ce que vous m'avez proposé, et je vous tiens au courant.

[Cyrilh7]

Merci à Tous! J'ai résolu le problème grace à vos réponse
C'était éffectivement un problème de convention d'appel.
j'utilisais:

Code :

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

__declspec(dllimport)

au lieu de:

Code :

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

__stdcall

dans le fichier d'entête.