Форма в отдельном потоке

[Jin X]

Мне нужно создать форму в отдельном потоке и делать ProcessMessage в цикле.
Сталкиваюсь с кучей проблем: если создавать форму через TThread.Synchronize, то в главном потоке нужно сделать Application.ProcessMessages, чтобы этот Synchronize сработал. Если делать без Synchronize, то идёт завис на TForm.Show. Но это ещё ладно, это решаемо.
Основная проблема в том, что я не могу делать Application.ProcessMessages из нового потока – он тупо не работает. Хотя по логике, раз я создал окно в этом потоке, значит оно ему и принадлежит, следовательно ProcessMessages должно работать. Но не работает. И даже если я сам делаю PeekMessage/TranslateMessage/DispatchMessage, всё равно не пашет.
Как решить эту проблему?
Такое ощущение, что для всех создаваемых форм хозяином принудительно делается главный поток

Добавлено 10.05.16, 17:55
Может, я туплю, конечно, где-то... покажите где.

[MBo]

>Мне нужно создать форму в отдельном потоке и делать ProcessMessage в цикле.
Это техзадание такое?


http://www.delphikingdom.com/asp/viewitem.asp?catalogid=1411

[Jin X]

Цитата MBo @ 11.05.16, 02:31

Это техзадание такое?

Ну почему ж ТЗ ?
Я прошу подсказки как это реализовать... и почему не пашет
Исходники интересные, спасибо

Но мне хочется понять, как это реализовать средствами . И действительно ли:

Цитата Jin X @ 10.05.16, 17:54

для всех создаваемых форм хозяином принудительно делается главный поток

???

[leo]

Цитата Jin X @ 10.05.16, 17:54

Такое ощущение, что для всех создаваемых форм хозяином принудительно делается главный поток

В винде "хозяином" любого окна является поток, в котором это окно создано. Поэтому если форма создается через Synchronize в главном потоке и при этом явно или неявно происходит обращением к св-ву Handle формы, то ее "хозяином" будет главный поток.

PS: Окно формы создается не сразу в Create, а при первом обращении к св-ву Handle. Чтобы окно 100% создавалось в конструкторе формы, нужно добавить в событие OnCreate обращение к св-ву Handle или вызвать метод HandleNeeded

[Jin X]

Если Synchronize всё равно вызывает метод из главного потока, как же мне создать VCL-форму из другого потока, чтобы окно принадлежало ему? Никак?

Добавлено 11.05.16, 16:17
Суть в том, что есть основной поток, который загружен своей работой (без окон), и напрягать его всякими Application.ProcessMessages не хочется (я бы даже сказал, это делать неудобно).
Я хочу, чтобы окно обновлялось (перерисовывалось, реагировало на кнопки и пр.) в параллельном потоке (суть похожа на SplashScreen, только хочется сделать это VLC-методами).

[Shaggy]

обычно в основном потоке ГУЙ, а в дополнительных какая-то тяжёлая работа
и никаких проблем...
почему ты хочешь сделать наоборот?

[jack128]

Цитата Jin X @ 11.05.16, 16:01

VCL-форму из другого потока, чтобы окно принадлежало ему? Никак?

никак. VCL вообще однопоточна.

[Руслан]

Цитата Jin X @ 10.05.16, 17:54

Мне нужно создать форму в отдельном потоке

Почему не воспользоваться CreateWindowEx, WinAPI? Вполне может сработать! Впрочем, нюансов про потоки что то не припомню, нужно проверять!

Сообщение отредактировано: Руслан - 13.05.16, 19:56

[Jin X]

Цитата Shaggy @ 11.05.16, 17:03

обычно в основном потоке ГУЙ, а в дополнительных какая-то тяжёлая работа
и никаких проблем...
почему ты хочешь сделать наоборот?

Цитата Руслан @ 13.05.16, 19:50

Почему не воспользоваться CreateWindowEx, WinAPI?

Так и думал, что будут такие советы...
Ладно, я понял, что VCL в потоке – не лучший вариант...

[Руслан]

Цитата Jin X @ 14.05.16, 11:40

Так и думал, что будут такие советы...

Могу короткий пример выдрать и своего проекта, легок для интеграции.
Впрочем, довольно геморно компоненты располагать на форме - вручную(в моем древнем проекте всё есть)...

[Jin X]

Если у тебя через WinAPI, то примера MBo достаточно.

[Fr0sT]

Собственно, в чем проблема-то? Создаешь поток, в нем создаешь форму, а затем начинаешь крутить цикл выборки сообщений. Все то же самое, что и для сплэш-формы. Разумеется, никакие Synchr и App.ProcMessages не используются, т.к. они рассчитаны только на штатную архитектуру "Гуй в главном потоке - все остальное в дочерних".

[Jin X]

Да, только когда ты будешь делать GetMessage, сообщения тебе будут приходить для этого потока, а форма создаётся в главном потоке (даже при создании её из второго треда, поскольку нужно создавать её через Synchronize). Вот в этом и проблема.

[Fr0sT]

Цитата Jin X @ 16.05.16, 07:47

поскольку нужно создавать её через Synchronize

Кто тебе это сказал?

[Jin X]

VCL нельзя использовать в отдельно созданных тредах, могут возникать ошибки. И возникают. Например, вызываешь метод Show, и прога виснет. По крайней мере, если в основном треде идёт какой-то долгий процесс без чтения сообщений (Application.ProcessMessages и иже с ним).