z/TPF Program Management - IBM

More documents

Recommendations

Info

@CTKX 132 z/TPF Program Management Note: You must load SIGT in the current @CIMR control statement section before you can patch it. @@USR1 patches the first user-defined CIMR area (USR1). Note: You must load the USR1 in the current @CIMR control statement section before you can patch it. @@USR2 patches the second user-defined CIMR area (USR2). Note: You must load the USR2 in the current @CIMR control statement section before you can patch it. @@csect patches the specified CSECT in the control program, where csect is the 6-character alphanumeric name of the CP CSECT (for example, CCNUCL). Note: You must load the control program in the current @CIMR control statement section before you can patch a specific CSECT. rsa is the 1- to 6-digit hexadecimal relative starting address in the CIMR component or CSECT. The relative starting address specifies the offset into the CIMR component or CSECT where the patch will be applied. newdata is the new data (or patch) that will replace the old data in the CIMR component or CSECT, beginning at the relative starting address. The new data must be an even number of hexadecimal digits and cannot exceed 32 digits (16 bytes). valdata-olddata validates the data that is replaced by newdata, where olddata is an even number in hexadecimal format that does not exceed 32 digits (16 bytes). The data specified for olddata must match what is currently in the CIMR component. If it does not, the data in the CIMR component is not changed and an error occurs. If it does, the data in the CIMR component is replaced by newdata. For example, this parameter can help to verify that your patch is starting at the correct relative starting address. Note: The length of the data that you are validating can have fewer bytes or more bytes than the new data. If the validation is completed successfully, only the number of bytes in your new data will be replaced. Use the @CTKX control statement to load the image pointer record (CTKX) to the z/TPF system. The following figure shows the syntax for the @CTKX control statement section of the loader input file. In this figure, the double arrowhead (►►) indicates that the information must begin on a new line.
►► @CTKx CWD defaultloc Note: This must be the first line of the @CTKX control statement section. ►► defaultloc/ CTKX specificloc/ version .ext (progcmt) ►► ▼ @@CTKX rsa newdata valdata-olddata Note: If you have more than one patch for the CTKX component, use this line as many times as you need. Each time you use it, start the next occurrence on a new line. Figure 14. @CTKX control statement section of the loader input file defaultloc is the default location for the @CTKX control statement section, where defaultloc is one of the following: v The name of a search path that was defined previously in an @DEFINE control statement section (for example, &CTKXPATH) v An absolute path (for example, /u/ztpf/ctkxpath) v A relative path (for example, ctkxpath). Note: All relative paths are appended to the current working directory, which is defined using the CWD parameter in the @DEFINE control statement section. Therefore, you must define the CWD parameter before you can specify a relative path. The default location is searched for the CTKX component listed in the @CTKX control statement section. You can override the default path for the CTKX component by specifying a specific location on a separate line. specificloc is the specific location for the CTKX component to load, where specificloc is one of the following: v The name of a search path that was defined previously in an @DEFINE control statement section (for example, &CTKXPATH) v An absolute path (for example, /u/ztpf/ctkxpath) v A relative path (for example, ctkxpath). Note: All relative paths are appended to the current working directory, which is defined using the CWD parameter in the @DEFINE control statement section. Therefore, you must define the CWD parameter before you can specify a relative path. If you specify a specific location for the CTKX component, this location overrides any default location that may have been defined for the @CTKX z/TPF offline loader input file control statements 133 ►◄ ►◄ ►◄
Page 1:
z/Transaction Processing Facility E
Page 4 and 5:
| | | | | Common deployment . . . .
Page 6 and 7:
vi z/TPF Program Management Linux l
Page 8 and 9:
2 z/TPF Program Management
Page 10 and 11:
Makefiles Control files 4 z/TPF Pro
Page 12 and 13:
| | | | | | | | loadtpf utility Rel
Page 14 and 15:
8 z/TPF Program Management There ar
Page 16 and 17:
Page 18 and 19:
Figure 2. BAL repackaging Entry poi
Page 20 and 21:
14 z/TPF Program Management Individ
Page 22 and 23:
Transfer vectors Program linkage 16
Page 24 and 25:
Page 26 and 27:
Images Loadsets 20 z/TPF Program Ma
Page 28 and 29:
present, the program or programs ar
Page 30 and 31:
ELF objects and libraries from the
Page 32 and 33:
ELF objects and libraries from the
Page 34 and 35:
Data loader Pilot Tape (SDF) ZSLDR
Page 36 and 37:
Alternate FCTB loader benefits Use
Page 38 and 39:
Page 40 and 41:
| | | | | | | | | | | | | | | | | |
Page 42 and 43:
Page 44 and 45:
| | | | | | | | | | | | | | | | | |
Page 46 and 47:
| | | | | | | | | | | | | | | 40 z/
Page 48 and 49:
Page 50 and 51:
Page 52 and 53:
| | | | | | | | | | | | | | | | | |
Page 54 and 55:
Page 56 and 57:
| | | | | | | | | | | | | | | | | |
Page 58 and 59:
Page 60 and 61:
Page 62 and 63:
Page 64 and 65:
zos/ obj/ src/ bin/ lst/ obj/ src/
Page 66 and 67:
APPL_ROOT := /home/joe/mywork APPL_
Page 68 and 69:
Create a single-segment BSO using a
Page 70 and 71:
Adding the line APP_EXPORT := LIST
Page 72 and 73:
66 z/TPF Program Management v CTBX
Page 74 and 75:
3. Update the user control file and
Page 76 and 77:
Update export files this, when an e
Page 78 and 79:
72 z/TPF Program Management Note: I
Page 80 and 81:
3. The JCL also references the form
Page 82 and 83:
Page 84 and 85:
To logically copy CIMR components f
Page 86 and 87:
Page 88 and 89: offldr programs, as necessary, to c
Page 90 and 91: 84 z/TPF Program Management User: Z
Page 92 and 93: 86 z/TPF Program Management
Page 94 and 95: Activate a loadset of E-type progra
Page 96 and 97: v All loadsets containing a particu
Page 98 and 99: Terminal Addr Index into Selective
Page 100 and 101: | | | | | | | | | | | | | | | | | |
Page 102 and 103: | | | | | | | | | | | | | | | | | |
Page 110 and 111: | 104 z/TPF Program Management For
Page 114 and 115: 108 z/TPF Program Management Table
Page 116 and 117: 110 z/TPF Program Management Table
Page 124 and 125: 118 z/TPF Program Management user e
Page 126 and 127: 120 z/TPF Program Management -outpu
Page 128 and 129: 0 8 0 v A return code indicating th
Page 130 and 131: 124 z/TPF Program Management The fo
Page 132 and 133: ►► 126 z/TPF Program Management
Page 134 and 135: @CIMR 128 z/TPF Program Management
Page 136 and 137: The default location is searched fo
Page 140 and 141: @DEFINE 134 z/TPF Program Managemen
Page 142 and 143: 136 z/TPF Program Management Additi
Page 144 and 145: IMGCLEAR specifies whether image-re
Page 146 and 147: -d specify this parameter, the sour
Page 148 and 149: @GFKEYPOINT 142 z/TPF Program Manag
Page 150 and 151: 144 z/TPF Program Management v CTKM
Page 152 and 153: ►► @IPL 146 z/TPF Program Manag
Page 154 and 155: @KEYPOINT Note: The length of the d
Page 156 and 157: %cpuid loads the specified keypoint
Page 158 and 159: 152 z/TPF Program Management defaul
Page 160 and 161: information must begin on a new lin
Page 164 and 165: Input files The following examples
Page 166: 160 z/TPF Program Management
show all

z/TPF Program Management - IBM

Create successful ePaper yourself

Delete template?

Save as template?