Основная программа является ядром. Ее задача парсить текстовую информацию поступающую из сокета и раздавать ее плагинам уже в готовой удобоваримой форме. Плагины - обычные ДЛЛки которые подгружаются во время старта программы. С синхронизацией потоков в ядре разобрался. Все норм. А вот плугины по замыслу должны также внутри себя иметь поток, который уже принимает и обрабатывает структурированые данные от ядра. 

Когда данные принимаются плагином они копируются и помещаются в TList. Обрабатывающий поток плагина читает данные из TList'а и делает свою "черную работу". Дык вот если я все правильно понял он должен тоже синхронизироваться при чтении с главным потоком. Но когда я вызываю : Syncronize(GetData);



Программа виснит наглухо. В чем могут быть грабли?

Покажи полный код "плагина", так не понятно...

все понятно. смотри код реализации Synchronize у TThread. лучше в DLL его(Synchronize) не использовать.
у приложения и DLL создаются разные критические секции, с пом.которой и выполняется Synchronize.
выход: создать свою критическую секцию и испльзовать ее при передачи данных в/из поток(а).
пример - смотри Classes.

Это сообщение отредактировал(а) MetalFan - 9.1.2007, 12:39

А что конкретно не понятно? Просто там много рутины не относящейся к вопросу. Не думаю что это хорошая идея постить полный код   



ОК. Спасибо. Обязательно гляну. 

то есть у меня и была идея сделать нечто следущее:
в самой длл объявить внутреннюю процедуру что-то типа того:



И когда придут данные в плугин - вызывать эту процедуру. И из потока для чтения пришедших данных  вызывать эту же процедуру без Synchronize. Так?

Это сообщение отредактировал(а) Bizquit - 9.1.2007, 13:08

Bizquit, потчи так. только надо ее инициализировать и не забыть освободить.
объявить поле типа FCS: TRTLCriticalSection
InitializeCriticalSection(FCS) - инициализация КС. можно при создании потока/менеджера потоков
ну и во вход и выход передать не забыть
DeleteCriticalSection(FCS) - удаление КС. соотв. при уничтожении.

Это сообщение отредактировал(а) MetalFan - 9.1.2007, 13:27

MetalFan, Пасиб, помог.

Кстати, а вот еще нюанс, как лучше сделать? 
В ядре есть поток(TSenderThread), который просматривает TList в котором лежат результаты парсинга, и который эти результаты рассылает плагинам. Чтобы отослать результат, он вызывает функцию ДЛЛки SendData(Data: PEventData). Эта функция в дллке кладет копию данных в свой TList. Дык вот надо ли вызывать SendData обернутое в Syncronize? Или это не обязательно? Может просто ее в потоке TSenderThread вызывать без синхронизации с основным потоком, а она уже в ДЛЛке синхронизуясь там со своим потоком будет класть данные в TList?
Не слишком сумбурно получилось? 

для чего нужен Synchronize представляешь?
для выполнения кода в контексте главного потока приложения.
почему? чтобы не допустить одновременного обращения к одним данным (в частности VCL контролам, созданных в главном потоке)

что получается при использовании критической секции?
код, который находится между входом и выходом, единовременно может выполниться только в одном потоке.
т.е. при вызове EnterCriticalSection, если счетчик вызовов <>0, то система замораживает данный поток до тех пор, пока
другой поток, что "вошел" в данную КС не выйдет из нее. но тут главное избежать DeadLock'ов

поняли, к чему веду?

з.ы. если я не прав, поправьте ;)