Кому и когда надо делать Canvas.Lock?

← →
Aleksandr © (2003-11-06 14:29) [0]

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

← →
Palladin © (2003-11-06 16:08) [1]

ну представь себе что canvas енто туалет, рисование на canvas, это его посещение, вызов Lock это закрыть его дверь изнутри, а потоки это домочадцы...

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

← →
Digitman © (2003-11-06 16:34) [2]

> Когда надо .. делать лок канвы

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

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

см. метод TThread.Synchronize(), который как раз и предназначен для этого

Спасибо.

Кому и когда надо делать Canvas.Lock? Найти похожие ветки