Код: Выделить всё
#include <signal.h>
#include <stdio.h>
#include <sys/time.h>
#include <unistd.h>
void
timerHandler (int _event)
{
printf ("Событие. Засыпаю.\n");
sleep (1);
printf ("Проснулся");
}
int
main ()
{
struct sigaction action;
action.sa_handler = timerHandler;
sigaction (SIGALARM, &action, 0);
itimerval timerSet;
timerSet.it_interval.tv_sec = 0;
timerSet.it_interval.tv_usec = 100000;
timerSet.it_value.tv_sec = 1;
timerSet.it_value.tv_usec = 0;
setitimer (ITIMER_REAL, &timerSet, NULL);
while (1);
return 0;
}Суть в следующем: обработчик сигналов таймера "работает" дольше, чем приходит следующий сигнал.
На экран выводятся только строчки: "Событие. Засыпаю."
А "Проснулся" - не появляется.
Если же вместо sigaction'а использовать signal, то код после sleep'а выполняется, но этот sleep задерживает обработку сигналов. Т.е. фактически функция вызывается не с частотой "щёлкания" таймера, а с когда завершается предыдущий её вызов, а события таймера, получается, накапливаются.
Поведение при signal'е меня не устраивает.
То как происходит обработка сигнала при sigaction'е тоже не совсем то что я ожидал, но ладно, это я семафорами обойду (всё-равно реальная обработка сигнала будет не в timerHandler, а в отдельном потоке), но вот вопрос остаётся: почему обработчик не возвращается из sleep'а?
Всякими SA_флагами играл (правда по-одиночке, может их в комбинации нужно использовать?).
Что скажете коллеги?
Например почитайте man setitimer раздел bugs 
ИМХО - как раз ваш случай 
отдельный? ps -eLf | grep имя_процесса чего говорит?
НЕТ
