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
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Passage a 64bits
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.)
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Merci
J'ai trouvé ça, aussi:
http://www.viva64.com/content/articl...it-development
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Répondre avec citation
Partager