Discussion :

[han39]

Bonjour,

j'ai externalis� certaines de mes fonctions dans une dll. Cette dll est ensuite utilis�e par un programme powerbuilder mais �galement par un site en .net.

Voici le prototype d'une des fonctions :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

extern "C" __declspec(dllexport) int fx_decode_activation(const char *cle, char *code)

Elle permet de d�coder la cl� d'activation pass�e en param�tre et sa valeur est plac�e dans la variable "code".

Lors de la 1�re compilation pas de souci. Mais j'ai du apporter quelques modifications et depuis ca ne fonctionne plus. J'ai test� ma dll depuis un programme C++ et ca fonctionne correctement avec la d�claration suivante :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
typedef INT (__cdecl *SHDECODE) (const char *, char *);
m_pDecode = (SHDECODE)GetProcAddress(hRestaurationdll, _T("fx_decode_activation"));

Donc pas de probl�me du c�t� de mon code. Mais ce qui est plus �tonnant, c'est que ca ne fonctione plus sous powerbuilder alors que je n'ai rien modifi� dans les d�clarations de mes fonctions. Lorsque j'ex�cute mon programme j'ai l'erreur suivante :

Application terminated.

Error : Specified argument type differs from required argument type at runtime in DLL function gfx_decode_activation. (invalid stack pointer on return from function call) at line 27 in pfc_preopen event of object w_connection.

Ca donne l'impression que powerbuilder appelle la fonction en stdcall et que la pile est erron�e au retour. Mais je le r�p�te rien n'a �t� modifi� dans les d�finition et ca fonctionnait tr�s bien avant que je recompile ma dll.

Alors si quelqu'un a une id�e sur la question je suis preneur car ca fait depuis le d�but d'apr�s-midi que je cherche sans trouver !

Merci d'avance

[GEIIMAN]

m_pDecode est bien du type SHDECODE ??

[han39]

oui elle est bien d�clar� en SHDECODE.

Le probl�me r�side du c�t� de PB, qui du jour au lendemain, et apr�s recompilation, n'accepte plus ma DLL. M�me si je recompile le code d'origine, ca plante, alors qu'avec l'ancienne DLL ca fonctionne !

Par ailleurs j'ai valid� le fonctionnement de la DLL depuis .net et le site accepte bien le decryptage de la cl�.

[GEIIMAN]

regarde au niveau des type des argument passer a ta fonction.

les types sont ils les meme dans lappel de ta fonction au sein du programme et dans le prototype de cette fonction au sein de ta dll ??

essaye de caster les argument !

[han39]

du c�t� C++ j'ai du char*, du c�t� PB c'est du string.

[GEIIMAN]

?????

et bien si tu a le prototype

void fct(char , int) ;

il faut lors de l'appel de la fonction "fct" respecter ces types

char a;
int b;

fct(a,b);

sinon il faut tenter de caster

fct( (char)b, (int)a ); par exemple

[han39]

le char * n'existe pas en PB. Pour des cha�nes de caract�res on utilise le string. Mais le probl�me ne r�side pas l� puisqu'avec ce m�me prototype de fonction ca fonctionnait parfaitement avant !

[han39]

Bon finalement j'ai trouv� une solution en d�clarant mes fonctions en __stdcall. Un peu logique aux vues du message d'erreur PB, mais �tonnant car ca fonctionnait bien avec une version compil�e il y a 1 mois.

Sans doute une mise-�-jour de PB, je ne vois que ca !