Есть ini-файл, из него считывается время срабатывания таймеров(их несколько) но почему то не срабатывает таймер.. Приведу весь кусок кода:



Подскажите пожалуйста..

начнем с того, что ты не создаешь окна, а сообщения могут слаться только ему, так что цикл GetMessage просто не имеет смысла

а как тогда быть?

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

А вот как сделать так чтобы все таймеры сработали? Что-то я не придумаю никак.. Может SleepEx в бесконечный цикл поставить? Ведь программа вылетает при первом же срабатывании..

я сделал в цикле SleepEx, вроде все работает =) только у меня еще один вопрос возник.. Мне нужно в процедуру TimerAPCProc передать значение Sections[iTimer], т.е. дату с временем в строке, делаю так:



а в lpArgToCompletionRoutine обрезанная строка, т.е. например исходная такая: 29.10.2007 21:33:00 а в процедуре она такая: 29.10.2007 21:33

а зачем делать SleepEx в цикле?
туда же сразу можно написать нужный период или INFINITE

у меня какраз вот так:



При вызове TimerAPCProc, SleepEx завершается..

хм, продублирую и здесь)

словишь в конце-концов AV, если так оставишь.
у тебя Sections прибивается в InstallTimers....

а... это я стормозил, документацию не прочитал...

Еще маленький вопросик, можно ли в TimerAPCProc определить какой таймер сработал? Ведь если таймер с периодом он так и будет дергать TimerAPCProc, так вот если уже больше он не понадобится, чтоб можно его было хлопнуть в этой же TimerAPCProc..

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

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

Блин! Решил еще добавить событие на считывание новых значений из этого же файла.. SleepEx уже не спасает..




Добавлено через 7 минут и 43 секунды
т.е. дело в том что событие не срабатывает.. сделал трассировку, в функции события ThreadEvent останавливается на WaitForSingleObject и все..

так а кто ж его дёрнет, чтобы WaitForSingleObject вышла?

кста, и почему bManualReset = false?

в другой программе..

событие с автоматическим сбросом =)

Dmitry_177, а зачем? ) если "ожидатель" только один, то ладно.

ну, похоже на то, что программа та программа не дёргает...

Добавлено через 2 минуты и 46 секунд
кстати, а та программа только дёргает или тоже ждёт этого события?
просто если оно автоматически сбрасываемое, то может получиться так, что две программы ждут, оно дёргается, одна программа дожидается, событияеавтоматически сбрасывается, и вторая программа не дожидается...

не.. та именно дергает.. вот код из другой программы которая дергает:



EventName - строковая константа, и там и там одна и таже..

Dmitry_177, а где проверка на возможные ошибки?

MetalFan, чтобы сократить код я их убрал, я показал сам смысл я в той программе дергаю это событие..

хм... а не получается ли так:
1. первая программа создаёт событие
2. дёргает его
3. успевает удалить его до того, как его откроет вторая программа
4. вторая программа создаёт уже новое событие
и т.д.
?

да нет.. не может быть такого в моем случае..

я вот думаю, может этот SleepEx срабатывает первей и не дает сработать WaitForSingleObject-у в другом потоке?

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

Ок, и так поехали:

первая программа, та которая устанавливает таймеры и реагирует на событие для считывания новых таймеров из файла(запущена постоянно):



теперь вторая, та которая записывает таймеры и дергает событие(запускается нерегулярно):
в ней в принципе ничего сложного нету, она записывает в файл таймеры, которые вводятся с использованием форм и по завершению дергает событие.. Я думаю саму запись ненужно показывать, приведу FormClose, который собственно и дергает событие:



Код трассировал, SetEvent срабатывает, т.е. само событие 100% дергается..

Это сообщение отредактировал(а) Dmitry_177 - 1.11.2007, 01:27

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

надо сделать примерно так:

давай код примера приложения в аттач... что так пальцем в небо тыкать...

Я сделал вот так:



и все заработало   

кстати мы создаем в InstallTimers, структуры TDataTimer: New(DataTimer); удаляем их в TimerAPCProc: Dispose(lpArgToCompletionRoutine);.. А если время срабатывания будет удалено в той второй программе, то получается DataTimer не удалится?

на самом деле как тогда удалять DataTimer? вот задам я таймер в той программе, в этой создастся DataTimer и установится таймер.. А потом в той программе удалю этот таймер.. то что будет с DataTimer? Как его удалять?

тебе надо вместо массива хэндлов hTimers сделать массив(или там TList) DataTimer'ов. в таймерном callback'е "шерстить" этот массива на предмет переданного DataTimer, и удалять его - и самого и из массива.

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

Это сообщение отредактировал(а) Dmitry_177 - 8.11.2007, 02:12

э-э! я разве что-то говорил про передачу ссылки на элементы массива?! хотя согласен - немного неточно описал свою мысль. 
имелось ввиду примерно следущее: