Разработка приложений в среде Linux. Второе издание

 9: volatile int reopenLog = 0; /* volatile - поскольку модифицируется

10:                                обработчиком сигнала */

11:

12: /* записать строку в журнал */

13: void logstring(int logfd, char *str) {

14:  write(logfd, str, strlen(str));

15: }

16:

17: /* когда приходит SIGHUP, сделать запись об этом и продолжить */

18: void hupHandler(int signum) {

19:  reopenLog = 1;

20: }

21:

22: int main() {

23:  int done = 0;

24:  struct sigaction sa;

25:  int rc;

26:  int logfd;

27:

28:  logfd = STDOUT_FILENO;

29:

30:  /* Установить обработчик сигнала SIGHUP. Использовать memset() для

31:     инициализации структуры sigaction чтобы обеспечить очистку

32:     всего. */

33:  memset(&sa, 0, sizeof(sa));

34:  sa.sa_handler = hupHandler;

35:

36:  if (sigaction(SIGHUP, &sa, NULL)) perror("sigaction");

37:

38:  /* Записывать сообщение в журнал каждые две секунды, и

39:     повторно открывать журнальный файл по требованию SIGHUP */

40:  while (!done) {

41:   /*sleep() возвращает не ноль, если не спит достаточно долго*/

42:   rc = sleep(2);

43:   if (rc) {

44:    if (reopenLog) {

45:     logstring(logfd,

46:      "* повторное открытие журналов по запросу SIGHUP\n");

47:     reopenLog = 0;

48:    } else {

49:     logstring(logfd,

50:      "* sleep прервано неизвестным сигналом "

51:      "--dying\n");

52:     done=1;

53:    }

54:   } else {

55:    logstring(logfd, "Периодическое сообщение\n");

56:   }

57:  }

58:

59:  return 0;

60: }

Чтобы протестировать эту программу, запустите ее в одном окне xterm и отправьте сигнал SIGHUP из другого. Для каждого сигнала SIGHUP, который принимает программа, она печатает сообщение, когда выполняет нормальную ротацию своих журналов. Помните, что если сигнал поступает в тот момент, когда работает другой экземпляр обработчика, доставляется только один экземпляр сигнала, поэтому не отправляйте их слишком часто.

12.6. Сигналы реального времени

Учитывая некоторые ограничения модели сигналов POSIX, например, недостающую возможность присоединения к сигналам никаких данных и вероятность того, что множество сигналов сольются в одной доставке, было разработано расширение POSIX Real Time Signals (сигналы реального времени POSIX)[67]. Системы, которые поддерживают сигналы реального времени, включая Linux, также поддерживают описанный ранее традиционный механизм сигналов POSIX. Для обеспечения наивысшего уровня переносимости между системами, мы советуем использовать стандартные интерфейсы POSIX, если только не возникает необходимости в некоторых дополнительных средствах, предоставляемых расширением реального времени.

12.6.1. Очередность и порядок сигналов

Два из ограничений стандартной модели сигналов POSIX заключаются в том, что когда сигнал перебивает сигнал, это не приводит к множественной доставке этих сигналов, и отсутствуют гарантии упорядоченной доставки множества разнородных сигналов (если вы пошлете SIGTERM, а следом SIGKILL, то нет способа узнать, какой из них придет первым). Расширение POSIX Real Time Signals добавляет новый набор сигналов, которые не подпадают под упомянутые ограничения.

Существует множество доступных сигналов реального времени, и они не используются ядром ни для каких предопределенных целей. Все сигналы между SIGRTMIN и SIGRTMAX являются сигналами реального времени, хотя точные номера их в POSIX не специфицированы (на момент написания этой книги Linux предоставляет 32 таких сигнала, но в будущем их количество может увеличиться).