Discussion :

[homeostasie]

Bonjour,

Dans un thread destin� au traitement de messages (boucle � messages) envoy�s par d'autres threads, j'aurais voulu savoir si lorsque le je suis entrain de traiter un message dans ma boucle et si pendant ce temps je recois un autre message � traiter, est ce que ce dernier est mis automatiquement et implicitement dans une file de message associ� au thread de traitement de messages ou est il n�cessaire de cr�er sa propre pile/queue de messages pour stocker tout les messages � traiter.

Voici en gros � quoi ressemble le thread de traitement de messages:

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
 
while(!g_endListenThreadServer)
{
	MSG msg; 
	if(GetMessage(&msg, NULL, (WM_SERVEUR_SOCKET_ERROR-1), (WM_SERVEUR_E+1)))
	{ 
		// Type de message
		if(msg.message == WM_SERVEUR_SOCKET_ERROR)
		{
			// Fermeture du serveur
			g_endListenThreadServer = true;
 
		}
		else if(msg.message == WM_SERVEUR_A)
		{
			Fonction1();
		}
		else if(msg.message == WM_SERVEUR_B)
		{
			Fonction2();
		}
		else if(msg.message == WM_SERVEUR_C)
		{
			Fonction3();
		}
		else if(msg.message == WM_SERVEUR_D)
		{
			Fonction4();
		}
		else if(msg.message == WM_SERVEUR_E)
		{
			Fonction5();
		}
	}
}

Merci
Nicolas

[homeostasie]

Bonjour,

Peut �tre n'ais je pas �t� assez clair... Si des points semblent obscurs concernant mon post, fa�tes le moi savoir.

Le code dans mon premier post est � l'int�rieur d'un thread cr�� via la fonction CreateThread().

Ce que je me demande en gros, c'est si ce thread poss�de une queue de messages par d�faut?

En effet, j'ai l'impression que non, car lorsque je suis entrain de traiter un message dans ma boucle GetMessage(), j'ai d�duit que tout messages envoy�s durant ce laps de temps sont perdus...

Si c'est bien cela, quel est le meilleur moyen de cr�er une file � message pour stocker des messages post�s via PostThreadMessage et de les traiter un par un dans ma boucle � message?

Nicolas

[Ashin]

je sais pas si �a va t aider mais en win32 les messages sont re�us dans la fonction principale (winmain) puis envoy�s o� il faut, bien sur avec une file d attente.

Pour la gestion de message utilise un switch case c est beaucoup plus clair.



Peux tu donner le contexte de ton 'projet' pour pouvoir mieux t aider

[M�dinoc]

Ashin: �a n'aide rien du tout.

homeostasie: Chaque thread poss�de une file de messages d�s qu'une fonction relative aux messages est appel�e dans le thread.
Par exemple, si ton thread est long � initialiser, tu peux mettre d�s le d�but un appel � PeekMessage() avec le flag PM_NOREMOVE pour cr�er la file de messages d�s le d�but du thread (mais on en a rarement besoin).

Donc, si un nouveau message est post� au thread (ou post� ou envoy� � une de ses fen�tres) pendant que tu en traites un, il sera mis en file d'attente comme les autres.

[homeostasie]

homeostasie: Chaque thread poss�de une file de messages d�s qu'une fonction relative aux messages est appel�e dans le thread.
Par exemple, si ton thread est long � initialiser, tu peux mettre d�s le d�but un appel � PeekMessage() avec le flag PM_NOREMOVE pour cr�er la file de messages d�s le d�but du thread (mais on en a rarement besoin).

Donc, si un nouveau message est post� au thread (ou post� ou envoy� � une de ses fen�tres) pendant que tu en traites un, il sera mis en file d'attente comme les autres.

Merci pour cette r�ponse. C'est exactement cela que je voulais savoir. J'�tais entrain de me demander s'il �tait n�cessaire d'utiliser un m�canisme de protection/avertissement(mutex ou �v�nement) pour sp�cifier si le thread de gestion de messages peut recevoir ou non un message selon si un autre est en cours de traitement.

Par contre, d'apr�s mes recherches rapides, on peut seulement post� un message vers un thread de "travail". En effet, il existe la fonction PostThreadMessage() pour poster un message mais une �ventuelle fonction telle que SendThreadMessage ne semble pas exist�.

[M�dinoc]

En effet, SendMessage() ne marche que sur les fen�tres, car il faut un moyen de donner la r�ponse.

Mais tu peux toujours cr�er une fen�tre invisible rien que pour cela. Les versions 2000 et sup�rieures de NT supportent m�me les "message-only windows", des fen�tres "lightweight" et invisibles pour faire des traitements quand on re�oit un message...

Mais si tu peux l'�viter, �vite-le, car d�s qu'il a une fen�tre, visible ou non, un thread doit r�pondre rapidement aux messages:
http://blogs.msdn.com/oldnewthing/ar...10/529525.aspx

De plus, pendant que ton thread de travail bosse, si ton thread principal l'attend, alors il est bloqu� et il ne r�pond plus non plus. Utiliser des PostMessage() et PostThreadMessage() dans les deux sens permet de rester asynchrone.