Erreur lors de l'utilisation d'une fonction d'une DLL

**el_louga** · 31/07/2008, 18h12

Bonjour,

j'ai un réel problème à lire une fonction contenue dans une DLL. Mon code est présenté ci-dessous. En mode DEBUG, le programme semble voir la DLL et la fonction, car ma variable verification indique 1.

Cependant, lorsque j'arrive à la ligne où j'appelle ma fonction :

XsatTPtillnerroth4(T,P,&variable_out1,&variable_out2,&variable_out3,&variable_out4,&variable_out5,&variable_out6,&variable_out7,&variable_out8);

j'ai cette erreur : Unhandled exception at 0x0d69ca14 in CC6.exe 0xC0000005 : Access violation reading location 0x41430329.

J'ai l'impression que cela a rapport avec mes pointeurs ... mais je suis assez débutant en C ++ alors je ne suis pas certain.

Quelqu'un peut m'aider avec ceci ?

Merci

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
void addk(float *y, float *x, double t, double p, float *xkv)
{	
	//On défini le format de la fonction 1 de Brice à aller chercher
	typedef void(_stdcall* FunctionDLL_1)(double,double,double*,double*,double*,double*,double*,double*,double*,double*);
 
	// On commence par mettre la température et la pression dans les unités de la DLL de Brice
	// Présentement, elles sont dans les unités internes de CHEMCAD (RANKINE et PSIA)
	double T = t*0.5556;
	double P = p*0.0068948;
 
	// On défini le chemin de la DLL
	HINSTANCE DLL_path;
	FunctionDLL_1 XsatTPtillnerroth4;
	DLL_path = LoadLibrary("./propthermo.dll");
	XsatTPtillnerroth4 = (FunctionDLL_1)GetProcAddress(DLL_path,"XsatTPtillnerroth4");
 
 
	double verification;	
 
	if (XsatTPtillnerroth4 != NULL)
	//if (PRESSdll != NULL)
	{
		verification = 1;
	}
	else
	{	
		verification = 0;
	}
 
	//On défini les variables à utiliser dans les fonctions en entrée et sortie
	double variable_out1;
	double variable_out2;
	double variable_out3;
	double variable_out4;
	double variable_out5;
	double variable_out6;
	double variable_out7;
	double variable_out8;
 
	//On appelle alors la fonction en définissant en premier le nom des variables
	XsatTPtillnerroth4(T,P,&variable_out1,&variable_out2,&variable_out3,&variable_out4,&variable_out5,&variable_out6,&variable_out7,&variable_out8);
 
 
	// On libère la dll après sont calcul
	FreeLibrary(DLL_path);
 
}

**Klaim** · 01/08/2008, 00h36

XsatTPtillnerroth4 = (FunctionDLL_1)GetProcAddress(DLL_path,"XsatTPtillnerroth4");

Est-ce que tu es sur que c'est bien la signature de ta fonction de dll dans les quotes?

Si tu utilises directement un .def pour indiquer les fonctions exportées par ta dll, alors ça devrait passer.

Part contre si tu es sous visual studio et que tu utilises "__declspec( dllexport )" alors le nom de ta fonction sera généré et décoré. Vérifie dans le .def généré pour voir si le nom corresponds bien réellement?

**el_louga** · 01/08/2008, 03h59

Je ne connais pas trop les DLL, mais je n'ai pas de fichier .def, mais seulement propthermo.dll qui a été généré à partir de code fortran.

J'ai par contre utilisé le logicial DEPENDENCY WALKER pour savoir les modules à utiliser avec ma dll. Dans ce logiciel, le nom des fonctions présentes étaient inscrites et il s'agissait bien exactement de XsatTPtillnerroth4.

De plus, est-ce que ma variable vérification serait égale à 1 si je n'avais pas le bon nom de fonction ?

**Klaim** · 01/08/2008, 15h18

Oui, je posais la question dans le doute, parcequ'il y aurait pu y avoir une autre fonction avec une signature différente (et qui aurait du coup pas exactement le même nom, peut être avec des décorations).

**nicroman** · 02/08/2008, 04h51

Mais la fonction utilise bien _stdcall ?
C'est une source classique d'erreur avec les DLLs

**el_louga** · 04/08/2008, 15h43

En fait, ma fonction dans ma dll provient d'un code FORTRAN. Est-ce que le _stdcall est pas défaut celui de Fortran ?

De plus, je me demandais si je devais utiliser un EXTERN "C" quelques part vu que c'est un dll venant du fortran.

**nicroman** · 05/08/2008, 02h06

Haaaa.... essayes donc avec _cdecl !

Il y a 3 types de passage de paramètres sous Visual:
_stdcall: l'appelant empile les paramètres, l'appelé les dépile => code plus court, impossibilité d'utiliser des varargs
_cdecl: l'appelant empile les paramètres *et* les dépile => code plus long (dépilage dupliqué à chaque appel), possibilité d'utiliser les varargs (l'appelant sait combien de paramètres il a empilé)
_fastcall: l'appelant utilse au maximum les registres => code plus rapide.

A noter que _cdecl est la valeur par défaut pour le C/C++, et comme tu passes par un LoadLibrary, GetProcAddress, nul besoin de faire un extern "C" (qui sert juste à indiquer au compilo que ce qui suit ne doit *pas* être décoré).
Hors ton code spécifie un _stdcall (type d'appel de l'API windows)... d'ou certainement l'erreur...

**el_louga** · 05/08/2008, 15h55

Je ne suis pas sûr de comprendre ta dernière phrase où tu dis d'écrire à l'extérieur de mon code un

_stdcall(type d'appel de l'API windows)

Par extérieur de mon code veux-tu dire hors de ma fonction ADDK ?
Le type d'appel de l'API windows sera _cdecl selon ce que j'ai pu comprendre ?

Peux-tu me donner un peu plus de détails.

Merci !

**nicroman** · 06/08/2008, 03h50

Toutes les fonctions windows (ou presque) et en tout cas, la grande majorité des interfaces COM utilisent la convention _stdcall

C'est à dire que l'appelant va empiler les paramètres, appeler la fonction, et ... c'est tout ! La fonction appelée est charger de dépiler ces paramètres. Si elle ne le fait pas, la pile est corrompue !

TU as déclaré ta fonction par:

Code :

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

1
2
typedef void(_stdcall* FunctionDLL_1)(double,double,double*,double*,double*,double*,double*,double*,double*,double*);

Ce qui veut dire que pour un appel à un *FunctionDLL_1, le compilateur va générer exactement ce qui est dit plus haut: Empilage des paramètres, appel de la fonction, et c'est tout ! Si la fonction appellée ne dépile pas les paramètres => corruption de pile.

Mais ce mode de passage par paramètres n'est PAS le mode par défaut en C++, le mode par défaut est _cdecl, qui permet (entre autre) d'utiliser l'ellipsis...
La DLL que tu invoques a forcément un mode de passage de paramètre. Si ce mode est inconnu, je parierai d'abord sur ce mode là (_cdecl).

Donc... je te suggères de remplacer le _stdcall par _cdecl....

Code :

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

1
2
typedef void(_cdecl* FunctionDLL_1)(double,double,double*,double*,double*,double*,double*,double*,double*,double*);

**el_louga** · 06/08/2008, 16h42

Finalement, j'ai trouvé mon erreur et c'était tout autre chose.

Il fallait bien que j'utilise de _stdcall, mais j'avais des erreurs dans la déclaration et dans l'appel de ma fontion XsatTPtillnerroth4.

Voici le nouveau code qui fonctionne, je le met tout d'un coup que quelqu'un d'autre ait le même problème que moi.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
 
void addk(float *y, float *x, double t, double p, float *xkv)
{	
	typedef void(_stdcall* FunctionDLL_1)(double&,double&,double&,double&,double&,double&,double&,double&,double&,double&);
 
	// On commence par mettre la température et la pression dans les unités de la DLL de Brice
	// Présentement, elles sont dans les unités internes de CHEMCAD (RANKINE et PSIA)
	double T = t*0.5556;
	double P = p*0.0068948*1000000;
 
	// On défini le chemin de la DLL
	HINSTANCE DLL_path;
	FunctionDLL_1 XsatTPtillnerroth4;
	DLL_path = LoadLibrary("./PropThermo.dll");
	XsatTPtillnerroth4 = (FunctionDLL_1)GetProcAddress(DLL_path,"XsatTPtillnerroth4");
	double verification;	
 
	if (XsatTPtillnerroth4 != NULL)
	//if (PRESSdll != NULL)
	{
		verification = 1;
	}
	else
	{	
		verification = 0;
	}
 
	//On défini les variables à utiliser dans les fonctions en entrée et sortie
	double variable_out1;
	double variable_out2;
	double variable_out3;
	double variable_out4;
	double variable_out5;
	double variable_out6;
	double variable_out7;
	double variable_out8;
 
	//On appelle alors la fonction en définissant en premier le nom des variables
	XsatTPtillnerroth4(T,P,variable_out1,variable_out2,variable_out3,variable_out4,variable_out5,variable_out6,variable_out7,variable_out8);
 
	// On libère la dll après sont calcul
	FreeLibrary(DLL_path);
 
	//On redéfini les variables avec des noms plus significatifs
	double concentration_liquide = variable_out1;
	double densité_liquide = variable_out2;
	double densité_vapeur = variable_out3;
	double concentration_vapeur = variable_out4;
	double enthalpie_liquide = variable_out5;
	double entropie_liquide = variable_out6;
	double enthalpie_vapeur = variable_out7;
	double entropie_vapeur = variable_out8;
 
	//On transfère les concentrations en pourcentages en concentrations unitaire	
	double concentration_nh3_vapeur = concentration_vapeur;
	double concentration_nh3_liquide = concentration_liquide;
	double concentration_eau_vapeur = 1-concentration_nh3_vapeur;
	double concentration_eau_liquide = 1-concentration_nh3_liquide;
 
	//On fait le calcul pour le premier fluide qui est l'ammoniac
	xkv[0] = concentration_nh3_vapeur/concentration_nh3_liquide;
	xkv[1] = concentration_eau_vapeur/concentration_eau_liquide;
	x[0] = concentration_nh3_liquide;
	x[1] = concentration_eau_liquide;
	y[0] = concentration_nh3_vapeur;
	y[1] = concentration_eau_vapeur;
 
}

Merci quand même à tous pour votre aide

**Médinoc** · 07/08/2008, 10h09

Les fonctions des DLLs sont bien supposées être extern "C" et __stdcall.

Et aussi, selon la façon dont a été créée une DLL C ou C++, ses fonctions possèderont une décoration __stdcall ou non (la méthode paresseuse donne des fonctions avec décoration __stdcall, la méthode recommandée donne des fonctions au nom nu).

Erreur lors de l'utilisation d'une fonction d'une DLL

C++

Discussions similaires

Partager

Partager