IEFBR14 - 维基百科,自由的百科全书
此條目翻譯品質不佳。 (2018年8月15日) |
IEFBR14是IBM大型计算机的应用程序。运行于OS/360的所有后继操作系统中,包括z/OS等。该程序是一个仅会返回返回码0的占位程序,类似于类Unix系统中的true命令。[1]
作用
[编辑]分配文件空间(也称为初始化)
[编辑]在OS/360及其派生的大型机操作系统中,大多数程序并不会直接指定文件(通常称为数据集),而是在调用程序的作业控制语言(JCL)语句中间接地引用它们。这些数据定义(或“DD”)语句中可以包括一个“DISPOSITION”(DISP =…)参数,以表明该文件应该被怎样管理——是要创建一个新文件或重用一个旧的文件;以及文件在使用完毕后是应该删除还是保留等等。
尽管DD语句可以很方便地用来创建或者删除文件,但此操作的前提是必须要运行一个程序。因为作业管理系统的特性,它要求作业的发起人必须执行一个程序,哪怕这个程序只是执行一条空指令。这个条件促生了IEFBR14的产生。在JCL中所运行的程序并不一定要通过使用这个文件,来达到创建或删除文件的目的,因为DD DISP=...声明完成了这一系列工作。因此,就需要一个简单的,什么都不做的程序,来填补被执行程序的这个角色。因此IEFBR14可以用于通过JCL来创建或删除一个数据集。
回收(也称为终止)
[编辑]另一个需要IEFBR14的原因是,由于作业的JCL出现错误,或者作业以错误的状态结束,导致某些设备(例如磁带或磁盘设备)在上一个作业结束后,仍然保留了被挂载的状态。在这种情况下,系统操作员经常需要卸载这些设备。有一个名为DEALLOC的started task往往是为此目的而提供的。
只需要在系统控制台中输入命令:
S DEALLOC
就可以运行这个任务。然而,由于作业管理的设计,DEALLOC必须实际存在于系统的程序库SYS1.PROCLIB中,以免启动命令失败。
同时,所有这类started task必须是单个作业步。作业管理系统的“started task 控制器”(STC)模块仅接受只有一个作业步的作业,而当它遇到一个多步的作业时,它就会执行失败,并且不会抛出任何异常。
// STEP01 EXEC PGM=IEFBR14
解析和验证
[编辑]至少在z/OS上,分支执行另一个程序会导致调用程序被评估为语法错误。
命名
[编辑]“IEF”的名称来源于如下命名规则,即由IBM提供的程序,都会按照其功能或者创作者而分类,每组程序共享一个三个字符组成的前缀。在OS/360中,第一个字母是几乎总是“I”。同时,由作业管理模块(包括IEFBR14)所产生的程序,都使用“IEF”这个前缀。其他常见的前缀包括数据集实用程序的“IEB”,系统实用程序的“IEH”,和程序链接和加载的“IEW”。其他主要组件则使用“IEA”作为操作系统主管程序的前缀,以及“IEC”作为输入/输出主管程序的前缀。
如下解释,“BR 14”是程序的基本功能,就是简单地返回到操作系统。这部分程序的名字往往是能辅助记忆的——例如,IEBUPDTE数据集实用程序的程序名中,IEB的含义为数据集实用程序,用来更新(UPDTE)源代码文件,以及IEHINITT系统实用程序的名称中,IEH代表这是一个系统工具,用来初始化(INIT)磁带的标签(T)。
就如下面“使用”部分所解释的,名字中的“BR14”来自于IBM汇编语言的分支指令,含义为“分支到寄存器14(所存储的地址)”,按照惯例,该操作的含义为“从子程序中返回”。很多OS/360的早期用户都很熟悉IBM汇编语言,所以他们可以马上意识到这个含义。
使用
[编辑]示例JCL:
//IEFBR14 JOB ACCT,'DELETE DATASET',MSGCLASS=J,CLASS=A //STEP0001 EXEC PGM=IEFBR14 //DELDD DD DSN=xxxxx.yyyyy.zzzzz, // DISP=(MOD,DELETE,DELETE),UNIT=DASD
创建一个分区数据集:
//TZZZ84R JOB NOTIFY=&SYSUID,MSGCLASS=X //STEP01 EXEC PGM=IEFBR14 //DD1 DD DSN=TKOL084.DEMO,DISP=(NEW,CATLG,DELETE), // DCB=(RECFM=FB,LRECL=80,BLKSIZE=80,DSORG=PO), // SPACE=(TRK,(1,1,1),RLSE), // UNIT=SYSDA
实现
[编辑]IEFBR14最初只是由一个“分支到寄存器14”指令组成。该指令在IBM汇编语言中使用的助记符是BR,因此得名:IEF BR 14。BR 14相当于BCR 15, 14。BR是指令BCR 15的伪指令。系统汇编程序接受很多这样子的伪指令,其逻辑上等同于原来的System/360指令。BR 14的典型实例是BCR 15, 14。
OS/360及其后续系统的连接规范规定,当程序被调用的时候,寄存器14保存程序结束后控制权应交回到的地址,寄存器15保存被调用程序在内存中的地址;在结束时,程序从寄存器15中读取返回值,然后分支到寄存器14所指向的地址。但是在编写初期,IEFBR14的这些特性并未被留意,因为其最初只是用作一个无用的控制段,以返回到调用者,而不是作为一个可执行的模块。
最初版本的IEFBR14并没有修改寄存器15的值,因为其原型程序只是在Sysgen(系统生成)时期生成的一个程序中的一个占位符,并不是一个可执行的程序。IEFBR14曾经只会被一个等同于BALR 14,15的功能调用,所以在寄存器15中的返回值总不为0。随后加入了一个用来清除返回码的指令,这样就可以使其返回一个指定好的返回码——0。早期的程序员并没有使用所有的JCL参数,所以在当时,返回一个不确定的返回码并非什么问题。然而,随着程序员们使用的参数越来越多,返回一个确定的返回码这一问题就变得重要了起来。这一改版的IEFBR14也并没有影响到其最初充当占位符的作用。
修改过的程序的机器码如下:
SR R15,R15 put zero completion code into register 15 BR R14 branch to the address in register 14 (which is actually an SVC 3 instruction in the Communications Vector Table)
简明起见,将BR指令排除,机器码如下:
SR R15,R15 put zero completion code into register 15 SVC 3 issue EXIT SVC to terminate the jobstep
这么做很有道理,因为OS/360的Initiator在执行初期会使用ATTACH宏指令(SVC 42)来将作业步“连接”起来,而“解除连接”的指令(一个Type 2 SVC指令)必须是一个辅助性指令,即EXIT宏(它必定是一个Type 1 SVC指令 SVC 3)。
参阅
[编辑]- /bin/true——UNIX系统中同等的“什么也不做”的程序
参考文献
[编辑]腳註
[编辑]- ^ IBM Knowledge Center. www.ibm.com. IBM Corporation. [2010] [2016-12-26]. (原始内容存档于2016-12-27).
其他
[编辑]- Trombetta, Michael & Finkelstein Sue Carolyn (1985). "OS JCL and utilities". Addison Wesley. page 152.