overdrive stdcall par visual studio?

Question

Dans xp 32bit cette ligne compile avec pas le problème mais dans vista 64bit cette ligne:

m_FuncAddr = ::GetProcAddress (somthing); 

donne l'erreur suivante

erreur C2440: '=': ne peut pas convertir 'FARPROC' à 'int (__cdecl *) (void)'

GetProcAddress est défini comme

WINBASEAPI FARPROC WINAPI GetProcAddress (somthing) 

Et m_FuncAddr comme

int (WINAPI *m_FuncAddr)(); 

D'après ce que je comprends les deux sont des années stdcall.

Pour éviter l'erreur que je devais mettre

m_FuncAddr = (int (__cdecl *)(void))::GetProcAddress(somthing); 

Ma question:

Si les deux m_FuncAddr et GetProcAddress ont la convention d'appel stdcall pourquoi dois-je « rappel » avec cdecl?

Est-il possible que le projet VS réglage « par défaut de convention d'appel (qui est définie à CDECL) sur-surfe sur la statment de assignemet ci-dessus?

Merci d'avance!

[Modifier]

Pour clerfiy la question:

D'un côté de l'équation (disons côté 1) j'ai

int __stdcall * m_FuncAddr 

De l'autre côté (côté 2)

INT_PTR far __stdcall GetProcAddress 

Alors, comment est-ce que je dois jeter côté 2 avec cdecl si les deux sont stdcalls? Ou est-ce que je ne reçois pas quelque chose?

Answer 1

Le type de retour doit être INT_PTR (valeur de 64 bits dans les versions 64-bit). Vous ne devriez pas contourner cette erreur - le compilateur essaie de vous dire que quelque chose ne va pas.

De WinDef.h:

#ifdef _WIN64 
typedef INT_PTR (FAR WINAPI *FARPROC)(); 

Ainsi, la déclaration de m_FuncAddr devrait être:

INT_PTR (WINAPI *m_FuncAddr)(); 

Answer 2

C'est une coïncidence qu'il compile correctement dans 32bit; la syntaxe correcte est:

typedef int (WINAPI *FFuncType)(); 
FFuncType m_FuncAddr; 
m_FuncAddr = (FFuncType)::GetProcAddress (somthing); 

Vous devez jeter explicitement le résultat de GetProcAddress :: à la signature de son bon fonctionnement. En 32 bits, FARPROC arrive à fonctionner avec la signature que vous avez, mais probablement pas en 64 bits.

Edit: Oui, en fait, regarder Windef.h, le type de retour est INT_PTR à 64 bits, c'est pourquoi vous avez obtenu l'erreur du compilateur. Cependant, vous devrez toujours convertir la signature de la fonction comme indiqué ci-dessus pour toute fonction qui ne correspond pas à l'espace réservé pour FARPROC, donc vous devriez le faire comme ci-dessus en général.