z/OS MVS Program Management: User's Guide and Reference
Previous topic | Next topic | Contents | Contact z/OS | Library | PDF


Control section dependency

z/OS MVS Program Management: User's Guide and Reference
SA23-1393-00

Control section dependency is determined by the requirements of a control section for <references to> or <access to> a given <routine> of <entry point> in another control section. A control section is dependent upon any control section from which it receives control or that processes its data. For example, if control section C receives control from control section B, C is dependent upon B. That is, both control sections must be in storage before execution can continue beyond a given point in the program.

Assume that a program contains seven control sections, CSA through CSG, and exceeds the amount of storage available for its execution. Before the program is rewritten, it is examined to see if it could be placed into an overlay structure. Figure 1 shows the groups of dependent control sections in the program (the arrows indicate dependencies).
Figure 1. Control section dependenciesieab1v01

Each dependent group is also a path. That is, if control section CSG is executed, CSB and CSA must also be in storage. Because CSA and CSB are in each path, they must be in the root segment. Control section CSC is in two groups and therefore is a common segment in two different paths.

A better way to show the relationship between segments is with a tree structure. A tree graphically shows how segments can use virtual storage at different times. It does not imply the order of execution, although the root segment is the first to receive control. Figure 2 shows the tree structure for the dependent groups shown in Figure 1. The structure has five segments and is contained in one region.
Figure 2. Single-region overlay tree structureieab1v02

Go to the previous page Go to the next page




Copyright IBM Corporation 1990, 2014