Send/PostMessage probl�me de handle

Bonjour,

J'ai une application qui de temps en temps doit couper le son de l'ordinateur. La seule m�thode que j'ai trouv�e pour l'instant est d'ouvrir sndvol32.exe et de lui envoyer le message Alt + M, qui le passe en muet. (D�j� c'est une m�thode que je trouve moyennement propre).

Donc le but du jeu est d'ouvrir une fen�tre (sndvol32.exe), de lui envoyer un message et de fermer la dite fen�tre.
Pour ouvrir la fen�tre pas de probl�me : 3 solutions CreateProcess, ShellExecuteEx ou ShellExecute.
Pour la fermer, ca ne fonctionne que si elle a �t� ouverte avec l'une des 2 premi�res fonctions. TerminateProcess fonctionne tr�s bien (avec le handle que la fonction de cr�ation me retourne).

Le probl�me c'est pour lui envoyer ce fameux message. 2 fonctions pour cela : PostMessage ou SendMessage, mais toutes les 2 ne fonctionnent pas et me disent tres gentillement que le handle de ma fen�tre n'est pas valide
(Enfin gentillement, c'est fa�on de parler, il faut quand m�me appeler la fonction GetLastError suivie de FormatMessage, pour comprendre ce qu'il s'est pass�).

Pour info le handle est retourn� par la fonction de cr�ation alors je ne vois pas pourquoi il serait pas valide! Surtout que TerminateProcess, lui, fonctionne.

Donc voil�, je d�sesp�re et j'ai besoin de votre aide.

Merci

Bonjour,

En fait, la fonction CreateProcess cr�e un Handle sur l'application.
Les fonctions PostMessage ou SendMessage utilisent un Handle sur la fen�tre de l'aplication qui doit recevoir le message. --> le message Handle non valide.
Il te faut obtenir le Handle de la fen�tre de l'application. Pour cela regarde dans les fonctions API de Windows, je crois que la fonction � utiliser est FindWindow.

J'esp�re que ces informations te seront utiles.

Et si tu utilisais plut�t l'API de gestion du son, � la place ? Hmm ? ;-)

http://support.microsoft.com/default.aspx?scid=kb;en-us;139098
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/multimed/htm/_win32_waveoutsetvolume.asp

Je trouve �a un peu plus propre, moi... :mrgreen:

carr�ment que c'est plus propre!!! C'est exactement la fonction que je cherchais! Pourquoi personne n'en parle jamais? :-)
Enfin merci beaucoup, cette m�thode me plait bien et en plus elle fonctionne :-)
Bon ca n'empeche que je risque d'avoir besoin de r�soudre le probl�me du Post/SendMessage parce que je risque d'en avoir besoin pour la suite. Donc je vais voir du c�t� de FindWindow mais je trouve bizarre qu'on ne puisse pas r�cup�rer le handle de fen�tre a partir du handle de programme...

Citation:

---

Envoy� par bibmari

Pourquoi personne n'en parle jamais? :-)

---

Peut-�tre parceque personne sur le forum ne l'a encore demand�... Mets une p'tite r�ponse (avec au moins le lien vers ce topic, voire le bout de code lui-m�me) sur ce topic, je pense que ce sera le plus rapide pour que �a soit int�gr� dans la FAQ... D'ailleurs, � mon avis, ce serait m�me la FAQ Win32 qui devrait �tre cibl�e.

Citation:

---

Envoy� par bibmari

Enfin merci beaucoup, cette m�thode me plait bien et en plus elle fonctionne :-)

---

Vaudrait mieux, c'est ce qu'utilise "SndVol32.exe" pour r�gler le volume !! :mrgreen:

Citation:

---

Envoy� par bibmari

je trouve bizarre qu'on ne puisse pas r�cup�rer le handle de fen�tre a partir du handle de programme...

---

Non, car un ex�cutable poss�dant une fen�tre peut �tre "rep�r�" au minimum par :
- Son PID,
- Un handle sur le processus,
- Le ThreadID de son thread principal,
- Un handle sur ce thread principal,
- Un handle sur la fen�tre principale.
Ca fait beaucoup de r�f�rences possibles... ;-) Tu utilises celle dont tu as besoin, mais effectivement, FindWindows permet de r�cup�rer un handle de fen�tre. Sinon, tu as la possibilit� de passer par EnumWindows et/ou EnumProcesses, si ma m�moire est bonne.

Histoire de finir le topic, pense � poster le code que tu as utilis� (pour ceux qui liraient le topic en ayant le m�me probl�me que toi), et pense � cliquer sur :resolu: en bas � gauche ! ;-)

d�sol�e de te d�cevoir mais j'ai l'impression que ce post n'est pas encore clos :-)

J'ai voulu faire un test tout simple :

Code:

---

SendMessage(Form1->Handle,WM_QUIT, 0, 0);

---

Sachant que j'ai bien v�rifi� que Form1->Handle est un HWND, comme dit si bien la doc de Borland :

Donne acc�s � l'objet �cran Windows sous-jacent au contr�le.
__property HWND Handle = {read=GetHandle, nodefault};

Et la, plus d'erreur GetLastError me retourne bien 0, mais il ne se passe rien.
Une id�e? Qu'est ce que j'ai fait de mal ? :-)

Citation:

---

Envoy� par bibmari

Et la, plus d'erreur GetLastError me retourne bien 0, mais il ne se passe rien.

---

Ca veut juste dire que ton message a bien �t� transmis, donc qu'il y avait bien une boucle de message de l'autre c�t�.

Citation:

---

Envoy� par bibmari

Une id�e? Qu'est ce que j'ai fait de mal ? :-)

---

Rien, mais il faut que la boucle de messages du window cibl� sache traiter les messages WM_QUIT, tout simplement !! Essaie avec WM_CLOSE, mais �a ne fermera peut-�tre pas le processus lui-m�me (�a d�pend si c'est la fiche principale ou pas, si elle termine l'application � sa fermeture, etc.)

En BCB/Delphi, tu vas utiliser Application->Handle, plut�t... Pour des ex�cutables non-VCL, il faut r�cup�rer le HWND principal, mais de t�te, j'avoue que je ne sais plus comment on fait... Je ne me sers jamais de ce genre de trucs, en fait !!

Citation:

---

J'ai voulu faire un test tout simple :

Code:
SendMessage(Form1->Handle,WM_QUIT, 0, 0);

---

Fait un PostMessage tu va voir la diff�rence

Code:

---

PostMessage(Form1->Handle,WM_QUIT, 0, 0);

---

SendMessage est envoy� � la proc�dure de fen�tre et
ne passe pas par la boucle de message.

Ok j'ai compris la diff�rence. Avec WM_CLOSE ca marche.
Merci beaucoup.
Si on en revient � mon exemple du tout d�but :
Je cr�e ma fen�tre comme ca :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

SHELLEXECUTEINFO ExecuteInfo; memset(&ExecuteInfo, 0, sizeof(ExecuteInfo));   ExecuteInfo.cbSize = sizeof(ExecuteInfo); ExecuteInfo.hwnd = Form1->Handle; ExecuteInfo.lpVerb = "open"; ExecuteInfo.lpFile = "sndvol32.exe"; ExecuteInfo.lpDirectory = 0; ExecuteInfo.lpParameters = 0; ExecuteInfo.nShow = SW_SHOW; ExecuteInfo.hInstApp = 0; ExecuteInfo.fMask = SEE_MASK_NOCLOSEPROCESS; ShellExecuteEx(&ExecuteInfo);

---

Ensuite je r�cup�re le handle de fen�tre (ici c'est assez simple vu que la fen�tre appartient � Form1 :

Code:

---

HWND h = GetWindow(Form1->Handle, GW_OWNER);

---

Mais si par exemple je veux lui donner le focus

Code:

---

::SetFocus(h);

---

Il ne se passe rien, tous les messages que je tente de lui envoyer (WM_KEYDOWN, WM_SYSKEYDOWN ...) ne font rien, sauf WM_CLOSE.

Donc m�me si je ne vais pas utiliser cette fonction, je me demande si je n'ai pas fait quelquechose de travers :-)

Encore Merci a Mac LAK pour s'interesser � mon probl�me :-)

Merci CGI, c'est magique :-)

Il me reste ce probl�me avec SetFocus. Pourquoi est ce que ca ne marche pas alors que j'ai quand m�me le bon handle cette fois-ci? :-)
Une id�e?

Ceci dit, je n'en ai plus besoin pour le moment mais je n'aime pas les probl�mes non r�solus :-)

Citation:

---

Envoy� par bibmari

Pourquoi est ce que ca ne marche pas alors que j'ai quand m�me le bon handle cette fois-ci? :-)
Une id�e?

---

L�, de t�te, non... Par contre, je sais qu'une fois j'ai pas mal pein� pour simplement me rendre compte que je tapais dans un mauvais handle (non h�ritable => invalide dans le child), tu devrais peut-�tre regarder de ce c�t�... Ou essayer CreateProcess � la place de ShellExecuteEx.

Tu tiens au courant ?

Je crois que pour SetFocus, c'est le handle fen�tre du "composant" qu'il faut utiliser et pas le handle de la fen�tre � qui appartient le composant,

Si tu veux utiliser SetFocus sur edit1 (TEdit) tu dois utiliser edit1->Handle

Mac LAK : j'ai essay� avec CreateProcess et m�me probl�me :-)
Sinon je pense pas que ce soit une histoire d'h�ritage, puisque je cr�e le processus et juste derriere j'essaie de me servir du handle, dans la m�me m�thode du m�me objet.

mduse : ok avec un TEdit ca fonctionne mais si tu veux faire un SetFocus sur la calculatrice par exemple, avec FindWindow tu r�cup�re un handle mais SetFocus ne fonctionne pas mais pas d'erreur :-)

voici mon code :

Code:

---

1 2 3

HWND h = FindWindow(NULL, "Calculatrice"); ::SetFocus(h);

---

Merci de votre aide.

Je ne crois pas qu'on puisse mettre le premier param�tre de FindWindow
� NULL (C'est le nom de la classe de fen�tre).

ok mais alors ... ou on le trouve ce fameux nom de classe de fenetre? :-)

Citation:

---

ok mais alors ... ou on le trouve ce fameux nom de classe de fenetre?

---

Celui de la calculatrice est SciCalc
Tu peut les avoir avec l'utilitaire fourni avec c++Builder WinSight32

ok merci.

Pour info, WinSight n'est pas disponible sur la version personnelle de Borland C++Builder :-)

Sinon j'ai donc :

Code:

---

1 2	HWND h = FindWindow("SciCalc", NULL); ::SetFocus(h)

---

h n'est pas NULL donc FindWindow semble fonctionner correctement
mais SetFocus ne fonctionne pas, ma calculatrice est toujours en arri�re plan.

Merci

Pour passer au premier plan une fen�tre de premier niveau on utilise
SetForegroundWindow

Code:

---

1 2 3 4

HWND hcalc; hcalc = FindWindow("SciCalc", NULL); SetForegroundWindow(hcalc);

---

Apr�s v�rification on peut utiliser le titre de la fen�tre seul avec FindWindow,
mais on est jamais s�r du titre.

Ca y est j'ai r�ussi :-) !!!! Apr�s tant de gal�res :-)
Bon alors voil� ce que j'ai fait :

Code:

---

1 2 3 4

HWND h = FindWindow("SciCalc", NULL); SetForegroundWindow(h); PostMessage(h, WM_KEYDOWN, 0x52, 0); PostMessage(h, WM_KEYUP, 0x52, 0);

---

Pour fonctionner le PostMessage a besoin du code ASCII de la touche appuy�e, ici R (qui donne l'inverse du nombre dans la calculatrice).

Merci a tous.

Pour info pour avoir le nom de la classe, j'ai trouv� un soft tres tres bien (qui ne fait pas que ca bien sur) et qui permet aussi d'envoyer des messages � la main ...
Il s'appelle MyCatch : http://www.artoflog.com/logiciels/freewares/mycatch/mycatch.htm