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


Parameters Common to All Requests

z/OS MVS Programming: Sysplex Services Reference
SA38-0658-00

Start of change
,ANSAREA=ansarea
,NOANSAREA
Use this required input parameter to specify how XCF is to handle the results of the request.
,ANSAREA=ansarea
One of a set of mutually exclusive keywords indicating a storage area into which XCF is to store the results of the request.

If the ANSAREA is not large enough to hold the answer area header (mapped by IXCYNOTE_TANSAREA), the request is rejected outright (IXCNOTERSNANSLENBADVAL). If the ANSAREA is large enough for the header, but not large enough to hold all the requested output data, the service routine returns with a return and reason code indicating that the ANSAREA needs to be bigger. In cases where the answer areas is not large enough for requests that return a static number of records, the request is rejected with reason code IXCNOTERSNANSLENMORE. In cases where the answer area is not large enough for requests that return a variable number of records, the answer area is filled with as many records as will fit and the service routine returns with a warning return code and a reason indicating that there is additional data available (IXCNOTERSNMOREDATA or IXCNOTERSNMORENOTES). For reason IXCNOTERSNMORENOTES, the caller can reissue the request with the resultant RESUMETOKEN value to continue reading the remaining notes. For the other reasons, the answer area header indicates how much storage is needed to contain the requested data (AA_ANSAREASIZENEEDED). As appropriate, the caller should obtain a sufficiently large answer area and reissue the request.

The storage containing the ANSAREA must reside in the primary address space of the caller, or in a space addressable via a public entry on the Dispatchable Unit Access List (DU-AL), or in a common area data space. The storage must be accessible using the PSW key of the program making the request.

Note that the answer area storage can be used by XCF as a work area. In particular, some or all of the answer area might be updated regardless of whether the request completes successfully or not. The answer area will be valid for use for any return and reason code that indicates that an answer area is stored.

To code: Specify the RS-type address, or address in register (2)-(12), of a character field.

,NOANSAREA
One of a set of mutually exclusive keywords indicating that no answer area is being provided. XCF will process the request and provide a suitable return and reason code, but an answer area will not be stored.

This specification is not permitted for REQUEST=NOTES REQTYPE=READ since an answer area is a required input for that request.

,ANSLEN=anslen
When ANSAREA=ansarea is specified, use this required input parameter to specify a variable containing the size in bytes of the answer area provided.

To code: Specify the RS-type address, or address in register (2)-(12), of a fullword field, or specify a literal decimal value.

,MF=S
,MF=(L,mfctrl)
,MF=(L,mfctrl,mfattr)
,MF=(L,mfctrl,0D)
,MF=(E,mfctrl)
,MF=(E,mfctrl,COMPLETE)
Use this optional input parameter to specify the macro form.

Use MF=S to specify the standard form of the macro, which builds an inline parameter list and generates the macro invocation to transfer control to the service. MF=S is the default.

Use MF=L to specify the list form of the macro. Use the list form together with the execute form of the macro for applications that require reentrant code. The list form defines an area of storage that the execute form uses to store the parameters. Only the PLISTVER parameter might be coded with the list form of the macro.

Use MF=E to specify the execute form of the macro. Use the execute form together with the list form of the macro for applications that require reentrant code. The execute form of the macro stores the parameters into the storage area defined by the list form, and generates the macro invocation to transfer control to the service.

,mfctrl
The name of a storage area to contain the parameters. For MF=S and MF=E, this can be an RS-type address or an address in register (1)-(12).
,mfattr
An optional 1 to 60 character input string that you use to force boundary alignment of the parameter list. Use a value of 0F to force the parameter list to a word boundary, or 0D to force the parameter list to a doubleword boundary. If you do not code mfattr, the system provides a value of 0D.
,COMPLETE
Specifies that the system is to check for required parameters and supply defaults for omitted optional parameters.
,PLISTVER=IMPLIED_VERSION
,PLISTVER=MAX
,PLISTVER=plistver
Use this optional input parameter to specify the version of the macro. See Understanding IXCNOTE Version Support for a description of the options available with PLISTVER.
REQUEST=NOTEPAD
REQUEST=CONNECTION
REQUEST=NOTE
REQUEST=NOTES
Use this required parameter to specify the request to be processed.
REQUEST=NOTEPAD
Process a note pad. For parameter descriptions applicable to REQUEST=NOTEPAD, see Parameters for REQUEST=NOTEPAD.
REQUEST=CONNECTION
Process a connection to a note pad. For parameter descriptions applicable to REQUEST=CONNECTION, see Parameters for REQUEST=CONNECTION.
REQUEST=NOTE
Process a single note in the note pad associated with the indicated connection.

The keyword NAME identifies the note to be manipulated. For create, write, or replace requests, the note content will be fetched from the storage area identified by the BUFFER keyword. For read and delete requests, BUFFER indicates where the content of the note is to be stored.

A NOTE request can be issued by a work unit that can satisfy any of the following conditions:
  • Requester is the connector
  • Home is connector address space and has appropriate SAF authorization
  • Supervisor state or PKM allowing key 0-7, and:
    • Connection created with USAGE=CLIENT, or
    • Connection created with USAGE=SERVER and primary is the connector space, or
    • Running as an address space resource manager

For parameter descriptions applicable to REQUEST=NOTE, see Parameters for REQUEST=NOTE.

REQUEST=NOTES
Process a collection of notes in the note pad.

The CHOOSE keyword determines the set of notes to be processed. One can either read or delete the selected notes.

Requests to process multiple notes could be long running.

A NOTES request can be issued by a work unit that can satisfy any of the following conditions:
  • Requester is the connector
  • Home is connector address space and has appropriate SAF authorization
  • Supervisor state or PKM allowing key 0-7, and:
    • Connection created with USAGE=CLIENT, or
    • Connection created with USAGE=SERVER and primary is the connector space, or
    • Running as an address space resource manager

For parameter descriptions applicable to REQUEST=NOTES, see Parameters for REQUEST=NOTES.

,RETCODE=retcode
Use this optional output parameter to specify the location into which the return code is to be copied from GPR 15. If you specify 15, GPR15, REG15, or R15 (within or without parentheses), the value will be left in GPR 15.

To code: Specify the RS-type address of a fullword field, or register (2)-(12) or (15), (GPR15), (REG15), or (R15).

,RSNCODE=rsncode
Use this optional output parameter to specify the location into which the reason code is to be copied from GPR 0. If you specify 0, 00, GPR0, GPR00, REG0, REG00, or R0 (within or without parentheses), the value will be left in GPR 0.

To code: Specify the RS-type address of a fullword field, or register (0) or (2)-(12), (00), (GPR0), (GPR00), REG0), (REG00), or (R0).

End of change

Go to the previous page Go to the next page




Copyright IBM Corporation 1990, 2014