Восстановление - содержимое
Cтраница 1
Восстановление содержимого нескольких ячеек будет происходить правильно, если оно совершается в порядке, в точности обратном тому, в каком происходило запоминание. Поэтому, даже если выяснилось, что содержимое некоторой ячейки, сохраняющееся в магазине, нам уже не потребуется, все равно в подходящий момент следует выполнить оператор restore ( x) или по крайней мере оператор р: р - 1, чтобы освободить магазин. [1]
Восстановление содержимого блока производится в обратной последовательности. Вновь проектируемый объект заносится в ОГБЛ с присвоением ему нового регистрационного номера блока РНБ, отводится место на магнитном диске под ХЗЛ и ОЛБ с полученными регистрационными номерами. [2]
Восстановление содержимого регистров секвенсера и графического контроллера производится так же, как их программирование в приведенном фрагменте, но, разумеется, с другими значениями параметров. [3]
Восстановление содержимого индексных ячеек основной программы и запоминание их состояния в прерывающей программе необходимо осуществлять особо. [4]
Для восстановления содержимого регистров ( Гь г2) следует позаботиться о том, чтобы перед выполнением макрокоманды RETURN в регистре 13 находился адрес области сохранения вызывавшей программы. Если аргумент Г2 опущен, то будет восстановлено содержимое одного регистра rt, Если опущены оба операнда Г ] и Г2, то восстановление регистров не производится. [5]
 |
Программа формирования слов, использующая подпрограмму COPY. [6] |
Необходимость сохранения и восстановления содержимого регистров также ведет к дополнительным затратам процессорного времени при использовании подпрограммы. [7]
Из этого примера видно, что для восстановления содержимого ячейки rl надо знать, в каком из указателей лисповской ( списочной) ячейки хранится это содержимое. [8]
Дополнительные логические блоки появляются у диспетчера для восстановления содержимого ячеек 0000, а и е по мере решения очередных задач. Эти вопросы, более специфичные для диспетчера, рассматриваются в гл. [9]
Рассмотрены два метода, которые могут быть использованы для восстановления содержимого базы данных после системного сбоя. Для описания этих методов база данных представляется как коллекция сегментов, каждый из которых состоит из множества страниц. Первый метод применяется в том случае, когда потеряно содержимое оперативной памяти. Метод основан на сохранении двух отображений: во-первых, отображения страниц, размещаемых в оперативной памяти, в адреса их позиций на диске; во-вторых, отображения тех же страниц в адреса позиций на диске страниц, соответствующих предыдущему состоянию базы данных. Второй метод используется в том случае, когда теряется содержимое диска. Он включает регистрацию и копирование на ленту тех страниц, которые подвергались модификации после проведения последнего восстановления. [10]
Пока печать не завершена, управление передается на запоминание и восстановление содержимого индексной ячейки и снятие блокировки прерывания. [11]
 |
Регистр КП. Формирование кода признака МПРСКС. [12] |
ТОБМ канала сбрасывается после выполнения собственно микропрограммы обслуживания канала перед восстановлением содержимого регистров, ЦП из локальной памяти. Этот триггер используется при локализации аппаратных ошибок. [13]
Для межсегментного возврата применяются третий и четвертый форматы RET, которые обеспечивают восстановление содержимого как указателя команд, так и программного сегмента. [14]
Стандартные соглашения предусматривают единые правила использования некоторых общих регистров, способов сохранения и восстановления содержимого общих регистров и обмена параметрами. [15]
Страницы: 1 2 3 4