Discussion :

[jlg_47]

Bonjour � tous,

J'ai un petit souci avec Thread::Sleep() qui bloque l'ex�cution de l'instruction StatusLabel->Text ...

Pour expliquer clairement voici un exemple :

Code :

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

1
2
3
4
5
6
7
8
9
private: System::Void button1_Click(System::Object^  sender, System::EventArgs^  e) 
{
	for (int i = 0; i< 10; i++)
	{
		 StatusLabel->Text= i.ToString();
		 ProgressBar->Value= i;
		 Thread::Sleep(500);
	}
}

Le StatusLabel ne s'affiche pas pendant l'ex�cution de la boucle mais uniquement � la fin avec la valeur 9 alors que la ProgressBar de son c�t� progresse bien � chaque incr�ment de i ..

Pourquoi donc le StatusLabel ne se comporte pas comme la ProgressBar ?

J'ai r�solu le probl�me en rempla�ant Thread::Sleep par un timer, mais je trouve �a lourdingue pour un simple StatusLabel

Bonne journ�e et merci d'avance.

[bacelar]

>mais je trouve �a lourdingue pour un simple StatusLabel

Heu, la, vous ramez contre le courant.


En Winform :

La modification du texte est une action qui se propage vers le GDI.
Le GDI a �t� optimis� pour ne pas surcharger inutilement le syst�me en buff�risant les modifications et en mettant � jour l'affichage quand le processus n'a plus d'autres actions � faire. L'affichage est donc non prioritaire.
Ainsi, dans votre programme, vous pouvez changer des milliers de label � �norm�ment d'endroit diff�rent sans que chaque modification entraine un passage en mode Kernel, arbitrage sur le bus PCI pour acc�der � la RAM vid�o, modification de la rame vid�o, ...

En faisant un Sleep, vous ne dites pas � l'OS que le thread n'a rien � faire et donc qu'il peut commencez � faire le rafraichissement, mais que le thread est interdit de CPU pendant un temps fix� minimum.

Le comportement que vous indiquez semble indiquer que l'optimisation GDI n'est pas active sur une ProgressBar, ce qui est assez coh�rent avec son utilisation habituelle dans une boucle de traitement. C'est une modification "synchrone" donc tr�s couteuse.

Donc, moralit�, n'utilisez JAMAIS Sleep.

[jlg_47]

Donc, moralit�, n'utilisez JAMAIS Sleep.

Merci Bacelar pour l'explication tr�s claire ..

C'est la premi�re que j'utilisais Sleep, d'habitude j'utilise un timer et donc je n'avais jamais rencontr� ce probl�me.

C'est en voulant rendre mon code plus l�ger � la lecture que j'ai pens� � mettre un Sleep � la place du timer et pouff! c'est pas la bonne id�e

Bonne journ�e

[M�dinoc]

En gros, Sleep() n'est vraiment pas fait pour les threads d'interface graphique utilisateur (GUI). C'est bien pour des threads de travail, ou � la rigueur dans une console.