at

что это?

Или cron

желательно кроссплатформенно, но и как подступиться к cron тоже выслушаю, если расскажете.

о_О

┌┤~├──────────────────────────────────────────────────────────┤gotf@persephone├─
└─> whatis at
at (1)               - queue, examine or delete jobs for later execution

Я так понял, нужна секундная точность.

Можно тогда свой демон написать.

sniper21

желательно кроссплатформенно, но и как подступиться к cron тоже выслушаю, если расскажете.

Про кроссплатформенность ничего не знаю: мастдай ненавижу всеми фибрами души.

А насчет cron'а - да почитайте же man.

>Я так понял, нужна секундная точность.

нет не нужна.

>желательно кроссплатформенно

На венде есть «at». // отсыпьте мне звёзд

Программа должна по внешнему сигналу (например kill -USR1 ) начинать писать в новый файл. А уж отправить сигнал в 00:00 часов как два байта переслать.

На винде есть ncron

Добавьте крон в комплект поставки программы под виндой, да и все дела.

Сделайте свой «зверь эдишн» с кроном

fixed :)

Вот-вот.

Нет бы Task Scheduler использовать. Пишете под виндовз - соответствуйте.

>> На винде есть ncron

nncron? И да, at там как бы в штатной поставке.

и ncron, и nncron.

Адекват в треде!

в месте вывода в файл - проверяй время и создавай новый файл при необходимости

чем плох вариант проверки времени, вот не понимаю в упор?

>создать новый файл в 00:00:00

может придумали чего до меня?

Давно. Ровно в полночь все твои файлы превратятся в тыквы

Кстати, странно, что еще никто не упомянул logrotate...

Кстати, странно, что еще никто не упомянул logrotate...

Что это? Еще один cron?

Не смешно.

А вообще, при помощи параметров prerotate/postrotate в конфиге logrotate'а задачу sniper21 можно решить.

Да ты че? Как?

Программа запущена и убивать ее для смены файла нельзя. Надо либо чтобы она сама следила за временем либо извне постучаться к ней (kill -USR1 например) и сказать: «дорогуша твое время вышло, одевайся^W меняй файл»

Это я через libastral.so пытался решить ТЗ :)

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

Даже запуск «левого» демона, «стучащего» программе по SIGUSRx, противоречит оккамовскому принципу.

слишком надежно, видать. да и без внешних агентов. зато душа спокойна, что мол перформанц

Eddy_Em> Даже запуск «левого» демона, «стучащего» программе по SIGUSRx, противоречит оккамовскому принципу.

Это если он «левый», а если системный cron, то очень даже юникс-вей. А то давай каждая программа будет сама реализовывать функции крона, чтобы следить за временем

trashymichael> чем плох вариант проверки времени, вот не понимаю в упор?

Не юникс-вей, в системе уже есть такая программа (cron) и за временем она умеет следить лучше

Жесть же какая-то получается: программа все равно должна будет определить время/дату, чтобы вычислить имя файла. Почему бы это просто не делать при каждой очередной записи?

Тебе просто хочется поспорить, хоть о чем-то?

Это все-равно, как во время еды перед каждой ложкой смотреть на часы, не пора ли уже идти, вместо того чтобы поручить будильнику пропищать в нужное время.

А это случайно не вы спрашивали недавно как создать файл с именем из QDate? Если да, то посмотрите в сторону QTimer.

man cron

man crontab

Ваш К.О.

В чем проблема проверять время перед каждым write?

проблемы нет, ищу элегантное решение.

помоему всетаки будет надежнее если программа сама будет время проверять, а как тебя послушать то и ложку ко рту подносить — еду пережевывать — в глотку ее запихивать — ферменты в желудок подливать должны разные люди, иначе не юниксвей!

Проверяй время перед записью.

В любом случае, записать что-то в файл - это дольше, чем проверить время (во всяком случае, так говорит здравый смысл, хотя чёрт его знает, как оно на самом деле?)

А ваша программа не добавляет время в запись события лога?

Какой критерий элегантности? Этой грязной работой всё равно кто-то будет заниматься. Можно срать в fifo, и отдельным приложением хендлить выхлоп, но кому это надо?

>А ваша программа не добавляет время в запись события лога?

wait! oh shi~

Suntechnic> А ваша программа не добавляет время в запись события лога?

1. Это именно лог?
2. Гарантируете запись каждую минуту, или все же будем в пустом цикле раз в минуту проверять время?

1. Блин, а ведь возможно это не лог - почему-то так подумалось и потом уже даже не предпологал, что это может быть чем-то другим...

2. Зачем? Достаточно проверять перед каждой записью. Кстати такой вариант кажется более разумным чем любой другой - просто не хранить имя файла в переменной, а каждый раз получать его из текущей даты.

Suntechnic> просто не хранить имя файла в переменной, а каждый раз получать его из текущей даты.

Что-то меня этот детский сад утомил. В некоторых популярных ЯП пишут не по имени файла, а по файловому дескриптору, т.е. кроме получения даты, надо будет еще именна файлов сравнивать. и т.д. ...

может придумали чего до меня?

см. POSIX :)

в частности http://www.opengroup.org/onlinepubs/009695399/basedefs/time.h.html

> В некоторых популярных ЯП пишут не по имени файла, а по файловому дескриптору

А в некоторых, не держат поток открытым сутками.

Но даже если так - какие проблемы хранить имя файла котрый используется для записи сейчас и сверять эту переменную с вновь полученным? Или в некоторых популярных ЯП сравнение строк столь длительная операция, что этого надо избегать и прикручивать к ним cron?

просто посмотри на apache, squid, ... почему они не занимаются ротацией логов?

Тогда использовать settimer и в полночь ловить SIGALRM