Майкл Джонсон - Разработка приложений в среде Linux. Второе издание
- Название:Разработка приложений в среде Linux. Второе издание
- Автор:
- Жанр:
- Издательство:Вильямс
- Год:2007
- Город:Москва
- ISBN:978-5-8459-1143-8
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Майкл Джонсон - Разработка приложений в среде Linux. Второе издание краткое содержание
Книга известных профессионалов в области разработки коммерческих приложений в Linux представляет собой отличный справочник для широкого круга программистов в Linux, а также тех разработчиков на языке С, которые перешли в среду Linux из других операционных систем. Подробно рассматриваются концепции, лежащие в основе процесса создания системных приложений, а также разнообразные доступные инструменты и библиотеки. Среди рассматриваемых в книге вопросов можно выделить анализ особенностей применения лицензий GNU, использование свободно распространяемых компиляторов и библиотек, системное программирование для Linux, а также написание и отладка собственных переносимых библиотек. Изобилие хорошо документированных примеров кода помогает лучше усвоить особенности программирования в Linux.
Книга рассчитана на разработчиков разной квалификации, а также может быть полезна для студентов и преподавателей соответствующих специальностей.
Разработка приложений в среде Linux. Второе издание - читать онлайн бесплатно полную версию (весь текст целиком)
Интервал:
Закладка:
SI_TKILL
Приложение пространства пользователя вызвало tkill()
. В то время как ядро Linux использует SI_TKILL
, его значение не специфицировано в текущей версии библиотеки С.
Если вам нужно проверить SI_TKILL
, используйте следующий сегмент кода для определения этого значения:
#ifndef SI_TKILL
#define SI_TKILL -6
#endif
SI_TKILL
не специфицирован ни в каком стандарте (хотя допускается ими), поэтому его следует применять осторожно в переносимых программах.
SI_KERNEL
Сигнал сгенерирован ядром.
Когда SIGILL
, SIGFPE
, SIGSEGV
, SIGBUS
и SIGCHLD
посылаются ядром, то si_ code
вместо si_kernel
принимает значения, перечисленные в табл. 12.3 [71] Он также принимает специальное значение SIGTRAP , которое используется отладчиками, и SIGPOLL , применяемое механизмом ненадежного асинхронного ввода-вывода. Ни один из них не описан в настоящей книге, поэтому подробности об этих сигналах не включены в табл. 12.3.
.
Таблица 12.3. Значения si_code
для специальных сигналов
Сигнал | si_code | Описание |
---|---|---|
SIGILL |
ILL_ILLOPC |
Неправильный код операции (opcode). |
ILL_ILLOPC |
Неправильный операнд. | |
ILL_ILLOPC |
Неправильный режим адресации. | |
ILL_ILLOPC |
Неправильная ловушка (trap). | |
ILL_ILLOPC |
Привилегированный код операции. | |
ILL_ILLOPC |
Привилегированный регистр. | |
ILL_ILLOPC |
Внутренняя ошибка стека. | |
ILL_ILLOPC |
Ошибка сопроцессора. | |
SIGFPE |
FPE_INTDIV |
Деление целого на ноль. |
FPE_INTOVF |
Переполнение целого. | |
FPE_FLTDIV |
Деление числа с плавающей точкой на ноль. | |
FPE_FLTOVF |
Переполнение числа с плавающей точкой. | |
FPE_FLTUND |
Потеря значимости числа с плавающей точкой. | |
FPE_FLTRES |
Неточный результат числа с плавающей точкой. | |
FPE_FLTINV |
Неверная операция с плавающей точкой. | |
FPE_FLTSUB |
Число с плавающей точкой вне диапазона. | |
SIGSEGV |
SEGV_MAPPER |
Адрес не отображается на объект. |
SEGV_ACCERR |
Неверные права доступа для адреса. | |
SIGBUS |
BUS_ADRALN |
Неверное выравнивание адреса. |
BUS_ADRERR |
Несуществующий физический адрес. | |
BUS_OBJERR |
Специфичный для объекта сбой оборудования. | |
SIGCHLD |
CLD_EXITED |
Дочерний процесс завершен. |
CLD_KILLED |
Дочерний процесс уничтожен. | |
CLD_DUMPED |
Дочерний процесс уничтожен с выводом дампа памяти в файл. | |
CLD_TRAPPED |
Дочерний процесс достиг точки останова. | |
CLD_STOPPED |
Дочерний процесс приостановлен. |
Чтобы помочь прояснить разные значения, которые может принимать si_code
, рассмотрим пример, в котором SIGCHLD
генерируется четырьмя разными способами: kill()
, sigqueue()
, raise
() (использует системный вызов tkill()
) и созданием дочернего процесса, который немедленно прерывается.
1: /* sicode.с */
2:
3: #include
4: #include
5: #include
6: #include
7:
8: #ifndef SI_TKILL
9: #define SI_TKILL -6
10: #endif
11:
12: void handler(int signo, siginfo_t *info, void *f ) {
13: static int count = 0;
14:
15: printf("перехвачен сигнал, отправленный ");
16: switch(info->si_code) {
17: case SI_USER:
18: printf("kill()\n"); break;
19: case SI_QUEUE:
20: printf("sigqueue()\n"); break;
21: case SI_TKILL:
22: printf("tkill() или raise()\n"); break;
23: case CLD_EXITED:
24: printf ("ядро сообщает, что дочерний процесс завершен\n"); exit(0);
25: }
26:
27: if (++count == 4) exit(1);
28: }
29:
30: int main() {
31: struct sigaction act;
32: union sigval val;
33: pid_t pid = getpid();
34:
35: val.sival_int = 1234;
36:
37: act.sa_sigaction = handler;
38: sigemptyset(&act.sa_mask);
39: act.sa_flags = SA_SIGINFO;
40: sigaction(SIGCHLD, &act, NULL);
41:
42: kill(pid, SIGCHLD);
43: sigqueue(pid, SIGCHLD, val);
44: raise(SIGCHLD);
45:
46: /* Чтобы получить SIGCHLD от ядра, мы создаем дочерний процесс
47: и немедленно завершаем его. Обработчик сигнала выйдет после
48: получения сигнала от ядра, поэтому мы просто засыпаем
49: на время и позволяем программе прерваться подобным образом. */
50:
51: if (!fork()) exit(0);
52: sleep(60);
53:
54: return 0;
55: }
Если si_code
равно SI_USER
, SI_QUEUE
или SI_TKILL
, то доступны два дополнительных члена siginfo_t
: si_pid
и si_uid
, которые представляют идентификатор процесса, пославшего сигнал и действительный идентификатор пользователя этого процесса.
Когда ядром посылается SIGCHLD
, доступны члены si_pid
, si_status
, si_utime
и si_stime
. Первый из них, si_pid
, задает идентификатор процесса, состояние которого изменилось [72] Вспомните, что SIGCHLD посылается не только при завершении дочернего процесса, но и при его приостановке или возобновлении работы.
. Информация о новом состоянии доступна как в si_code
(как показано в табл. 12.3) и в si_status
, что идентично целому значению состояния, возвращаемому семейством функций wait()
.
Последние два члена, si_utime
и si_stime
, определяют период времени, которое потрачено дочерним приложением на работу в пользовательском режиме и в режиме ядра, соответственно (это подобно тому, что возвращают вызовы wait3()
и wait4()
в структуре struct rusage
). Это время измеряется в тиках часов, заданных целым числом. Количество тиков в секунду задает макрос _SC_CLK_TCK
, определенный в .
SIGSEGV
, SIGBUS
, SIGILL
и SIGFPE
— все они представляют si_addr
, специфицирующий адрес, который вызвал сбой, описанный si code
.
Ниже приведен простой пример проверки контекста сигнала. Он устанавливает обработчик сигнала для SIGSEGV
, который печатает контекст сигнала и прерывает процесс. Нарушение сегментации генерируется попыткой обращения к NULL
.
1: /* catch-segv.c */
2:
3: #include
4: #include
5: #include
6:
7: void handler(int signo, siginfo_t *info, void *f) {
8: printf("перехват");
9: if (info->si_signo == SIGSEGV)
10: printf("segv accessing %p", info->si_addr);
11: if (info->si_code == SEGV_MAPERR)
12: printf("SEGV_MAPERR");
13: printf("\n");
14:
15: exit(1);
16: }
17:
18: int main() {
19: struct sigactin act;
Интервал:
Закладка: