Файл: Система математического обеспечения ЕС ЭВМ..pdf

и допустимых форм кодирования, приведенной в конце описания стандартных форм в руководстве «Макрокоманды супервизора и управления данными».

Макрокоманда WAIT, помеченная именем Е4, предусматривает ожидание завершения выполнения подзадач В и С. Адреса блоков управления событием помещены в списке LIST2. Это — EVENT1 и EVENT2. Так как эти блоки управления событием были указаны в операндах ЕСВ макрокоманды ATTACH, программист не дол­ жен отмечать завершение подзадачи макрокомандой POST. Мак­ рокоманда POST выдается автоматически управляющей програм­ мой.

После завершения выполнения подзадач В и С программа А загружает в регистр 5 логическую сумму кодов завершения двух подзадач. Чтобы установить в нуль старший байт регистра 5, ко­ торый будет содержать отметки о завершении, используется коман­ да LA 5,0(5). Так как эта команда производит действия по прави­ лам адресной арифметики, разряды от 0 до 7 устанавливаются в нуль.

Далее необходимо проверить, равна ли полученная логическая сумма нулю. Команда LA не вырабатывает признак результата, поэтому используем команду LTR 5,5. Эта команда не производит никаких действий, кроме выработки признака результата. Если со­ держимое регистра 5 отлично от нуля, то происходит переход по метке ERROR. Это свидетельствует о том, что хотя бы один из ко­ дов завершения отличен от нуля. Если же оба кода завершения равны нулю, то происходит уничтожение подзадач В и С и завер­ шение выполнения программы А.

4.8. ОРГАНИЗАЦИЯ ПОВТОРНОГО ИСПОЛЬЗОВАНИЯ РЕСУРСОВ

Выше рассматривались повторно используемые программы, ко­ торые допускают последовательное выполнение и в отличие от ре­ ентерабельных программ не допускают параллельного выполнения. При появлении повторных запросов на выполнение такой програм­ мы их необходимо задерживать до завершения выполнения по пре­ дыдущему запросу.

При использовании макрокоманд LINK, XCTL и ATTACH про­ верка возможности повторного использования программы и орга­ низация поочередного использования производятся управляющей программой. Если управление такой программе передается с по­ мощью команд передачи управления или с помощью макрокоман­ ды CALL (т. е. без участия управляющей программы), то про­ граммист должен выполнять все эти действия для правильного ис­ пользования такой программы.

Повторно использоваться может не только программа, но и некоторое поле данных, которое используется и модифицируется несколькими задачами, выполняемыми одновременно. В таких

128

случаях часто бывает необходимо предусматривать, чтобы запрос на данные был задержан, если эти данные модифицируются дру­ гим запросом и модификация не завершена.

Для использования их ресурсов применяется макрокоманда ENQ, осуществляющая либо запрос на использование ресурса, ли­ бо проверку возможности использования ресурса. Освобождение повторно используемого ресурса, запрошенного ранее, производит­ ся макрокомандой DEQ.

Макрокоманда ENQ имеет следующий формат:

Каждый ресурс идентифицируется сочетанием имени очереди и имени ресурса. Указанные имена выбираются произвольно и могут не совпадать с истинным именем или названием ресурса, если тако­ вое имеется. Имя очереди представляет собой поле оперативной памяти из восьми символов. Адрес этого поля указывается в пер­ вом операнде. Имя ресурса представляет собой поле основной па­ мяти от 1 до 255 байтов и может быть составным. Адрес этого поля указывается во втором операнде, размер — в четвертом.

Третий операнд допускает значения Е или S. Значение Е обоз­ начает запрос на монопольное использование ресурса. Если ресурс используется в результате монопольного запроса, все следующие запросы на ресурс задерживаются до освобождения ресурса мак­ рокомандой DEQ. Монопольный запрос необходимо использовать, если ресурс изменяется в процессе выполнения запроса. Значение S определяет запрос на совместное использование ресурса. Совме­ стные запросы используются, если ресурс не изменяется в процес­ се выполнения запроса. Такой запрос может быть удовлетворен вместе с другими запросами на совместное использование. Если поступил запрос на монопольное использование, в то время как ресурс используется совместно, то такой запрос, а также все после­ дующие запросы задерживаются.

Значение STEP пятого операнда говорит о том, что ресурс ис­ пользуется только внутри пункта задания. Значение SYSTEM пя­ того операнда указывает, что ресурс используется программами нескольких пунктов заданий.

Ключевой параметр RET определяет условный запрос на ре­ сурс. Если указано TEST, то проверяется состояние ресурса путем выдачи кода возврата (0 — ресурс доступен, 4 — ресурс не досту­ пен, 8 — этой же задачей уже сделан запрос на ресурс). Если ука­ зано USE, ресурс используется, если это возможно; если это не­ возможно, то задача не задерживается, о чем свидетельствуют ко­ ды возврата 4 и 8, обозначающие то же, что и в предыдущем слу­ чае. Если указано HAVE, то это значит, что управление ресурсом

но. Если программа REUSMOD будет занята, то задача, выдавшая запрос, попадает в состояние ожидания. В противном случае зада­ ча получает управление ресурсом и выдает макрокоманду CALL. После возврата управления и анализа кода возврата производит­ ся освобождение ресурса макрокомандой DEQ.

Рассмотрим второй пример, где в качестве ресурса будет исполь­ зован блок данных, занимающий поле из 80 байтов оперативной памяти. Программа А запрашивает 80 байтов и формирует этот блок данных. Начальный адрес поля, занимаемого этим блоком, загружается в регистр 2. Далее создаются две подзадачи В и С.

В процессе дальнейшего выполнения программа А модифици­ рует первое и второе слова указанного поля путем увеличения со­ держимого на единицу. В программе В первое и второе слова за­ гружаются в регистры 5 и 6, а в программе С — в регистры 9 и 10. Таким образом, программы В и С не изменяют содержимого поля. Однако необходимо обеспечить, чтобы между загрузкой первого