Есть значит прога в которой много-много потоков. Работают они, никому не мешают, но время от времени должны показывать форму с некой инфой. Форму, которую они должны показывать я убрал в "available form" и каждый поток создает себе по экземпляру формы. И как раз в этом трабла. Если делать так, то создание формы прерывается где-то в controls.pas (уже не помню на чем), а если ее все-таки вернуть в автосоздаваемые формы, то форма показывается (первый раз) нормально, а на второй начинают рисоваться только те элементы, которые лежат на самой форме, то есть TLabel который в GroupBox'е не отображается. Иногда вообще пишет про ошибку создания формы на данном девайсе.

Как помочь горю?  

ASGDeveloper, VCL объекты не являются потокобезопасными
Вероятно это результат конфликтов между главным потоком и одним из дополнительных. Простым решением является отправка сообщений из вторичных потоков главному. Можно использовать сообщения группы WM_USER + n, где n положительное число. Пусть работой с формой занимается главный поток и только он.

ИМХО не подходит, так как на показанной форме юзер должен выполнить некоторые действия, а поток ждет, когда юзер их выполнить, поэтому ShowModal.

То, что библиотека VCL по сути однопоточна - я знаю, только почему оно работает?   

Но дело не в этом, поэтому поясню подробнее. Программа внедряет в определенный набор программ некий модуль через madCodeHook. Когда в "зараженной" программе происходит некое событие в основную прогу отсылается сообщение через IPC и модуль ждет ответ. Прога показывает юзеру диалог, он вводит пару параметров, жмет кнопу и полетели дальше до следующего события. А ответ уходит в модуль.

Работает, но глючит - сам видишь.
Это всего лишь объект - никто не запрещает тебе его юзать.
Тебе лишь гарантируют глюки, т.к. управляется оно главным потоком.
Делай неVCL окно.

Верно сказано. При встрече в dll (прикрепленной с пом. madCodeHook) строки SendMessage - выполнение застопорится пока главная форма не даст ответа (Вот тебе и ShowModal). 

Потому что все компоненты переодически "общаются" друг с другом и в том числе с объектом приложения, при этом они прямо или косвено читают и меняют данные полей различных объектов, то же самое делает основной поток (он же не спит  ) ну вот и возникают ошибки из-за совмесной потоконебезопастной работы с общей памятью - классика. 

Ручками? Через CreateWindow?

http://forum.vingrad.ru/index.php?showtopi...37&view=all

Или CreateDialog...