Cтраница 1
Директивы языка - это ассемблерные команды, которые встречаются в исходном коде, но не транслируются прямо в исполняемые коды. Они используются ассемблером при трактовке мнемоники входного файла, размещении данных и формировании файла листинга. [1]
Смысл параметра [ состояние ] одинаков для всех директив языка отладки и полностью совпадает с семантикой его использования в предыдущей директиве. [2]
Имя файла ( содержащее не более 8 символов) в простейшем случае указывает на имя директивы DD языка управления заданиями, в которой заданы характеристики обрабатываемого набора данных. Пока будем считать понятие файла синонимом набора дан ных. [3]
Программа ТРАНСЛЯТОР С ЯЗЫКА МАКРОАССЕМБЛЕР дополнительно реализует: возможность трансляции по условию; язык макрокоманд и библиотеку макроопределений; возможность секционирования программ; расширенный набор директив языка АССЕМБЛЕР. [4]
Управление процессами ( или задачами) относится к самым внутренним функциям операционной системы, и эти программы выполняются в привилегированном режиме. Программы управления заданиями выполняют интерпретацию директив языка управления заданиями. [5]
Процессор ATNL-интерпретатора состоит из двух блоков: ПОДГ и ИНТ. В блоке ПОДГ реализуется анализ директив языка отладки и подключение соответствующих им РЕФАЛ-модулей к промежуточному представлению ATNL-программы. Таким образом, при реализации языка отладки в ATNL-интерпретаторе используется принцип конвертирования директив отладки в обращения к специальным отладочным функциям. [6]
Монитор запрашивает оператора системы о функции, которую он должен выполнять, и в соответствии с ней, если это необходимо, формирует пакет на выполнение проблемной программы. В конце формируемого пакета помещаются операторы и директивы языка управления заданиями ДОС ЕС, обеспечивающие новый вызов Монитора после завершения проблемной щюграммы. В конце же пакета на выполнение Монитора размещены операторы и директивы, позволяющие передать управление на сформированный пакет. [7]
Значительные трудности возникают у пользователей из-за того, что производители ПЭВМ используют различные версии языка БЕЙСИК. В табл. 1.1 представлены встречающиеся в книге директивы языка БЕЙСИК. Необязательная директива LET для присвоения значений не используется. [8]
Язык отладки в статике дает возможность задавать указания о режимах отладки, исходные данные и состав выходных результатов. Задание режимов отладки, в том числе ее планирование, производится директивами языка управления задания САРПО. Унификация языков отладки сводится к определению стандартного набора операторов ( директив), обеспечивающих широкие возможности отладки в различных режимах. Задание значений исходных данных ( тестов) в языках отладки производится отдельными процедурами, содержащими последовательность операторов присваивания алгоритмического языка. [9]
Иногда к программированию ввода-вывода подходят с требованием независимости модулей от вида внешних носителей, что, например, дает возможность, не меняя текста модуля работать при отладке программ с дисками или перфокартами, а во время эксплуатации - с магнитными лентами. В ОС ЕС ЭВМ эта задача для последовательных наборов данных решается вынесением форматов внешних данных из программы в директивы DD языка управления заданиями, где они могут подвергаться изменениям независимо от текста программных модулей. [10]
Программа Монитор является ядром БАУЗ. Пакет на ее выполнение расположен на магнитном диске. Выполнение пакета обеспечивается путем назначения на него системного устройства ввода при помощи соответствующих оп рато - ров и директив языка управления заданиями ДОС ЕС. [11]
Диалог на основе директивного языка характеризуется тем, что запросы системы поступают в виде развернутых сообщений и в виде мнемонических кодов, идентифицирующих совокупность вероятностных состояний системы. Это могут быть требования на ввод исходных данных, подключение различных устройств ввода-вывода, указания на ошибки пользователя и сбои системы. Пользователь формирует запросы в виде команд-директив, имеющих определенный синтаксис. Системы такого типа характеризуются смешанной инициативой. Это значит, что, помимо системы, пользователь также может быть инициатором диалога. Эта форма диалога осуществляется в режиме с разделением времени и, в отличие от первых двух форм, требует специального математического обеспечения: монитор ввода-вывода и интерпретатор директив языка запросов пользователя. Монитор обнаруживает запрос, определяет состояние устройств ввода-вывода, инициирует интерпретатор расшифровки запросов и выполняет их. Эта форма диалога является более совершенной и реализована в ряде зарубежных и отечественных систем. [12]