(+) Вычисление и задание разницы во времени в C++ («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

(+) Вычисление и задание разницы во времени в C++

Отправлено Sergey_B 04 июля 2007 г. 11:36

Стоит задача: из лог-файла (формат строки: дата-время-команда) нужно воспроизводить команды, причём разница во времени между каждой воспроизводимой командой должна соответствовать разнице во времени в лог-файле. То есть, например, если первая запись в файле от 02.07.2007 - 20:13:14.15, а следующая от 02.07.2007 - 20:37:15:16, то вторая команда должна идти через 24 минуты и 1.1 секунды после первой и т.д.

Использую C++ Builder 6. Есть ли какие-нибудь стандартные функции для этого, или придётся писать свою функцию для определения разницы во времени?

И второй вопрос: когда разница во времени известна, каким образом её задавать? Sleep'ом, что ли?

Составить ответ | Вернуться на конференцию

Ответы

Я бы регулярными выражениями выбирал дату и время. Потом функциями аля StrToDateTime() переводил в DateTime. А воспроизводить время не Sleep()'ом, а в зависимости от разницы во времени, притом в отдельном потоке. Тут придётся попрограммировать немного, если есть разницы в дни. — uni (04.07.2007 12:25:52 217.114.1.6, пустое)
- Да хоть в года разница :) У SetWaitableTimer есть полезная особенность. Если дать отрицательное время - то будет относительный интервал относительно времени вызова ф-ции. Если положительное - то сработает в абсолютное время. — SM (04.07.2007 12:27:36 85.21.237.237, пустое)
  - Считал все записи лога, занёс в базу. Понасоздавал таймеры на текущий некий период и жди.... А работать будет? — uni (04.07.2007 12:33:52 217.114.1.6, пустое)
    - Таймер достаточно создать один. В смысле Create. И для каждой строчки делать Set, потом WaitForSingleObject, потом действие, потом опять Set. Ну в отдельном треде естессно. Можно и с APCшками повозиться, но геморроя гарантирую много :) Особенно с необходимостью alertable wait во всех ошидалках, включая ожидание в цикле обработки сообщений (если речь об оконном приложении). — SM (04.07.2007 12:37:30 85.21.237.237, пустое)
      - А-а, точно - одного достаточно. — uni   (04.07.2007 12:42:9 217.114.1.6, пустое)
        
        Кстати, даже таймер нахрен не нужен. Можно сделать CreateEvent, никогда не делать SetEvent, а в WaitForSingleObject указать таймаут :) Изврат, но проще. — SM   (04.07.2007 12:50:59 85.21.237.237, пустое)
        
        Дельта в 50 дней похоже получается: (2^32-1)/(1000*3600*24) = 49,71026961 — uni   (04.07.2007 13:06:4 217.114.1.6, пустое)
        
        Ну почему сразу изврат :) логика вполне подходящая. Точность миллисекундная DWORD'ная. Вроде бы как раз под задачу. Красиво. — uni   (04.07.2007 12:59:8 217.114.1.6, пустое)
        
        Сорри, я подтормозил слегка (+) — SM   (04.07.2007 13:06:10 85.21.237.237, 211 байт)
        
        Оперировать - формировать с такой точностью задержки. Ну, это на мой взгляд. Считать-то мы и тики можем. — uni   (04.07.2007 13:18:25 217.114.1.6, пустое)
        
        Чёт не понял. В windows вроде оперировать задержками меньшими нескольких десятков мсек не получится. Причём тут сотни нс, если ещё и учитывать, что у автора после секунд в формате данных только одна точка. Да ещё не известно как там команды будут отрабатываться и что это за команды. Загрузят комп и всё. В худшем случае. Бедное окошко помрёт. — uni   (04.07.2007 13:16:7 217.114.1.6, пустое)
        
        Курите (+) — SM   (04.07.2007 13:25:26 85.21.237.237, 286 байт)
        
        В дебри я какие-то полез. От жары. Парилка у нас ... эх. Пусть автор чё-нить напишет. — uni   (04.07.2007 13:41:56 217.114.1.6, пустое)
        
        Не пробовал никогда. Я вообще не курящий :) некогда. Я десятков мс добавил из предубеждения, что сама callback функция или обработчик какой может по своей временной сути быть сравнивым или быть больше разрешения. Ну и второе предубеждение - там о гарантиях не написано. Вообще же, можно ли использовать программный протокол из этих функций для синхронного обмена данными - вот я о чём. С внешним каким девайсом. Насколько фронты будут дрожать? — uni   (04.07.2007 13:39:38 217.114.1.6, пустое)
        
        По GetDevCaps можно разузнать :) Это уже мультимудийные ф-ции. А если надо чтобы дрожаний был минимум - добро пожаловать в нулевое кольцо... Т.е. в дрова. — SM   (04.07.2007 14:04:22 85.21.237.237, пустое)
        
        Пока я пас. Задача не попадается, чтобы "приятное" с полезным. — uni   (04.07.2007 14:22:7 217.114.1.6, пустое)
  - Ух-ты. Курю msdn. Это конечно круче будет - повесить на систему определение времени X — uni (04.07.2007 12:31:23 217.114.1.6, пустое)
В билдере есть тип TDateTime (который по сути есть тип double в котором день = 1) к которму применимы операции сложения вычитания умножения и деления, есть компонент TTimer с помощью которого можно задавать промежутки времени, наконец есть апишные функции SetTimer, KillTimer. В чем проблема то? — F8 (04.07.2007 12:19:40 213.130.22.7, пустое)
- Только SetTimer и KillTimer требуют наличия окна. Это надо иметь в виду :) оно не в каждой программе имеется. — SM (04.07.2007 12:21:58 85.21.237.237, пустое)
  - TTimer без окна тоже не смогет, да ктож будет в Билдере программы без окон писать? для этого VC больше подходит. — F8 (04.07.2007 12:30:50 213.130.22.7, пустое)
    - А какая, к билдеру, разница? Консольное приложение, имхо, меньше всего требований предъявляет к системе программирования, разве нет? — YellowTiger (04.07.2007 13:13:7 83.149.0.98, пустое)
      - В VC удобней отлаживать, да и редактор там поприятней будет,а в билдере окошки рисовать. — F8 (04.07.2007 15:00:2 213.130.22.7, пустое)
        
        Мобыть, мобыть... удобно/неудобно - это ж условно все, дело привычки... Но, может и так. — YellowTiger (04.07.2007 17:00:38 83.149.0.98, пустое)
sleep:)) — ы (04.07.2007 11:53:33 80.92.98.211, 155 байт)
Ответ: (+) — SM (04.07.2007 11:43:11 85.21.237.237, 339 байт)
Вот нечто похожее (+) — vinogradov aleksei (04.07.2007 11:42:5 82.207.109.75, пустое, ссылка)