![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Потоки...(очереди сообщений)
GanibalLector © (2006-10-18 18:05:00)Господа,возник вопрос.
Есть некоторое приложение, которое имеет доп.поток. Общаюсь с доп.потоком посредством PostThreadMessage.
Также следует отметить,что основной поток имеет таймер (SetTimer), который через 100мсек. срабатывает и посылает доп.потоку некоторое сообщение(PostThreadMessage).
Так вот, доп.поток получил некоторое сообщение и начал выполнять определенную задачу(5-10 сек.) за это время срабатывал таймер и положил в очередь потока свои сообщения. А мне вот этого и не надо!
Думаю сделать так :
перед выполненим некоторой операции в доп.потоке я пошлю сообщение главному потоку. Главный приняв это сообшение выставит,например, некоторую переменную в False. При срабатывании таймера буду проверять эту переменную и если она False, то не буду ничего посылать. Соответственно,когда закончится длительная операция в доп.потоке,я пошлю главному потоку новое сообщение, приняв которое главный поток выставит ту переменную в True. И,соответственно,при срабатывании таймера сообщения теперь будут доходить.
Насколько оправдан мой подход? Может есть варианты получше???
Заранее спасибо.
GanibalLector (2006-10-19 10:50:00) [1]2 Сергей М. © (19.10.06 10:18) [4]
Я думал о этом ;)
Всем спасибо.
Сергей М. (2006-10-19 10:18:00) [2]
> GanibalLector © (18.10.06 18:05)
Использование обычной критической секции (вместо очереди сообщений) с успехом решит твою задачу.
Leonid Troyanovsky (2006-10-18 18:55:00) [3]
> Ketmar © (18.10.06 18:51) [2]
> а не проще ли сделать Event "занят, не беспокоить!"?
Тогда уж и все остальное сделать с помощью объектов ядра,
дабы не превращать рабочий поток в GUI thread.
--
Regards, LVT.
Ketmar (2006-10-18 18:51:00) [4]а не проще ли сделать Event "занят, не беспокоить!"?
DVM (2006-10-18 18:26:00) [5]
> Может есть варианты получше???
Может в дополнительном потоке сделать флаг FBusy: boolean; и проверять его состояние перед посылкой ему сообщения.