Процесс ведет проверку на наличие сигналов при помощи функции issig(), вызываемой после обработки системного вызова или прерывания, но перед возвращением из режима ядра.
Также может иметь смысл заглянуть на сайт hvac-school.ru, ведь именно там можно узнать много нового на тему http://www.hvac-school.ru/upload/files/mont/GOST30494-96.pdf. Тема гост 30494-2011 может показаться на первый взгляд незначительной и даже не тематичной. Но стоит посетить сайт hvac-school.ru, и тема гост 30494-2011 начинает проявлять себя с неожиданной стороны и вызывает всё больший интерес. Дело в том, что тема гост 30494-2011 очень подробно представлена на сайте hvac-school.ru. Трудно найти более детальное освещение темы гост 30494-2011 чем это сделано на сайте hvac-school.ru. Спасибо сайту hvac-school.ru за такое доскональное преподнесение темы гост 30494-2011.
Вызов issig() производится также и в случаях перехода в режим прерываемого сна или выхода из него (то есть пробуждения). Функция issig() считывает установленные биты в поле p_cursig‘. Если какой-либо бит установлен, то эта функция проверяет p_hold на предмет существования блокировки этого сигнала.
Если сигнал не блокируется, то іssig() сохраняет номер сигнала в p_sig2 и возвращает значение TRUE.
Когда сигнал является ожидающим, ядро вызывает для его обработки psig(). Функция psig() проверяет информацию области и, относящуюся к этому сигналу. Если не задан ни один обработчик, произойдет действие по умолчанию, обычно это завершение процесса. Если необходимо вызвать обработчик, то происходит изменение маски блокируемых сигналов p_hold, в которую добавляется текущий сигнал, а также любой другой сигнал, ассоциируемый с ним в маске u_sigmask.
Текущий сигнал не добавляется в маску в том случае, если для его обработчика был установлен флаг SA_NODEFER. Точно так же, если был установлен флаг SA_RESETHAND, действия, задаваемые в массиве u_signal[ ], сбрасываются на установленные по умолчанию.
Последним этапом действий является вызов sendsig(), производимый функцией psig(), который заставляет процесс вернуться в режим задачи и передать управление обработчику. Вызов sendsig() гарантирует, что после завершения работы обработчика процесс восстановит свое выполнение с того места программы, на котором он был прерван сигналом. Если используется альтернативный стек, вызов sendsig() загрузит обработчик с указанным стеком. Реализация функции sendsig() является машинно-зависимой, так как ей необходимо знать о деталях работы со стеком и о манипуляциях с контекстом.
Исключительные состояния
Исключительные3 состояния (исключения) возникают, когда программа оказывается в необычной ситуации, и происходит это, как правило, вследствие ошибки. Например, попытка обращения по несуществующему адресу в памяти или деление на ноль повлекут за собой исключение. При возникновении исключения срабатывает ловушка в ядре, которая вырабатывает сигнал, уведомляющий процесс о возникшем исключении.
В системе UNIX для оповещения процесса об исключениях служат сигналы. Тип вырабатываемого сигнала зависит от природы исключения. Например, попытка обращения по несуществующему адресу может повлечь за собой генерацию сигнала SIGSEGV. Если в приложении указан для него обработчик, то ядро системы запустит его. Если нет, то выполняется действие по умолчанию (обычно это завершение работы процесса). Такой подход позволяет каждой программе устанавливать свои собственные обработчики исключений. Некоторые языки программирования (например, Ада) обладают встроенными механизмами обработки исключений. Обработчики могут быть реализованы в библиотеках языка.
Исключения часто используются отладчиками. При отладке (или трассировке) программы вырабатывают исключения в точках останова, а также по завершении выполнения системного вызова ехес. Отладчик должен перехватывать эти исключения для контроля над программой. Отладчику также может понадобиться перехватывать и другие выбранные им исключения и сигналы, вырабатываемые отлаживаемой программой. Системный вызов ptrace системы UNIX разрешает такой перехват (более подробно о его работе можно прочесть в разделе 6.2.4).
Существует ряд недостатков в том способе, которым UNIX обрабатывает исключения. Во-первых, обработчик исключения запускается в том же контексте, в котором это исключение произошло. Это означает, что обработчик не имеет доступа к полному контексту регистров, существовавшему во время возникновения исключения. Когда происходит исключение, ядро системы передает лишь некоторый объем его контекста обработчику. Этот объем зависит от конкретной реализации UNIX, а также от аппаратной платформы, на которой работает система. Вообще говоря, одна нить должна работать с двумя контекстами — с контекстом обработчика и тем контекстом, в котором произошло исключение.
Во-вторых, механизм сигналов изначально разрабатывался для однонитевых процессов. Системы UNIX, поддерживающие многонитевые процессы, столкнулись с определенными сложностями в адаптации подобной схемы сигналов. И последний недостаток, о котором необходимо упомянуть, это ограничение системного вызова ptrace, который позволяет отладчику, основанному на нем, контролировать только своих непосредственных потомков.
Опубликовал katy
July 06 2015 15:44:21 ·
0 Комментариев ·
2374 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
