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

У меня все сделано через синхронизацию, но я вот тут подумал, а нужна ли она вообще здесь?!

По идее ничего страшного не произойдет, если сделать так.
Но если нужна гарантия, то лучше послать форме WM_SETTEXT.
Добавлено @ 11:36
Посмотрел код. Не зачем возиться с WM_SETTEXT.
Присвоение капшена и так его вызывает.
Можешь смело присваивать.

Snowy, я нетолько про кэпшен хотел узнать
а вобщем, можно ли обращаться к форме созданной в потоке, атакже ко всем контролам на ней (из самого потока) без синхронизации?

z-END, она нужна в том случае, если кто то в этот момент будет читать твой Caption.
Добавлено @ 12:01

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

тоесть я правильно понимаю что форма созданная во вторичном потоке приложения "живет" всеравно в основном?

Все формы живут в основном.
А вот что у формы можно менять из внешнего потока, а что нельзя, нужно выяснять по коду VCL.
По крайней мере параметры окна (положение, текст и т.п. можно менять.)

Snowy, представь, что ты начал менять Caption формы из вторичного потока и успел написать туда "По" (а хотел "Поток") и в этот момент его выполнение прекращается и главный поток пишет строку "Форма", после чего возобновляется выполнение вторичного потока и он дописывает остаток "ток". В результате получаем "Фоток". Это желаемый результат?

<Spawn>, Представь, что ты посылаешь из другого приложения сообщение WM_SETTEXT.
Главный поток получает это сообщение и производит обновление заголовка. Пока он это не сделает, ничего другого он делать не будет.
Присваивание Caption'a не присваивает значение переменной. А вызывает Perform(WM_SETTEXT).
Получение Caption'a не берет данные из какой-то переменной, а делает WM_GETTEXT.
Все это делает главный поток. Вторичный поток замирает, ожидая, когда основной поток завершит действия и вернет управление.
Добавлено @ 12:51
Поэтому я и говорю, что некоторые действия можно делать вполне безболезненно.

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

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

Snowy, <Spawn>, спасибо=) ну вобщемто так и думал что нельзя...

Отчего ж нельзя. Можно, но не все.
Для гарантии лучше конечно делать все в синхронизации.
Но многие вещи доступны и без нее.

Нельзя создать и работать с формами в дополнительном потоке. Увы, такова технология VCL-форм. Работать безопасно можно только с окнами, созданными на чистом Win32API.

Не стоит даже пытаться работать с формами. достаточно просто посмотреть на модуль Forms.pas изнутри. Можно даже по ключевому слову Application.

И что там такого страшного ?

Как это относится к работе с формой ?

Относится напрямую. Формы в Delphi неразрывно связаны с TApplication. Любая форма работает только в основном потоке.
Добавлено @ 10:00
На основной вопрос топика, естсетвенно, ответить нельзя. Потому что нельзя создавать формы в дополнительном потоке.
При желании можно, конечно. Но это если хочется проблем.