Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Потоки...(очереди сообщений)


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; и проверять его состояние перед посылкой ему сообщения.


Наверх

Титульная страница Поиск, карта сайта Написать письмо