Необходимо сделать следующее: после того как появляется диалоговое окно, должен быть запущен модуль даунлоада, при этом должен ползти ползунок. Всё вроде просто, а проблема в следующем: при описании этого модуля в OnInitDialog() он запускается раньше, чем появляется диалоговое окно, т.е. сначало он завершит работу, затем окно появится. Кто знает, где нужно описать этот модуль?
Заранее спасибо.

сделай отдельным трэдом - вообще зашибись будет.
CreateThread почитай.
Или можешь на таймер повесить OnTimer() в методах диалога.

Почитал я в MSDN о CWinThread::CreateThread(...). Честно говоря, не очень понял, как им пользоваться. А по-поводу второго варианта, мне кажется это как-то неправильно, даже смешно. Всё равно спасибо.

Диалог всегда появляется после того, как завершается функция OnInitDialog(). Это своего рода конструктор диалога (хотя это не совсем так). Так что, если хочешь что-то увидеть расчеты/отрисовки должны быть в другой функции.

AfxBeginThread

Пример дать или сам MSDN посмотришь?

В МСДНе посмотрел пример, но опять-таки не вьехал, почему в параметре AfxBeginThread передаём класс, в котором описан метод этого класса. Собственно у меня и задач, состоит только в том, чтобы как только появится окно, запустить метод этого самого класса, описывающего диалог.

Без потоков ничего не получится.
Дело в том, что когда ты из основного потока своей программы запускаешь какую либо свою функцию или метод, то весь поток утекает в эту функцию, и пока он обратно не вытечет, окно вообще не будет жить. Не будет перерисовываться, реагировать на клавиатуру и мышку и т.п. потому что функция обработки сообщений, приходящих в окно находится в том же потоке.
Поэтому чтобы выполнялась какая-то задача беспрерывная, а её статус выводился в окно, задача должна работать в отдельном потоке.
По-правильному надо, конечно, AfxBeginThread, но в принципе можно просто CreateThread. Выглядеть будет примерно так:

глобальная функция
DWORD WINAPI LThread(LPVOID lpParameter);

ля ля тополя, определили эту функцию и т.п., дальше внутри диалога:

DWORD lThread=0;
CreateThread(NULL,0,LThread,NULL,0,&lThread);

соответственно после CreateThread появится новый поток, который будет работать параллельно основному. Тут придется обратить внимание на синхронизацию потоков, завершение и т.п.

А не проще-ли к диалоговому окну привезать обработчик события, которое происходит, когда диалоговое окно показывается на экране. Кокое - не знаю. Перебрал кучу: и WM_CREATE и WM_SHOWWINDOW и т.д. Все почему-то происходят до того как, окно показывается на экране.  

Цитата(suborg @ 19.8.2002, 15:47)

Поэтому чтобы выполнялась какая-то задача беспрерывная, а её статус выводился в окно, задача должна работать в отдельном потоке.

Это не есть проблема, всё и так работает, только для этого нужно после появления диалога нажать кнопочку "Скачать" А мне нужно просто без кнопочки.

Цитата(Blade @ 19.8.2002, 17:57)

Цитата(suborg @ 19.8.2002, 15:47) Поэтому чтобы выполнялась какая-то задача беспрерывная, а её статус выводился в окно, задача должна работать в отдельном потоке. Это не есть проблема, всё и так работает, только для этого нужно после появления диалога нажать кнопочку "Скачать" А мне нужно просто без кнопочки.

Дак тогда пиши рабочий код вне класса диалога!
И сделай диалог с прогрессом закачки немодальным.

В конце обработчика WM_PAINT напиши, не ошибешься
Только без дополнительного процесса ползунок ползти
все равно не будет

И вообще не обязательно самому создавать отдельный поток. В MFC есть специальный класс CProgressCtrl. Сам заботится о перерисовке.

Цитата(Grey @ 19.8.2002, 18:26)

В конце обработчика WM_PAINT напиши, не ошибешься Только без дополнительного процесса ползунок ползти все равно не будет

Будет!
Пишешь RedrawWindow() и усе! Перерисует и обновит.

Не будет
Штука то, насколько я понял, примерно такая: в определенном событии диалога вызывается функция или компонент, не важно, которая качает файл и пока файл не скачаестся событие не завершится, поэтому диалог другие события обрабатывать не будет в том числе и WM_PAINT. А вот если скачивание работает в отдельном процессе, то оно может переодически сообщать тому же прогресу, что скачалось уже что-то. А сам по себе CProgressCtrl ничем не поможет.

Даже смешно, какая полемике разгорелась тут. Правда вот и выход нашёлся в конце концов. У меня всё заработало. Фишка была в следуёщем: во-первых я использовал класс CProgressCtrl, во-вторых качалось много небольших файлов, поэтому ползунок менялся по одному файлу, в третьех я просто не сообразил насчёт WM_PAINT'а В общем, огромное СПАСИБО всем, кто принимал участие в этих спорах и рассуждениях.