книги из ГПНТБ / Система математического обеспечения ЕС ЭВМ

Оператор конца процедуры PEND должен быть последним оператором процедуры во входном потоке. Он имеет следующий формат:

//и м я P E N D к о м м е н т а р и и

Имя и комментарии в операторе могут отсутствовать.

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

Чтобы вызвать каталогизированную процедуру, необходимо в операторе ЕХЕС указать имя процедуры, под которым она запи­ сана в библиотеке процедур. Если процедура имеет оператор PROC в качестве первого оператора, то его имя не рассматри­ вается как имя процёдуры и может вообще отсутствовать. Запись новых и модификация существующих процедур в библиотеке осу­ ществляется утилитой IEBUPDTE.

Процедуры во входном потоке следует помещать перед первым оператором ЕХЕС. Каждая процедура должна начинаться опера­ тором PROC и заканчиваться оператором PEND. Допускается до 15 процедур в каждом задании. Оператор PROC обязательно дол­ жен иметь имя, которое является именем процедуры во входном потоке. Вызов процедуры осуществляется путем указания этого имени в операторе ЕХЕС.

При вызове процедуры необходимо присвоить значения пара­ метрам процедуры. Парахметрам, имеющим стандартные значения, присвоенные в процедуре, можно не присваивать новые значения при вызове процедуры.

При вызове процедуры можно изменить или добавить пара­ метры операторов ЕХЕС процедуры. Для этого в операторе вызо­ ва процедуры необходимо кодировать:

п а р а м е т р , и м я п у н к т а п р о ц е д у р ы = зн ач ен и е

Пусть процедура Р содержит следующие операторы ЕХЕС:

При вызове процедуры необходимо значение параметра PARM опустить, добавить к оператору ST1 параметр COND=(12, EQ) и заменить в операторе ST2 параметр COND на COND=(12, EQ).

91

Для этого необходимо кодировать следующее обращение к проце­ дуре:

После подстановки параметров получим:

При вызове процедуры можно изменить или добавить парамет­ ры операторов DD процедуры. Для этого к оператору вызова про­ цедуры необходимо добавить оператор DD следующего формата:

// и м я п ун к т а п р о ц е д у р ы , и м я dd D D п а р а м е т р = зн ач еи и е

Пусть процедура Р содержит следующие операторы:

При вызове процедуры необходимо заменить имя набора дан­ ных на CAT, добавить указание устройства 5050 и убрать указание серийного номера тома. Для этого необходимо кодировать следую­ щие операторы:

Если в операторе DD необходимо изменить только один под­ параметр DCB, то не следует кодировать все подпараметры. На­ пример, если в предыдущем примере размер блока нужно изме­ нить на 320, следует кодировать:

При вызове процедуры можно добавить дополнительный опе­ ратор DD к пункту процедуры. Для этого к оператору вызова про­ цедуры необходимо добавить новый оператор DD, у которого в качестве имени требуется указать:

// и м я п ун к т а п р о ц е д у р ы , и м я dd D D . . .

Пусть к процедуре Р из предыдущего примера надо добавить оператор DD с именем ММ. Для этого необходимо кодировать следующие операторы:

Имя добавляемого оператора DD должно отличаться от имен ' операторов DD пункта процедуры.

Все замены, дополнения и изменения в операторах процедуры выполняются только в момент вызова процедуры и не меняют копию процедуры в библиотеке или во входном потоке.

92

3.7. ОПЕРАТОРЫ КОМАНД, КОММЕНТАРИЙ, ОГРАНИЧИТЕЛЬНЫЕ И ПУСТЫЕ ОПЕРАТОРЫ

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

II к о м а н д а о п е р а н д ы к ом м е н т ар и и

Оператор комментариев предназначен для записи любой ин­ формации, которая может быть полезна для понимания использо­ вания или назначения операторов языка управления заданиями. Оператор комментариев имеет следующийформат:

II* к ом м ен т ар и и

Ограничительный оператор предназначен для указания конца данных во входном потоке. В однопрограммном режиме ограни­ чительный оператор обязателен в конце набора данных. В мульти­ программных режимах его можно не употреблять в конце набора данных, который начинается оператором DD*, однако его обяза­ тельно следует употреблять в конце набора данных, который начи­ нается операторо'м DD DATA. Ограничительный оператор имеет следующий формат:

/* к о м м е н т а р и и

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

3.8. ПРИМЕРЫ ИСПОЛЬЗОВАНИЯ ОПЕРАТОРОВ ЯЗЫКА УПРАВЛЕНИЯ ЗАДАНИЯМИ

Пусть некоторый набор данных создается программой А, моди­

составляет 50К. Имя задания ВТ. Набор данных размещается на

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

93

ного вывода (класс А). Задание может выглядеть следующим образом:

I*

Так как набор данных является временным, имя ему можно не присваивать.

Если тот же набор данных используется в различных заданиях, то он не может быть временным. Пусть его имя будет BETA и он располагается на томе 222222 устройства 5050. Необходимо выпол­ нить те же самые программы, но в различных заданиях. Набор данных BETA сохранить. Предусмотреть автоматический рестарт пункта задания для программ А и С.

Задание, создающее набор данных BETA:

в х о д н о й н а б о р д а н н ы х

!*

Задание, модифицирующее набор данных BETA:

Задание, использующее набор данных BETA:

Пусть необходимо выполнить те же действия, но набор данных BETA каталогизируется при создании.

Задание, создающее набор данных BETA:

в х о д н о й н а б о р д а н н ы х

I *

Задание, модифицирующее набор данных BETA*

Задание, использующее набор данных BETA:

4. СУПЕРВИЗОР

4.1. ОБЩИЕ СВЕДЕНИЯ

Супервизор входит в состав управляющей программы. Он пред­ ставляет собой набор программ, выполняемых в ответ на запросы, поступающие из различных источников. Запросы реализуются через систему прерываний. Источниками запросов могут быть как аппаратные средства (завершение операции ввода-вывода, истече­ ние заданного интервала времени, внешние события, сбои в аппа­ ратуре и т. д.), так и программы. Запросы из программ представ­ ляют собой запланированные обращения к супервизору (напри­ мер, запрос на инициирование операции ввода-вывода), а также незапланированные действия программ (например, нарушение защиты памяти, переполнение и т. д.). Обслуживая запросы, су­ первизор выполняет управляющие действия, связанные с обеспе­ чением загруженности центрального процессора и координацией использования других ресурсов вычислительной системы.

Большинство программ супервизора является составной ча­ стью управления задачами. Супервизор ввода-вывода входит в состав управления данными. Многие программы супервизора включены в ядро операционной системы и постоянно находятся в оперативной памяти. Некоторые программы супервизора являются транзитными и загружаются в память по мере надобности. Про­ граммы супервизора выполняются в состоянии «супервизор», что позволяет им выполнять привилегированные команды.

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

При описании макрокоманд применяются следующие синтакси­ ческие обозначения.

1. Слова или наборы слов, записанные строчными буквами допустимым употреблением цифр и пробелов, представляют собой синтаксические переменные, которые при употреблении макро­ команды необходимо заменить на соответствующие значения. Способ замены дан в описании макрокоманды. Все остальные зна-

96

ки, присутствующие в описании макрокоманды, в том числе и про­ писные буквы, должны употребляться так, как они записаны. Например,

регистр 1,Т

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

2,Т

где 2 является значением переменной «регистр 1».

2. Фигурные скобки { }, содержащие несколько расположен­ ных столбиком операндов, обозначают, что нужно сделать выбор одного из них. Например, обозначение

UJ

говорит о том, что необходимо употребить либо А, либо В.

3. Квадратные скобки [ ], содержащие один или несколько расположенных столбиком операндов, указывают на то, что нужно сделать выбор одного из них либо опустить запись. Например, обозначение

Ш

говорит о том, что можно употребить либо А, либо В, либо ничего не использовать при написании макрокоманды.

4. Многоточие «...» обозначает, что операнд, предшествующий многоточию, может быть повторен подряд несколько раз. Напри­ мер, обозначение

[ ц и ф р а ], . . .

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

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

4,2. СОГЛАШЕНИЯ О СВЯЗЯХ

В операционной системе ОС ЕС используется модульный прин­ цип программирования. Модуль может объединяться и использо­ ваться с другими модулями, передавая им управление или полу­ чая управление от них. Для этого нужно соблюдать некоторые соглашения. К. ним относится, например, необходимость сохра­ нять содержимое регистров общего назначения при входе в про­ грамму и восстанавливать их при выходе. Соглашения необходи-

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

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

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

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

4.3. РЕГИСТРЫ СВЯЗИ

Регистры общего назначения 0, 1, 13, 14 и 15 называются реги­ страми связи и используются: управляющей программой. Рекомен­ дуется использовать их и при передаче управления от одной про­ граммы пользователя к другой независимо от того, осуществляется эта передача посредством управляющей программы или нет. Со­ держимое регистров связи может изменяться управляющей про­ граммой при выполнении передач управления и при использовании системных макрокоманд. Управляющая программа не изменяет содержимое регистров 2—12.

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

При передаче параметров от одной программы к другой число параметров может быть произвольным. В этом случае в регистр 1 записывается адрес списка параметров (рис. 18). Список парамет­ ров содержит одно слово на каждый параметр, выравненное по границе полного слова. Каждое слово содержит начальный адрес значения соответствующего параметра. Последнее слово в списке параметров отмечается «1» в старшем бите. Таким образом управ­ ляющая программа передает программе пункта задания информа-

98

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

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

4.4. СОХРАНЕНИЕ РЕГИСТРОВ

Первым действием каждой программы должно быть сохране­ ние содержимого общих регистров, которые изменяются в процес­ се выполнения программы. Регистры 0, 1, 13, 14, 15 необходимо сохранять в любом случае, так как их содержимое, а также при­ знак результата изменяются при использовании системных мак­ рокоманд супервизора и управления данными.

Общие регистры запоминаются в области сохранения разме­ ром 18 слов, которая должна выделяться вызывающей програм-

А д р е с С о д е р ж и м о е

мой. На рис. 19 приведен формат этой области. При передаче уп­ равления вызываемой программе адрес области сохранения дол­ жен содержаться в регистре 13. Содержимое каждого регистра запоминается в определенном месте области сохранения. Напри­ мер, регистр 0 всегда запоминается в 20—23 байтах области со­ хранения, регистр 2 — в 28—31 байтах и т. д. Проще всего запо­ минать все регистры. При этом последующие изменения в про­ грамме не приведут к изменению содержимого регистров.

Для сохранения регистров можно использовать команду груп­ повой записи (STM) либо макрокоманду SAVE. Последняя имеет следующий формат:

же порядке, как при использовании команды групповой записи. Операнд Т свидетельствут, что необходимо произвести сохранение регистров 14 и 15.

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

Если указан идентификатор одним из перечисленных способов, то в макрорасширении, отступив 4 байта после адреса, приведен­ ного в регистре 15 (адрес точки входа), помещается 1 байт с ука-

№