Salut,
Je cherche un doc sur le passage 32bits vers 64 bits, quel sont le types impactés, quelques conseils sur les choses à faire et ne pas faire. Une partie de mon code est partagé entre VS2008 et une plateforme ARM32 (gcc).
Merci
Version imprimable
Salut,
Je cherche un doc sur le passage 32bits vers 64 bits, quel sont le types impactés, quelques conseils sur les choses à faire et ne pas faire. Une partie de mon code est partagé entre VS2008 et une plateforme ARM32 (gcc).
Merci
Je n'ai pas de doc sous les yeux, mais typiquement, tu dois examiner chaque type vers lequel tu castes un pointeur: Il faut que ce soit un type adapté à la taille d'un pointeur.
Types adaptés:
- pointeurs (duh!)
- size_t
- intptr_t, uintptr_t
- ptrdiff_t ?
- INT_PTR et tous les *_PTR de l'API Windows (sauf HALF_PTR)
- WPARAM, LPARAM, LRESULT (qui sont des typedefs sur UINT_PTR et LONG_PTR)
D'autres problèmes généraux quant à l'utilisation des fonctions de Windows:
- Il ne faut pas retourner un pointeur depuis un thread Win32, car une ThreadProc ne peut retourner qu'un DWORD et non pas un DWORD_PTR.
- Le type de retour d'une DialogProc doit être INT_PTR et non BOOL (et elle doit être marquée CALLBACK). Aucun cast explicite en (DLGPROC) ou (WNDPROC) ne doit exister dans ton code: Si ça ne compile pas sans le cast, c'est que la fonction est mal déclarée.
- Vérifie tous les casts explicites en (DWORD) que tu trouves: C'est souvent qu'à la place, le type devrait être DWORD_PTR.
- La fonction SetWindowLong() est aussi un problème. Il faut utiliser SetWindowLongPtr(), mais quand tu ne compiles pas en 64bits, elle peut te faire des warnings. La solution ici.
- Même problème pour certaines fonctions Interlocked qui s'utilisent avec des pointeurs (InterlockedExchange() vs. InterlockedExchangePointer(), etc.)
Merci
J'ai trouvé ça, aussi:
http://www.viva64.com/content/articl...it-development