|
Required Parameter Group:
|
This API should only be used by organizations to create program temporary fixes (PTFs) for products that they develop.
The Create Program Temporary Fix (QPZCRTFX) API creates a PTF save file and optionally creates cover letters in the general purpose library (QGPL). The save file contains a PTF control object and any number of fix objects. The save file name is the PTF identifier preceded by the letter Q. If a file with the same name already exists in QGPL, a unique name is generated by the system. This name is a timestamp preceded by the letter Q. After creating the PTF, you can use the Display PTF (DSPPTF) command to view the PTF attributes.
PTFs can only be created for products that are installed.
PTFs must be created by a profile that is known to exist on all systems. This allows a PTF to be loaded on any system that has the product installed.
This API does not adopt authority.
Attributes of the PTF to be created. See PTF Information Format for more information about this field.
The library in which the fix is located. This can be any library.
The name and type of each object to be included in the PTF. The first 10 characters contain the name, and the second 10 characters contain the external type of the object.
The number of objects listed in the objects parameter. This number must be in the range of 1 through 300.
The name of the documents that are to be included in the PTF.
The create PTF function copies the document from a subfolder using the name specified, followed by /QP. For example, if a PTF is being created for a product folder called PRODUCT, the fix objects must be developed in a subfolder named PRODUCT/QP. The document is installed into the product folder PRODUCT during the apply PTF operation. The QP subfolder allows you to develop a PTF without changing the product.
The number of documents listed in the documents parameter. This number must be in the range of 1 through 300.
The list of requisite PTFs. A requisite relationship exists when one PTF requires that another PTF also be applied. It is a prerequisite relationship if the other PTF does not require the first. It is a corequisite relationship if the other PTF does require the first. Prerequisite PTFs must exist within the same product. A prerequisite PTF must already exist on the system or the create operation will fail. Corequisite PTFs must exist within the same product, option, load id, and release.
For more information on this structure, see Requisite PTF Format.
The number of PTFs listed in the requisite PTFs parameter. This number must be in the range of 1 through 300.
The PTF exit programs called when a PTF is temporarily applied, permanently applied, temporarily removed, or permanently removed. Exit programs eliminate the need for you to manually carry out special instructions to install the PTF. The run option field of this parameter determines when the exit program is called.
Shipping the same exit program in two PTFs causes one PTF to supersede the other.
For more information on this structure, see Exit Programs Format and Program Temporary Fix Exit Program.
The number of exit programs listed in the exit programs parameter. This number must be in the range of 1 through 50.
A list of the problem IDs for problems that this PTF fixes. By listing the problem IDs, the symptom strings associated with those problems will be included in the PTFs.
The number of problem IDs listed in the problem IDs parameter. This number must be in the range of 1 through 300.
A cover letter can be created for each of the national language versions (NLV) that IBM supports. A member that contains source for each PTF cover letter must be supplied as input to the API. The cover letter file can be a source file with a maximum record length of 92 or a physical file with record length of 80. The cover letter must be in the file before this API is called. Only one cover letter per NLV is allowed.
For more information on this structure see Cover Letter Format.
The number of cover letters listed in the cover letter parameter. This number must be in the range of 1 through 50.
The structure in which to return error information. For the format of the structure, see Error Code Parameter.
For detailed descriptions of each field, see the Field Descriptions.
| Offset | Type | Field | |
|---|---|---|---|
| Dec | Hex | ||
| 0 | 0 | CHAR(7) | PTF ID |
| 7 | 7 | CHAR(7) | Product ID |
| 14 | E | CHAR(6) | Release level |
| 20 | 14 | CHAR(4) | Product option |
| 24 | 18 | CHAR(10) | Primary object library name |
| 34 | 22 | CHAR(4) | Load ID |
| 38 | 26 | CHAR(6) | OS/400 target release |
| 44 | 2C | CHAR(6) | Reserved |
Each entry in the array for the requisite PTFs parameter has the
following format. For detailed descriptions of each field, see
the Field Descriptions.
| Offset | Type | Field | |
|---|---|---|---|
| Dec | Hex | ||
| 0 | 0 | CHAR(7) | PTF ID |
| 7 | 7 | CHAR(16) | Reserved |
| 23 | 17 | CHAR(1) | Requisite type |
Each entry in the array for the exit programs parameter
has the following format.
For detailed descriptions of each field, see the Field Descriptions.
| Offset | Type | Field | |
|---|---|---|---|
| Dec | Hex | ||
|
|
| CHAR(10) | Exit program name |
|
|
| CHAR(10) | Exit program library name |
|
|
| CHAR(7) | Run option |
|
|
| CHAR(7) | Exit program type |
|
|
| CHAR(50) | User data |
Each entry in the array for the cover letter parameter
has the following format.
The information must be presented in the order listed below.
The exact offsets for each entry are not given.
For detailed descriptions of each field, see the Field Descriptions.
| Offset | Type | Field | |
|---|---|---|---|
| Dec | Hex | ||
|
|
| CHAR(10) | Cover letter file name |
|
|
| CHAR(10) | Cover letter library name |
|
|
| CHAR(10) | Cover letter member name |
|
|
| CHAR(4) | NLV |
|
|
| CHAR(10) | Reserved |
Cover letter file name. The name of the file where the cover letter can be located.
Cover letter library name. The name of the library where the cover letter file can be located.
Cover letter member name. The member name that contains the cover letter.
Exit program library name. The library where the exit program can be found. If the exit program is part of the PTF, this is the library it currently exists in. If the exit program is part of the product, this is the primary library where the exit program exists.
Exit program name. The name of the exit program.
Exit program type. Whether the exit program is to be included in this PTF. The possible values are:
Load ID. The load ID of the product load for the PTF. This will be a language load if the PTF is for textual data, or it will be the code load.
NLV. The NLV of the cover letter. This must be a valid AS/400 NLV.
OS/400 target release. The earliest release of the operating system on which you intend to load and apply the PTF. This must be left-justified. If this is blank, the current release is assumed. The possible special values follow:
Note: This PTF can be loaded and applied on any release after the specified target release.
Primary object library name. The library in which the objects are to be placed when the PTF is applied. If necessary, the PTF apply operation maps the primary library that is specified when the PTF was created in the actual installed library. Two cases where this is important are:
Product ID. The product for which the PTF is being created. This product must be installed on the system.
Product option. The option of the product for which the PTF is being created. All objects in the PTF must be for the same option and the same library within the option.
PTF ID. The ID the PTF is to be known by. The identifier must be 7 characters. The first character must be numeric. The second and third characters must be alphabetic. The same identifier can be used only once for each product and release level.
Release level. The version, release, and modification level of the product in the format VxRyMz. Valid values for x and y are 0 through 9, and valid values for z are 0 through 9 or A through Z.
Requisite type. The type of requisite relationship. If this is blank, a prerequisite relationship is assumed. The possible values are:
Reserved. An error will be signaled if this field does not contain blanks.
Run option. When the exit program is to be run. The possible values are:
User data. Any data you want to pass to the exit program.
|
Top
| Software Product APIs
Software Product API list | APIs by category |
| [Information Center Home Page | Feedback ] | [Legal | AS/400 Glossary] |