где это выражено?
Добавлено @ 10:14
пример код плз и место откуда он

Создавать можно. Создание - всего лишь выделение памяти. А она общая.
А вот работать оно все равно будет в основном потоке, т.к. всем рулит главное окно - Application.
А оно в главном потоке.

Давайте разберемся , что есть форма? Это обычное окно виндов + дополнительные прибамбасы. Я прав?
Если да, то что есть окно - это графическое окно + ф-ция обработки сообщений этого окна, прав?
Если да , то кто мешает эту ф-цию засунуть в поток?
( Я так понимаю что все что мы кидаем в метод Exectute класса Tthread это и есть ф-ция которая выполняется отдельно от основного потока, да?
Тогда прямо в этом методе можно обозначить ф-цию типа WndProc, и юзать форму отдельно от апликейшена, если я не прав поправьте где?

Добавлено @ 11:00


Я бы сказал, что не совсем.



Весь смысл в том, что куды бы ты ни засунул эту функцию, все сообщения будут обрабатываться в основном потоке. Прежде всего.
Добавлено @ 11:06


Предлагаю попробовать на практике этот метод.
Сразу скажу, что придется
1. владельцем сделать Desktop
2. Все(абсолютно все!) сообщения обрабатывать вручную, от всех контролов на форме, которые хочется видеть.
3. По существу, это будет (почти) обычное окно WinAPI. НО! От TApplication никуда не денешься, а он НЕ ПОТОКОБЕЗАПАСЕН.

Обрати внимание на использование TApplication. ИСпользуется без всякой сипнхронизации в недрах VCL.

Хочу добавить, что этот вопрос я специально изучал. Ответ по использованию форм в отдельных потоках однозначно отрицательный. Честно - просто не хочу повторяться и переливать из пустого в порожнее. Предлагаю попробовать и самому убедиться.
И опять же отошлю к Forms.pas - там все видно прекрасно, как и где используются переменные и классы.

Это сообщение отредактировал(а) Демо - 28.2.2006, 11:00

Плз с объяснениями

Обратно же почему?
Если имеется связь по родительскому окну, то







Это имхо самое правильное замечание только практика покажет где глюки бывают
Добавлено @ 11:13

Хоть одну ссылку дай на метод?

Поправляю.
Для TForm эта функция находится в Application.
Именно он получает сообщения, а потом раздает их нужным формам.
Именно поэтому TForm нельзя засунуть в отдельный поток.
Вот, если отказаться от VCL, то можешь выбрать другую процедуру обработки сообщений.
Я для TForm она предопределена.

А перегрузить нельзя?



не проканает

Грузи не грузи... Принцип действия такой.
TForm при создании регистрируется у Application.
Application получает за нее все сообщения, смотрит кому они адресованы и передает в оконную процедуру нужной формы.
То есть окна формы получают сообщения не сами - им их передает Application.
Тут тесная взаимосвязь с Application и я не представляю, как ее можно разорвать.
Если только код VCL править...
Добавлено @ 11:34
Отсюда и действие Application.ProcessMesages.
Именно Application разгребает все сообщения, а не формы.
Поэтому в длинных циклах виснут все окна, а не одно, если не делать ProcessMessages.
Так устроен VCL. Такова его архитектура...
Не скажу, что это минус - "умные существа делали". Но ограничений добавляет.

Ну подожди , апликейшен это тоже VCL и тоже окно имеющий свой хендл, и имхо сообщения передаются от родительского окна к дочернему, так ?
ЗЫ да и кстати , уходим мы от темы
сообщения то вооще то не зависят от потока
Да и обработка будет

Добавлено @ 11:42

Это понятно , если все выполняется в одном потоке

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

Тебе весь Forms.pas выложить сюда?

Посмотри классы TScreen, TApplication, TCustomForm. Практически везде используются, во всех методах. БЕЗ учета многопоточности.

нет , только ссылку где TCustomForm юзает TApplication, и все

Да почти первая попавшаяся ссылка -
procedure TScreen.AlignForms(AForm: TCustomForm; var Rect: TRect);

Много где используются TForm/TCustomForm.

Не обязательно. Как закажем.
Вот VCL заказывает строгую иерархию - от Application формам и т.д.


Сообщения нет. А их обработка да.

А все и выполняется в одном потоке.
Application ловит сообщение и передает принятое сообщение форме.
Не посылает, а передает. В своем потоке.

где здесь

Или я не правильно вопросы задаю или .....
Добавлено @ 12:23

Кто мешает поменять заказ?

Это вызывает соответсвующую ф-цию?

Это не Form юзает Application, а наоборот.

Ты готов сам ловить все сообщения и передавать их во внутренней структуре VCL?
Учитывая, что она может поменяться в следующей версии?
Учитывая, что после всех трудов это может вообще не заработать?
Учитывая, что вероятность получения глюков - 90%?
Если готов - пробуй.