passer un handle d'une application à une autre

Version imprimable

14/10/2015, 14h20
maa

passer un handle d'une application à une autre

Bonjour

J'ai 2 applications Windows qui communiquent par le biais d'une namedpipe. J'aurais besoin qu'une application accède a un handle (HWND) d'une windows de l'autre application. Je pensais passer cette information par la pipe: soit en passant l'adresse memoire du handle (je dois pouvoir ensuite récupérer mon handle à partir de cette adresse de l'autre côté), soit en castant mon handle en long puis en le recastant en handle de l'autre côté, si cela est possible. Laquelle des solutions vous semble la meilleure? Peut-être qu'il y également une autre meilleure solution à laquelle je n'ai pas pensée ?

Merci d'avance
14/10/2015, 18h08
Sve@r

Bonjour

Tout dépend de la validité d'un handle windows. Or, je n'en suis pas certain car je ne programme pas d'IHM type Windows mais j'ai la terrible impression qu'une handle windows n'a de sens que dans l'application dans laquelle cette windows a été créée (cette impression est issue d'une analogie que je fais entre "handle windows" et "handle fichier"). Dans ce cas, même si tu passes la handle, elle en te servira à rien de l'autre coté.

Ceci dit je peux me tromper. Dans ce cas, la seule méthode possible est de passer la valeur numérique de cette handle (et non son adresse car une adresse, et ça c'est assuré, n'a elle de sens que dans le programme dans lequel elle est définie).
Toutefois pourquoi veux-tu caster en long ??? T'as qu'à passer la handle directement en spécifiant bien le nombre d'octets qu'elle utilise. Les octets transiteront à travers le pipe et seront récupérés de l'autre coté dans une variable de même type qui deviendra alors automatiquement handle (toujours dans le cas où une handle a un sens dans un autre code bien entendu)...
15/10/2015, 09h02
Médinoc

Bonjour,
Ah, ça me rappelle des souvenirs! Mon premier programme avec une IPC (autre que les sockets) qui marchait était de ce type. Mon prof m'avait juste dis "si tu t'intéresses à ça, regarde du côté de CreatePipe() et DuplicateHandle()", et j'avais un truc qui marchait le soir même...

Les handles d'objets USER (ce qui inclut les HWND) sont valide dans toute la session Windows; tu peux donc transmettre le HWND sans souci.
Par contre, il faut caster en INT_PTR, pas en LONG.

Les handles d'objets du kernel (ce qui inclut les tubes) peuvent être dupliqués d'un processus à l'autre avec DuplicateHandle(). Il faut un handle vers chaque processus. Le processus courant est obtenu avec GetCurrentProcess() ; l'autre, s'il n'est pas déjà connu de l'un des deux (ex: un processus a créé l'autre et possède donc déjà un handle dessus), le ProcessId peut être transmis et utilisé avec OpenProcess()

Pour finir, les handles d'objets GDI (comme les HBITMAP) sont locaux au processus et ne peuvent pas être dupliqués.
15/10/2015, 14h59
maa

nickel! Merci pour vos réponses :)

J'ai pu aussi constater ce matin que les handles de windows (HWND) sont valides d'une application à une autre (en tout cas dans une même session).

Dans mon cas, je dois juste transmettre des HWND donc pas besoin de dupliquer, mais merci pour l'explication supplémentaire, ça clarifie bien les choses.

Par contre, pourquoi caster en INT_PTR et pas en LONG?
15/10/2015, 18h32
Médinoc

Parce que HWND est un typedef de pointeur, comme presque tous les handles. Il lui faut donc un type qui fait la taille d'un pointeur, et non la moitié.
22/10/2015, 08h13
maa

Citation:

Envoyé par Médinoc

Parce que HWND est un typedef de pointeur, comme presque tous les handles. Il lui faut donc un type qui fait la taille d'un pointeur, et non la moitié.

oui, logique. En fait, comme le conseillait Sve@r, je peux meme passer mon handle tel quel au pipe en mode octets, et le caster directement en HWND à la sortie. Ca fonctionne bien.