Discussion :

[tintin72]

Bonjour,

Pour des raison compliqué j'ai un programme qui
doit passer un pointeur this à une dll laquelle
retourne ce pointeur au programme après certaines opérations.

Le pointeur est passé à la dll comme ceci:

Code :

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

1
2
void *pVoid = (void*)this;

et retourné par cette même dll via PostMessage comme cela:

Code :

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

1
2
PostMessage(hWnd, MY_MSG, (WPARAM)pVoid, 0);

ou encore comme ça:

Code :

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

1
2
PostMessage(hWnd, MY_MSG, 0, (LPARAM)pVoid);

mais il semble que le pointeur void ne soit pas correctement retourné
car le programme plante lors de son utilisation.

Je n'ai pas bien compris à quoi correspondent exactement
les types WPARAM et LPARAM de Windows.
Y a t-il un moyen de passer correctement un pointeur void via
ces 2 paramètres ?

Merci.

[moldavi]

Bonjour.

Le pointeur est une valeur numérique. Si tu debuges la dll et l'application, le pointeur retourné doit avoir la même valeur numérique que celui de la dll (adresse mémoire).

Par contre, pour des raisons de "stack" (allocation sur le tas, la pile ou dans le contexte de la dll), tu peux avoir des complications à l'utilisation de ce pointeur. Il faut bien se renseigner, personnellement j'ai eu des problèmes avec des allocations mémoires de la STL dans une dll COM...

[ram-0000]

Un complément d'info.

A l'origine (Windows 3.1) WPARAM était un Word param (donc sur 2 octets) et LPARAM était un Long param (donc 4 octets).

Leur noms sont restés mais leur largeur s'est agrandie avec le temps (mais il est toujours interdit de dire que WPARAM fait 4 octets même si c'est vrai). Je pense aussi que sur les archi 64 bits, la taille de LPARAM est plus grande (8 octets) justement pour pouvoir mettre un pointeur. Quelqu'un peu confirmer ?

Si tu as un pointeur à passer dans PostMessage() ou SendMessage(), il doit être passé avec le paramètre LPARAM (et certainement pas avec le paramètre WPARAM même si cela marche)

[tintin72]

Ok, merci pour ces infos.

Je passe donc maintenant mon pointeur this comme ça:

Code :

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

1
2
LPARAM pThis = (LPARAM)this;

J'espère que j'aurai pas de mauvaise surprise...

[Médinoc]

WPARAM et LPARAM sont les types UINT_PTR et LONG_PTR respectivement.

Et il n'est pas interdit de dire que WPARAM fait 32 bits, puisque:

• Je l'ai lu dit explicitement sur MSDN (même si je ne le vois plus)
• On utilise LOWORD et HIWORD sur LPARAM dans le traitement de messages comme WM_COMMAND.

PS: En C++, on utilise reinterpret_cast quand on est poli.

[tintin72]

PS: En C++, on utilise reinterpret_cast quand on est poli.

Pardonnez ma grossièreté.

Code :

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

1
2
LPARAM pThis = reinterpret_cast<LPARAM>(this);

[ram-0000]

WPARAM et LPARAM sont les types UINT_PTR et LONG_PTR respectivement.

Donc sur une archi 64 bits, sizeof(WPARAM) et sizeof(LPARAM) font 8 octets puisque ce sont des pointeurs sur respectivement UINT et LONG (j'ai pas la possibilité de tester)

[Médinoc]

Non, il font 8 octets car se sont respectivement un type pouvant aussi bien contenir un UINT qu'un pointeur et un type pouvant aussi bien contenir un LONG qu'un pointeur.

[Melem]

WPARAM et LPARAM sont définis comme étant UINT_PTR et LONG_PTR qui font tous 32 bits sur un processeur 32 bits et 64 bits sur un processeur 64 bits : Windows Data Types

LOWORD et HIWORD retournent respectivement le mot (un mot = 16 bits) de poids le plus faible et le mot suivant d'une valeur supérieure ou égale à 32 bits (même si MSDN ne la documente pas ainsi).

On peut passer un pointeur à une DLL (mais pas à un autre exe) puisqu'une DLL est toujours "mappée" dans l'espace d'adressage du processus qui l'a appelée.