В операционной системе Mach сообщения отправляются в определенный порт, который представляет собой защищенную очередь сообщений. Несколько задач могут обладать правом на отправку сообщений в конкретный порт, но только одна задача имеет право получать сообщения из порта.
Также может иметь смысл заглянуть на сайт cns-kod.ru, ведь именно там можно узнать много нового на тему http://cns-kod.ru/stati/alkogolizm/metodyi-kodirovaniya-lecheniya-alkogolizma-ozhireniya. Тема закодироваться от алкоголизма может показаться на первый взгляд незначительной и даже не тематичной. Но стоит посетить сайт cns-kod.ru, и тема закодироваться от алкоголизма начинает проявлять себя с неожиданной стороны и вызывает всё больший интерес. Дело в том, что тема закодироваться от алкоголизма очень подробно представлена на сайте cns-kod.ru. Трудно найти более детальное освещение темы закодироваться от алкоголизма чем это сделано на сайте cns-kod.ru. Спасибо сайту cns-kod.ru за такое доскональное преподнесение темы закодироваться от алкоголизма.
В системе Mach каждой задаче, а также каждой нити задачи назначается по одному порту исключений. Это обеспечивает два способа обработки исключений, которые соответствуют двум вариантам применения исключений: обработке ошибок и отладке.
Обработчики ошибок ассоциируются с нитями, так как ошибки обычно влияют только на ту нить, в которой они породили исключение. Таким образом, каждая нить может иметь отличный от других нитей обработчик ошибки. Порт обработчика регистрируется как порт исключений нити. При создании новой нити ее порт исключительных состояний инициализируется в NULL, что означает, что нить изначально не имеет обработчика исключений.
Отладчик прикрепляется к задаче посредством регистрации одного из своих портов в качестве порта исключительных состояний задачи. Отладчик запускается в виде отдельной задачи и обладает правами на получение сообщений, отправленных в этот порт. Каждая задача наследует порт исключительных состояний от своего родителя. Это позволяет отладчикам контролировать всех потомков отлаживаемой задачи.
Так как исключение может использовать как порт исключений нити, так и порт исключений задачи, необходимо найти способ разрешения конфликта. Для этого необходимо заметить, что порт исключений нити используется обработчиками ошибок и будет прозрачным для отладчиков. Например, обработчик может ответить на ошибку потери значимости числа с плавающей точкой нулем как результатом операции. Такие исключения, как правило, не интересуют отладчик, который в обычных случаях применяется для перехвата только неисправимых ошибок. Таким образом, если в приложении установлен обработчик ошибок, то Mach при возникновении ошибки в приложении отдаст предпочтение в ее обслуживании обработчику, нежели отладчику.
Когда происходит исключение, оно отправляется в порт исключений нити, если таковой существует. То есть те исключения, для которых определен обработчик, являются невидимыми для отладчика. Если установленный обработчик не сможет успешно очистить исключение, то он перенаправит его в порт исключений задачи. (Так как обработчик является одной из нитей той же задачи, что и нить-жертва, он имеет право доступа к порту исключений задания.) Если ни один из обработчиков не исправит ошибку, то ядро системы завершит работу нити-жертвы.
Обработка ошибок
Когда нить-жертва устанавливает исключение, в порт исключений самой нити либо задачи посылается сообщение, содержащее адрес обратного порта, идентифицирующего нить и задачу, в которой произошло исключение, и тип исключения. После обработки исключения обработчик отправляет ответное сообщение обратно в указанный порт. Задача, в которой произошло исключение, обладает правами на получение сообщений из этого порта, и нить-жертва ожидает считывания из порта ответного сообщения. Когда сообщение приходит, нить-жертва получает его и восстанавливает свое выполнение в обычном режиме.
Так как обработчик и жертва являются нитями одной задачи, обработчик разделяет адресное пространство нити-жертвы. Он также может иметь доступ и к контексту регистров нити-жертвы, используя для этого вызовы thread_get_state и thread_set_state.
Система Mach поддерживает совместимость с UNIX, поэтому обработчики сигналов должны в ней запускаться в том же контексте, что и нить, в которой возникло исключение. Такой подход противоположен философии Mach, согласно которой для обработки ошибок запускается отдельная нить. В Mach эта разница была сглажена за счет использования инициируемого системой обработчика.
Когда происходит исключение, для которого установлен обработчик UNIX-сигнала, в особый инициируемый системой обработчик посылается сообщение. Этот обработчик изменяет нить-жертву так, что обработчик сигнала исполняется, когда нить-жертва восстанавливает свое выполнение. Он очищает исключение, приведшее к возникновению сигнала. За коррекцию стека после завершения работы обработчика сигнала отвечает приложение.
Опубликовал katy
July 06 2015 15:47:17 ·
0 Комментариев ·
2970 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
