Cтраница 2
Этот оператор информирует программу Управление заданиями о конце управляющих операторов шага задания и указывает на необходимость начать выполнение проблемной программы. [16]
Оператор EXEC информирует программу УПРАВЛЕНИЯ ЗАДАНИЯМИ о конце управляющих операторов шага задания и указывает на необходимость начать выполнение проблемной программы. [17]
Монитор запрашивает оператора системы о функции, которую он должен выполнять, и в соответствии с ней, если это необходимо, формирует пакет на выполнение проблемной программы. В конце формируемого пакета помещаются операторы и директивы языка управления заданиями ДОС ЕС, обеспечивающие новый вызов Монитора после завершения проблемной щюграммы. В конце же пакета на выполнение Монитора размещены операторы и директивы, позволяющие передать управление на сформированный пакет. [18]
Под выполнением проблемной программы понимается трансляция, редактирование или выполнение программной фазы. Имя фазы может отсутствовать, если ее выполнение следует сразу же за редактированием в одном задании. [19]
Функционирование управляющей программы осуществляется в такой последовательности: вручную устанавливается резидентный пакет дисков и выполняется процедура исходной загрузки, после этого действия выполняются уже автоматически; программа Первоначальная загрузка загружает программу Супервизор, которая, в свою очередь, подготавливает к работе программу Управление заданиями. Последняя подготавливает ЭВМ к выполнению проблемной программы; рабочая программа выполняется под контролем Супервизора, который при этом реагирует на прерывания, экстракоды, сбои и др., а также на конец работы проблемной программы; после этого снова запускается в работу программа Управление заданиями, и весь цикл повторяется. [20]
Оператор EXEC должен быть последним в шаге задания. Он указывает на необходимость начать выполнение проблемной программы. [21]
Поэтому процессы взаимообмена информацией по каналам связи и обработки данных в проблемных программах являются асинхронными. Из этого следует вторая главная функция управляющей СТ-организация выполнения проблемных программ обработки данных. [22]
Перечисленные выше возможности операционной системы могут быть использованы при выполнении проблемной программы. Прохождение программы от ее ввода до получения результата в простейшем случае состоит из трех этапов: трансляции, редактирования и выдшшендя. [23]
Перечисленные выше возможности операционной системы могут быть использованы при выполнении проблемной программы. Прохождение программы от ее ввода до получения результата в простейшем случае состоит из трех этапов: трансляции, редактирования и выполнения. [24]
При постоянном хранении они могут быть использованы: и для последующих выполнений данной проблемной программы. При временном хранении содержащаяся в директивах информация используется лишь при данном формировании пакета на выполнение проблемной программы. [25]
Проблемные программы - это программы пользователя, составленные на алгоритмических языках. Системные обрабатывающие программы предназначены для сокращения усилий и времени, затрачиваемых для написания, подготовки и выполнения проблемных программ пользователя. [26]
Полное управление системой переходит к монитору такого типа только в промежутках между заданиями или между шагами задания. В остальное время управление системой монитору недоступно. Во время выполнения проблемных программ для управления программами канала доступны такие сервисные программы управляющей программы, как система управления вводом-выводом, однако проблемная программа сама может выполнять ( и обычно выполняет) многие сервисные программы управления каналами. Использование интервального таймера распределяется между управляющей программой и проблемными программами. Если имеет место некая согласованность в использовании таймера, это, вероятно, вызывается жесткими требованиями руководства установки. При таком способе организации применять перехваты довольно трудно. Сравнительно просто было бы осуществить перехват в момент планирования заданий, но на более детальном уровне использование перехвата потребовало бы, вероятно, внесения изменений почти во все исследуемые прикладные программы. [27]
При этом на системном логическом устройстве используется только последовательный метод организации файла, который характеризуется тем, что адрес данных на диске от обращения к обращению непрерывно возрастает. СУПЕРВИЗОР обеспечивает контроль адресов данных, указанных в командах обращения к дискам. При нарушении непрерывности возрастания адресов выполнение проблемной программы прекращается. В этом и заключается функция контроля корректности работы с устройствами прямого доступа. [28]
Состояние ОЖИДДНИЕ вводится программным путем с помощью задания единицы в 14 бит ССП. Это состояние служит для перехода от проблемной программы к прерываниям от внешних устройств или устройств ввода-вывода. В этом состоянии процессор прекращает выполнение проблемной программы, но воспринимает и обрабатывает запросы внешние и устройств ввода-вывода. В состоянии ВЫПОЛНЕНИЕ ПРОГРАММЫ выполняется нормальная работа по решению проблемной программы. [29]
Знакомство с форматом команд на машинном языке, полученных на выходе компилятора с языка Ассемблера, помогает при анализе ошибок в программе и интерпретации дампов. Под дампом понимают распечатку в шестнадцатеричном формате содержимого областей основной памяти, занятых проблемной программой и связанными с ней программами Супервизора системы. Дамп основной памяти обычно производится всякий раз, когда при выполнении проблемной программы встречаются различного рода нарушения нормального режима выполнения или противоречивость данных, приводящие к прерываниям. Такая распечатка основной памяти может быть затребована программистом или выполняется автоматически при возникновении определенных ошибочных ситуаций. Именно в это время программисту может понадобиться разобраться в форматах команд на машинном языке, чтобы проследить за ходом выполнения команд программы непосредственно перед ее прерыванием. [30]