Здравствуйте.
В моём приложении должно работать несколько одинаковых потоков. Эти потоки не обращаются к визуальным компонентам VCL. Все они должны будут вызывать одну и ту же функцию ещё одного потока, например, главной нити приложения. Этот поток тоже не использует визуальных компонентов. Можно ли их синхронизировать функцией synchrinize() или более корректно будет использовать критические секции, наподобие такого:

Во всех книжках, что я видел, synchrinize() описывается именно в применении к визуальным компонентам и ни слова не сказано про синхронизацию потоков, не использующих VCL.

1. блокировка критическими секциями применяется для того, чтобы код одновременно мог выполняться только одним потоком. и код не станет выполняться в основном потоке только оттого, что ты заключишь его в критическую секцию.
2. функции, вообще говоря, не имеют какой-либо принадлежности к потокам - это просто код, который может выполняться в контексте любого потока.
3. Synchronize(RunInMain) же обеспечивает выполнение кода процедуры RunInMain в основном потоке.
4. вызов из многих рабочих потоков кода через Synchronize будет некисло оттормаживать работу всех этих потоков. а основной - вообще "встанет колом", скорее всего.

если хочешь правильного совета, то, думаю, тебе стоит изложить саму суть задачи, а "не искать выход в потемках" самому. потом, глядишь, потихоньку и свет зажжется... 

либо штудировать статьи по много-поточности до полного просветления...

ps. кстати, пример кода неправильный - на месте твоих InitializeCriticalSection-DeleteCriticalSection должны быть EnterCriticalSection - LeaveCriticalSection. а указанные тобой - это инициализация и удаление, т.е. выполняются один раз.

А в этой есть и то и другое http://forum.vingrad.ru/index.php?showtopi...76&view=all   

Ну значит вот суть задачи:
Пишу прогу для управления компьютерным клубом. Не то чтобы шеф жадный и не хочет ничего покупать, просто имеющееся за разумную плату не устраивает. И в первую очередь меня. Так как админить всё это мне. Прога будет состоять из 3-х частей. 1-я это сервер. Будет выполнен в виде службы. Никаких гуи и командных строк для него не предвидится. Будет работать на отдельном сервере, доступа к которому ни у кого не будет. Это для того, чтобы не изобретать велосипед с шифрованием статистики и контролем её подмены. Две другие части будут присоединяться по сети. Это будут программа для кассира и прога, работающая на клиентском компе, блокирующая комп по истечении оплаченного сеанса. Какого-то конкретного кода ещё нет. Пока обдумываю структуру проги, пишу на бумажке чего от неё нада да блок-схемы рисую.
Сложность вот в чём. Серверная часть программы создаст два серверных сокета, один для админов, другой для клиентов. На каждое подключение будет создан отдельный поток. Кстати, в клиентской части тоже будет возможность включения времени, например по клубной карте. И вот к примеру ситуация: На комп садится клиент с картой и покупает себе время. Это обрабатывает клиентский поток сервера. В это же время админ, не знающий что оплата этого компа уже в процессе, тоже пытается завести сеанс на этом же компе. Этот запрос параллельно обрабатывается админским потоком. В итоге, клиентский и админский потоки вызывают одну и ту же функцию, формирующую сеанс. Эта функция, в двух разных потоках начинает обращаться к одной структуре данных. Вот эту ситуацию мне и надо предотвратить.
Структура, к которой будут обращаться потоки будет выглядеть примерно так:

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