Поток и функция

[Лета]

Здравствуйте.
Есть функция вида :

DWORD WINAPI Thread1(LPVOID lp)
{

	HWND hWnd = (HWND)lp;
		SetWindowText(hWnd, L"Begin");
		Sleep(1000);
		SetWindowText((HWND)lp, L"End");
	return 0;
}

Почему, если вызывать ее как обычную функцию, то программка подвиснет на секунду и выведет сразу "End", а если сделать ее входной потоковой функцией, то отработает корректно: сначала выведет "Begin", и только потом "End"?

[Stilet]

Да потому что ты вызывая ее из главного потока заставляешь функцией Sleep засыпать этот самый главный поток.
Вызывая же из сопроцесса засыпает только этот сопроцесс, а главный поток продолжает работать.

[Лета]

Почему это влияет на то, что сначала еще до вызова Sleep не отображается слово "Begin"?

[Stilet]

А смотря где ты его вызываешь... Может строка эта успела присвоится заголовку окна, но само окно не успело перерисоваться, а ты уже присваиваешь вторую строку.
Sleep() в твоем случае при вызове из главного потока и перерисовку тоже остановит.

[Лета]

Вызываю в обработчике нажатия на кнопку.
А почему тогда,если эту функцию сделать входной потоковой, то окно успевает перерисовываться?

Извините, если задаю глупый вопрос, но для меня очень важно разобраться, и спасибо что помогаете мне.

[veniside]

отрисовкой занимается только главный поток (обычно)

если делать Sleep() в главном потоке, то и отрисовка не будет в это время выполнятся, т.к. главный поток спит

если же делать то же самое в отдельном потоке, то главный будет спокойно отрисовывать, пока отдельные потоки занимаются своими делами (спят и т.д.)

[Лета]

Спасибо огромное!

[Лета]

А вот немного другая функция вида :

DWORD WINAPI Thread2(LPVOID lp)
{

	HWND hWnd = (HWND)lp;
	for(int i=0;i<5000;++i)
	{
		TCHAR buf[10];
		wsprintf(buf,L"%d",i);
		SetWindowText(hWnd,buf);
	}
	return 0;
}

С ней ситуация та же: если вызывать как обычную функцию - зависнет немного, и выведет сразу 499, а если вызывать в отдельном потоке - будет видно как выводит каждое число.
Здесь уже нет Sleep, но получается что очень много раз окно перерисовывается, и так как в первом случае все делается в одном потоке - не успевает нормально перерисоваться, а во втором случае - работает два потока, поэтому все корректно отображается. Я правильно поняла?

[veniside]

не совсем. Чтобы что-то отрисовалось на экране, главный поток (обычно это делает он) должен регулярно выгребать из очереди сообщений очередые сообщения и обрабатывать их. Вы, со своим циклом (точто так же, как и со Sleep()), не оставляете главному потоку никаких шансов заняться этой обработкой. Не может поток приостановить на время ваш цикл, обработать сообщения и вернуться обратно.

В Дельфи есть такой кривой костыль, который любят использовать на втором дне программирования: Application.ProcessMessages(). Этот костыль надо вызывать руками, когда есть чувство, что что-то не так с гуем. Этот метод как раз и позволяет главному потоку выгрести накопившиеся сообщения и прорисовать гуй.

В С++ такими извращениями обычно не страдают, а сразу отправляют длительную работу с данными (сокетами, файлами и прочее) в дополнительные потоки, оставляя главному потоку полную свободу наслаждаться работой с сообщениями и гуем.

[Лета]

Я думала, что все происходит так: идет обработка сообщения и нужно что-то вывести на экран - в очередь помещается сообщение WM_PAINT, но оно не будет обработано, пока не закончится обработка текущего сообщения.Обработка закончится, и только после этого процессор примется а обработку WM_PAINT. Но так как (в случае второй функции) там их накопилось сразу 500 - процессор каждое обрабатывает, но все происходит так быстро, что можно увидеть только конечный результат - т.е. число 499. Я снова не так поняла?