WikiDer > IEFBR14

IEFBR14

IEFBR14 является IBM мэйнфрейм служебная программа. Он работает во всех IBM мэйнфрейм среды, полученные из OS / 360, в том числе z / OS. Это заполнитель, который возвращает статус выхода ноль, аналогичный правда командовать UNIX-подобный системы.[1]

Цель

Распределение (также называемое инициированием)

В OS / 360 и производных системах мэйнфреймов большинство программ никогда не указывают файлы (обычно называемые наборы данных) напрямую, но вместо этого ссылаются на них косвенно через Язык управления заданиями (JCL) операторы, вызывающие программы. Эти определения данных (или "DD") утверждения могут включать" диспозиция "(DISP = ...) параметр, который указывает, как следует управлять файлом - следует ли создать новый файл или повторно использовать старый; и следует ли удалить файл по завершении или сохранить; так далее.

IEFBR14 был создан, потому что DD операторы могут легко создавать или удалять файлы, они не могут сделать это без запуска программы из-за определенной особенности системы управления заданиями, которая всегда требует, чтобы инициатор действительно выполнял программу, даже если эта программа фактически является пустое заявление.[2] Программе, используемой в JCL, на самом деле не нужно использовать файлы для их создания или удаления - DD DISP = ... спецификация делает всю работу. Таким образом, для выполнения этой роли потребовалась очень простая программа, ничего не делающая.

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

Освобождение (также называемое прекращением)

Вторичной причиной для запуска IEFBR14 было размонтирование устройств (обычно лент или дисков), которые были оставлены смонтированными после предыдущего задания, возможно, из-за ошибки в JCL этого задания или из-за того, что задание завершилось из-за ошибки. В любом случае системным операторам часто потребуется демонтировать устройства, и запущенная задача - DEALLOC - часто для этого предусматривался.

Просто введите команду

S DEALLOC

на системной консоли запускала запущенную задачу, состоящую всего из одного шаг. Однако из-за структуры управления заданиями DEALLOC должен фактически существовать в системной библиотеке процедур SYS1.PROCLIB, чтобы команда запуска не завершилась ошибкой.

Также все такие запущенные задачи должен быть отдельным шагом задания, поскольку модуль «Управление запущенными задачами» (STC) в компоненте управления заданиями операционной системы принимает только одношаговые задания и не выполняет все многоступенчатые задания без исключения.

// STEP01 EXEC PGM = IEFBR14

Разбор и проверка

По крайней мере, в z / OS разветвление для выполнения другой программы привело бы к тому, что вызывающая программа в этот момент оценивалась на предмет синтаксических ошибок.[1]

Именование

«IEF» происходит от соглашения о мэйнфреймы что программы, поставляемые IBM, сгруппированы по функциям или создателям и что каждая группа имеет трехбуквенный префикс. В OS / 360 первой буквой почти всегда была «I», и все программы, созданные группой управления заданиями (включая IEFBR14), использовали префикс «IEF». Среди других распространенных префиксов - «IEB» для служебных программ набора данных, «IEH» для системных служебных программ и «IEW» для связывания и загрузки программ.[3] Другими основными компонентами были (и остаются) «IEA» (диспетчер операционной системы) и «IEC» (Супервизор ввода / вывода).

Как объясняется ниже, «BR 14» была основной функцией программы - просто вернуться в операционную систему. Эта часть имени программы часто была мнемонической - например, IEBUPDTE была утилитой набора данных (IEB), которая применяла обновления (UPDTE) к файлам исходного кода, а IEHINITT была системной утилитой (IEH), которая инициализировала (INIT) метки магнитных лент ( Т).

Как объясняется далее в разделе «Использование» ниже, имя «BR14» происходит от инструкции IBM на языке ассемблера »Bранчо (по адресу в) рнапарник 14", который по соглашению используется для" возврата из подпрограмма". Большинство первых пользователей OS / 360 были знакомы с IBM Assembler Language и сразу узнали бы это.

Применение

пример JCL было бы :

//IEFBR14РАБОТАACCT,'УДАЛИТЬ НАБОР ДАННЫХ',MSGCLASS=J,КЛАСС=А//STEP0001EXECPGM=IEFBR14//DELDD    DD DSN=ххххх.гггг.zzzzz,//DISP=(MOD,УДАЛИТЬ,УДАЛИТЬ),ЕДИНИЦА ИЗМЕРЕНИЯ=DASD

Чтобы создать многораздельный набор данных:

//TZZZ84RРАБОТАУВЕДОМЛЯТЬ=&SYSUID,MSGCLASS=Икс//ШАГ01EXECPGM=IEFBR14//DD1       DD DSN=TKOL084.ДЕМО,DISP=(НОВЫЙ,CATLG,УДАЛИТЬ),//DCB=(RECFM=FB,LRECL=80,BLKSIZE=80,ДСОРГ=PO),//КОСМОС=(TRK,(1,1,1),RLSE),//ЕДИНИЦА ИЗМЕРЕНИЯ=SYSDA

Выполнение

Первоначально IEFBR14 состоял из единственной инструкции «Переход к регистрации» 14. Мнемоника, используемая в IBM Ассемблер было BR и отсюда и название: IEF BR 14. BR 14 идентично эквивалентен BCR 15,14 (переходить всегда [маска = 15 = всегда] к адресу, содержащемуся в регистре общего назначения 14). BR - это псевдо-инструкция для BCR 15. Системный ассемблер принимает многие случаи таких псевдо-инструкций как логические эквиваленты канонических инструкций System / 360. Канонический пример BR 14 является BCR 15,14.

Соглашение о связывании для OS / 360 и ее потомков требует, чтобы программа вызывалась с регистром 14, содержащим адрес для возврата управления после завершения, и регистром 15, содержащим адрес, по которому вызываемая программа загружается в память; по завершении программа загружает код возврата в регистр 15, а затем переходит к адресу, содержащемуся в регистре 14. Но изначально IEFBR14 был нет кодируется с учетом этих характеристик, поскольку IEFBR14 изначально использовался как фиктивный контрольный раздел, который просто возвращался вызывающей стороне, а не как исполняемый модуль.

Исходная версия программы вообще не изменяла регистр 15, поскольку ее исходное приложение использовалось в качестве заполнителя в определенных модулях загрузки, которые были созданы во время Sysgen (генерация системы), а не как исполняемая программа как таковая. Поскольку IEFBR14 всегда вызывался функциональным эквивалентом канонической БАЛР 14,15 инструкции, код возврата в регистре 15 всегда отличался от нуля. Позже должна была быть добавлена ​​вторая инструкция, чтобы очистить код возврата, чтобы он завершился с определенным статусом, а именно с нулем. В любом случае, изначально программисты не использовали все свойства языка управления заданиями, поэтому неопределенный код возврата не был проблемой. Однако впоследствии программисты действительно использовали эти свойства, поэтому определенный статус стал обязательным. Эта модификация IEFBR14 никоим образом не повлияла на его первоначальное использование в качестве заполнителя.

Машинный код измененной программы:

        SR R15, R15 помещают нулевой код завершения в регистр 15 BR R14 переходят к адресу в регистре 14 (который на самом деле является инструкцией SVC 3 в таблице векторов связи)

Эквивалентный машинный код без BR для ясности:

        SR R15, R15 помещают нулевой код завершения в регистр 15 SVC 3 выдача EXIT SVC прекратить рабочий шаг

Это имеет смысл, поскольку инициатор OS / 360 изначально «присоединяет» задачу этапа задания с помощью макро-инструкции ATTACH (SVC 42) и «разворачивает» эффект этого макроса ATTACH (это инструкция SVC типа 2). должен дополнительная инструкция, а именно макрос EXIT (обязательно команда SVC типа 1, SVC 3).

Смотрите также

  • / bin / true - UNIX-эквивалентная программа "ничего не делать"

Рекомендации

Тромбетта, Майкл и Финкельштейн Сью Кэролин (1985). «ОС JCL и утилиты». Эддисон Уэсли. стр.152.

  1. ^ а б «Центр знаний IBM». www.ibm.com. Корпорация IBM. Получено 2016-12-26.
  2. ^ Шмидт, Себастьян (24 апреля 2004). «В двух словах, приложение: IEFBR14». www.miketaylor.org.uk. Майк Тейлор. Получено 2016-12-27.
  3. ^ Багвелл, Дэвид (2005-08-09). «Верно в двух словах, Приложение: IEFBR14: Разъяснение». www.miketaylor.org.uk. Майк Тейлор. Получено 2016-12-27.