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


Module disposition messages

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

Module disposition messages are generated for each load module produced. There are two groups of messages. The first group of disposition messages describes the handling of the load module. These messages are:
  • member name ADDED AND HAS AMODE addressing mode
  • member name REPLACED AND HAS AMODE addressing mode
  • member name DID NOT PREVIOUSLY EXIST BUT WAS ADDED AND HAS AMODE addressing mode

    In this case, the replacement function was specified, but the member did not exist in the data set; the module is added to the data set using the member name given.

  • alias name IS AN ALIAS AND HAS AMODE addressing mode
  • MODULE HAS BEEN MARKED NOT EXECUTABLE.
  • LOAD MODULE HAS RMODE residence mode
  • AUTHORIZATION CODE IS authorization code.

The second group of module disposition messages is generated when reenterable (RENT), reusable (REUS), or refreshable (REFR) linkage editor options have been specified for the module. A message indicates whether the load module has been marked reenterable or not reenterable, reusable or not reusable, refreshable or not refreshable, depending on the option or options used.

The RENT/REUS/REFR message consists of MODULE HAS BEEN MARKED, followed by the attributes assigned. The following messages are examples of some possible combinations:
  • MODULE HAS BEEN MARKED REFRESHABLE.
  • MODULE HAS BEEN MARKED NOT REFRESHABLE.
  • MODULE HAS BEEN MARKED REUSABLE AND NOT REFRESHABLE.
  • MODULE HAS BEEN MARKED REUSABLE AND REFRESHABLE.

When an error causes the linkage editor to mark a module not executable, only the MODULE HAS BEEN MARKED NOT EXECUTABLE message appears; no attribute messages are generated.

Go to the previous page Go to the next page




Copyright IBM Corporation 1990, 2014