Previous topic |
Next topic |
Contents |
Contact z/OS |
Library |
PDF
LOADW: Load workmod z/OS MVS Program Management: Advanced Facilities SA23-1392-00 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
LOADW produces an executable copy of the workmod and returns its entry point and optionally its load point and length. The workmod is bound but control is not passed to it after it is loaded. Program modules that are identified to the system with this call can later be invoked using the LINK, ATTACH, and XCTL macros. Programs that have not been identified to the system can later be invoked using the CALL macro. See z/OS MVS Programming: Assembler Services Guide for information about using these macros. The syntax of the LOADW call is:
Processing notesStorage for the program module is obtained from the caller's subpool zero. If you code IDENTIFY=NO, the storage described by the extent list should be freed when the program module is no longer required. If the bound module contains more than one text class, all such classes are concatenated and loaded into contiguous storage locations. Return and reason codesThe common binder API reason codes are shown in Table 1.
Parameter listIf your program does not use the IEWBIND macro, place the address of the LOADW parameter list in general purpose register 1.
|
Copyright IBM Corporation 1990, 2014
|