Помогите разобраться с критическими секциями.
Что если у меня несколько участков памяти (class TObject) и к каждой из них идет обращение как с главного потока, так и с дочернего (на обработку каждого Object'a свой дочерний поток)? Я попробовал для каждого такого участка создавать свою критическую секцию. Секции храню в массиве. Но массив-то тоже глобальная перменная, и к ней надо тоже доступ синхронизировать. В общем запутался я чего-то... То ли лыжи не едут, то ли...

PS пишу в этот подфорум потому, что использую функции InitializeCritical..., EnterCritical..., Leave....

Это сообщение отредактировал(а) Unregistered - 6.9.2006, 10:59

Создаёшь объект (глобальный или где-то размещённый так, чтоб был всем доступен)
var block: TCriticalSection;

block := TCriticalSection.Create;



Добавлено @ 11:01 
Подробнее в справке по TCriticalSection

Добавлено @ 11:02 
Если интересует на уровне чистого апи - без обёрток, то найди в сети книжку Рихтера - там всё подробно расписано.

Добавлено @ 11:03 
И вот тут почитай: http://forum.vingrad.ru/index.php?showtopi...mp;#entry480380

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

Одновременно в секцию может войти только один тред.
Пока он там - остальные ждут на входе.
Как тока он вышел - входит следующий в очереди (если он есть конечно).
То есть block.Acquire - сидим и ждём, если там кто-то есть. Продолжаем, если свободно.
Естественно это расчитано на быстрые операции. Надолго секцию занимать не стоит...

Добавлено @ 11:41 
Не понял... При чём тут массив. Это как туалет - зашёл - занято - вышел - свободно. Пока предыдущий не выйдет, следующий не зайдёт.

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

Можно хранить в объекте, можно использовать один глобальный. Не важно.
Главное, чтобы все треды принадлежали одному процессу. Критические секции работают в пределах процесса со всеми его тредами. Не подходит для межпроцессной синхронизации.
Но это тебе и не нужно.
Главное не забудь поместить работу при занятой секции в try..finally. В finally - отпускаё её.
А то не дай бог, случится ошибка - секция останется занятой и всё повиснет нафиг.

Я бы все же пользовался TCriticalSection.Enter и TCriticalSection.Leave вместо Acquire и Release. Не для того они предназначены.

Они идентичны.
По крайней мере так говорит справка дельфи.
В той же стправке пример юзанья выглядит так:

 

Добавлено @ 14:04 
from SyncObjs.pas

Romikgy, так это так и было задумано для тех кто привык уже к определенным названиям, чтоб не переучиватся. Вот за это я люблю Borland - все таки заботятся они о программистах  

Это сообщение отредактировал(а) alexeis1 - 6.9.2006, 14:10

Romikgy, это же написано и в справке.

Обратите внимание, что Acquire и Release виртуальные и предназначены для перекрытия. В отличие от Enter и Leave.

И что это меняет?

То, что эти методы постоянны. В отличие от Acquire и Release.

Если так хочется, то пусть это будет делом вкуса и стиля каждого.

Гм. Ну к примеру метод Free тоже постоянный. И он вызывает виртуальный Destroy...
Здесь же ещё проще. Тут даже дополнительных действий нету. Тупо вызов.
Не пойму, к чему это...
ИМХО Enter и Leave число для совместимости или удобства введены.
Физической нагрузки тут никакой не наблюдаю.