Дескриптор - доступ
Cтраница 2
 |
Структура объекта контроль типа. [16] |
Любые удаленные из дескриптора доступа к Т права доступа могут быть восстановлены менеджером типа, когда тот же AD впоследствии передается менеджеру типа в качестве аргумента какой-либо другой операции. Последняя команда может быть выполнена только в том случае, если в качестве аргумента указан соответствующий TCO AD, который хранится внутри менеджера типа. Подробнее об этом мы поговорим ниже в данном разделе. [17]
Мы даем объяснение каждого дескриптора доступа в порядке его расположения в таблице. Значения некоторых дескрипторов доступа могут быть очевидны для читателей, работавших со стековыми архитектурами, тем не менее мы даем объяснения по использованию каждого дескриптора доступа. В ряде случаев полное значение указателя может стать ясным только позднее. [18]
Значения этих трех гнезд дескрипторов доступа, которые могут быть изменены ( неоднократно) во время исполнения в текущем контексте, определяют остальные три множества исходных указателей для процессора. Новое значение, присвоенное одному из этих трех гнезд дескрипторов доступа к средам доступа, ведет к динамическому изменению текущего непосредственно адресуемого пространства. Такое изменение достигается выполнением команды ENTER ACCESS ENVIRONMENT ( или ENTER GLOBAL), указывающей то гнездо среды доступа, в которое помещается задаваемый AD. [19]
Обнуляет два указателя ( копии дескрипторов доступа) AD T Sink ( k) и AD T Source ( k), полученные от задачи Task Master, а затем осуществляет вызов входа Ready to quit в Task Master. Оператор accept может быть просто завершен как пустой оператор. Затем задача Task Master выдает повторный асинхронный запрос чтения с терминала, сведения о котором были получены в параметре типа in во время вызова Ready to quit. Теперь задача Task Master ожидает с этого терминала следующий запрос на вход в систему. [20]
Интересно проследить, как удаление дескрипторов доступа в системе i432 связано с освобождением памяти, занимаемой объектами. X, либо все дескрипторы доступа, указывающие на X, сами недостижимы. Объект Т2, показанный на рис. 4.2, был бы кандидатом для сбора мусора, если бы AD3 был единственным дескриптором доступа, указывающим на Т2, и на место AD3 записывается другой, возможно пустой, дескриптор доступа. В этой ситуации сборщик мусора системы 1432 в конце концов освободил бы место памяти, занимаемое Т2, и в результате получилась бы первоначальная структура, приведенная на рис. 4.1. [ Освобождается также память объектов, образующих между собой циклический список, хотя в этом случае на каждый объект показывает какой-то дескриптор доступа. [21]
Начнем обсуждение объекта контекст с ключевых дескрипторов доступа, которые расположены в начале части доступа. [22]
Следует обратить внимание еще на два дескриптора доступа: AD, который указывает на контекст предшественника, и AD, указывающий на объект сообщение, который связан с контекстом предшественника. Дескриптор доступа гнезда 8 - это AD возврата, он служит обратной ссылкой в динамической цепочке объектов контекста. Он может иметь право на возврат, но никогда не может иметь прав на чтение или запись. Стало быть, он не может использоваться для получения неразрешенного доступа к информации в вызывающей среде. [23]
Было принято решение значительно ограничить число пассивных дескрипторов доступа, связанных с процессом возврата памяти объектов, который обслуживает пассивное пространство. [24]
 |
Фрагмент программы на языке Ада, иллюстрирующий вызов Create, process. [25] |
Создатель процесса может создать для этого процесса дескрипторы доступа AD, которые доступны для других элементов системы. В качестве альтернативного варианта создатель процесса может удалить из таких AD права controLrights, и другие элементы смогут читать информацию о процессе, но не смогут выполнять над ним операции управления. [26]
Ада компилятор создает соответствующую междоменную связь в виде дескриптора доступа, который находится в приватной части обращающегося домена и указывает на видимую часть требуемого домена. Ниже в этом разделе мы обсудим вопрос, как архитектура системы 1432 контролирует такие вызовы. [27]
 |
Схема части доступа объекта домен, имеющего п локально определенных ( приватных процедур и / операций с общим доступом, а также один объект констант с общим доступом. [28] |
Исходя из требований исходной программы, в домен помещаются дескрипторы доступа к другим доменам, а также к иным различным объектам. [29]
Доступ к любому целевому объекту требует прохождения маршрута от дескриптора доступа через конкретный дескриптор объекта к целевому объекту. Однако в большинстве случаев совершенно несущественно явно выделять этот промежуточный шаг. Следовательно, мы примем соглашение по упрощенному изображению рисунков, в которых дескрипторы доступа указывают непосредственно на соответствующие объекты. На рис. 4.5 показана сокращенная запись из рис. 4.2. Мы не потеряем общности, если будем использовать этот уровень абстракции в наших рассуждениях в остальной части книги. [30]
Страницы: 1 2 3 4