Таймер в консольном приложении C++Builder6

Есть небольшое консольное приложение, написанное в среде С++Builder.
Есть необходимость организовать в нем таймерную процедуру.
Это возможно?
Стандартный таймер в VCL требует компонента-владельца, ответственного за освобождение ресурсов.
Но в консоли его нет.
Или я ошибаюсь?

0

Сообщение от АнаП Стандартный таймер в VCL требует компонента-владельца, ответственного за освобождение ресурсов.

Не обязательно. Можно компонент таймера создавать и убивать вручную, передавая в качестве AOwner значение NULL.
Однако, таймер работает через оконное сообщение WM_TIMER, значит ему нужно окно, которое будет это сообщение принимать.

1

Хорошо, забудем о консоли.
Реально есть рабочее приложение, которое "окучивает" сразу несколько изделий на конвейере.
Для каждого из них запускается отдельный рабочий поток (пока это - внешние консольные процессы, от которых хотелось бы уйти). Возникла необходимость внутри каждого такого отдельного потока (предположительно TThread) организовать периодический таймерный процесс, например: с общим таймером в окне приложения, события которого как-то передаются в эти потоки? Не хотелось бы его опрашивать в цикле из каждого потока.
В С# это решается просто, но переделывать все в новую среду очень стремно.

0

Добрый день.
Правильно ли понимаем, что Вам хочется сделать главную форму, на нее кинуть таймер и запустить 100500 потоков, и что бы это таймер раздавал команды в эти 100500 потоков?

0

Примерно так. Чтобы в пределах каждого потока было периодическое таймерное событие.
Синхронное или нет - не важно. Но чтобы "капало" регулярно.
Ну, например: создавать таймер в каждом потоке, а владельцем назначать главную форму?
Но ее еще нужно умудриться "увидеть" оттуда.
Не хочется заниматься полингом в каждом потоке, опрашивая общий таймер.

0

Таймер нужен именно общий? Зачем?

Добавлено через 2 минуты

Сообщение от АнаП Ну, например: создавать таймер в каждом потоке, а владельцем назначать главную форму?

Мож проще в каждом потоке иметь свой отсчёт времени и по таймингу прерывать цикл потока и что-то делать синхронно? Тогда и таймер не нужон будет.

0

Сообщение от Verevkin каждом потоке иметь свой отсчёт времени

Это как это? Чем это время отсчитывать в потоке? Полингом машинного времени?
А все стоять будет, пока время считается?
Мне интересно было бы, чтобы вызывался некий таймерный callback.
Но не придумаю, как это сделать в отдельном потоке.

0

Сообщение от АнаП А все стоять будет, пока время считается?

Какие правильные сексуальные фантазии! Но нет.

Сообщение от АнаП Это как это? Чем это время отсчитывать в потоке?

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

0

Спасибо за полезные мысли.
Придумал как обойтись без таймера, хоть он и был бы весьма полезен.

0

Сообщение от АнаП Есть небольшое консольное приложение, написанное в среде С++Builder. Есть необходимость организовать в нем таймерную процедуру.

в Винде были мультимедийные таймеры. Они работают через callback-функции, привязки к окну не требуют.
Пишу "были" потому, что майки в Вин10/11 назвали эту технологию устаревшей и ввели взамен мультимедийный класс.
Но в Билдере6 не будет новых заголовочных файлов для этих новых возможностей - и надо будет пользоваться старыми (тем более, думаю, в Вин10/11 старые функции оставили для совместимости со старым софтом).
Так что смотри тут: https://learn.microsoft.com/en... -reference

Я ещё на Билдере3 (процессорами были Пентиум1/Пентиум3, ОСью - NT 4) пользовался мультимедийными таймерами - работало.

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

Сообщение от АнаП Мне интересно было бы, чтобы вызывался некий таймерный callback. Но не придумаю, как это сделать в отдельном потоке.

Указанный мультимедийный таймер - не объектно-ориентированный и не многопоточный.
Он дёргает назначенную callback-функцию как неОО-функцию - но передаёт ей пользовательские данные (параметр dwUser у TimeProc, а ранее эти пользовательские данные указывались функции создания-включения таймера одним из аргументов).
Т.е. событие приходит чисто процедурное - и надо брать/интерпретировать присланные "пользовательские данные" как указатель на нужный объект (и дёрнуть уже метод этого объекта, если прога ООшная).

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

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

0