z/OS MVS Programming: Sysplex Services Guide
Previous topic | Next topic | Contents | Contact z/OS | Library | PDF


Receiving Answer Area Information from a DELETE_MULT Request

z/OS MVS Programming: Sysplex Services Guide
SA23-1400-00

When you invoke IXLLIST, list services return information related to your request in the answer area specified using the ANSLEN and ANSAREA parameters.

Under certain circumstances, answer area information is not valid. See Determining if the Answer Area is Valid for information on how to determine whether the answer area information is valid.

The following list describes the information returned when the answer area is valid. The answer area is mapped by the IXLYLAA macro, which is presented in z/OS® MVS™ Data Areas in the z/OS Internet library.
LAARETCODE
The return code from the IXLLIST service. Return code values are defined in the IXLYCON macro.
LAARSNCODE
The reason code associated with the return code from the IXLLIST service. Reason code values are defined in the IXLYCON macro.
LAALISTDESC
The user-specified description of the list. Returned for DELETE_MULT requests that failed because of a list authority mismatch. Returned only for structures allocated in a coupling facility with CFLEVEL=1 or higher.
LAALISTAUTH
The list authority for the list. Returned for DELETE_MULT requests that failed because of a list authority mismatch. Returned only for structures allocated in a coupling facility with CFLEVEL=1 or higher.
LAADELCNT
The number of list entries deleted on the invocation that just completed. Returned for request that completed successfully or prematurely. If no scanned list entries met the criteria specified for selection to be deleted, the count is set to zero. If the request completed prematurely, there might be additional list entries that meet the selection criteria that have not yet been scanned.
LAACONID
For a DELETE_MULT request specifying the LOCKOPER parameter, LAACONID contains, under the following circumstances:
  • NOTHELD parameter specified and the request failed because the lock is held by another connection.
  • HELDBY parameter specified with or without the LOCKCOMP parameter and the lock was not held by the specified connection.

Either of the following:

  • The connection identifier of the lock owner, if the lock specified by the LOCKINDEX parameter is held
  • Zeros, if the lock specified by the LOCKINDEX parameter is free.
LAARESTOKEN
The restart token for the request. Returned if ALLOWAUTO=NO was specified or defaulted to on IXLCONN and the DELETE_MULT request completed prematurely.
LAAEXTRESTOKEN
The extended restart token for the request. Returned if ALLOWAUTO=YES was specified on IXLCONN to connect to the structure and the DELETE_MULT request completed prematurely.

Go to the previous page Go to the next page




Copyright IBM Corporation 1990, 2014