APPC Common Return Codes
This appendix describes the primary (and, if applicable, secondary) return codes that are common to several APPC verbs.
Verb-specific return codes are described in the documentation for the individual
verbs.
- AP_ALLOCATION_ERROR
- Personal Communications and Communications Server has failed to allocate a conversation. The conversation state is set to RESET. This code can be returned through a verb issued after ALLOCATE or MC_ALLOCATE. The associated secondary return codes are as follows:
- AP_ALLOCATION_FAILURE_NO_RETRY
- The conversation cannot be allocated because of a permanent condition, such as a configuration error or session protocol error. To determine the error, the system administrator should examine the error log file. Do not attempt to retry the allocation until the error has been corrected.
- AP_ALLOCATION_FAILURE_RETRY
- The conversation could not be allocated because of a temporary condition, such as a link failure. The reason for the failure is logged in the system error log. Retry the allocation, preferably after a timeout to permit the condition to clear.
- AP_CANCELLED
- The verb returned because the conversation was canceled (the transaction program issued a CANCEL_CONVERSATION verb).
- AP_CONV_FAILURE_NO_RETRY
- The conversation was terminated because of a permanent condition, such as a session protocol error. The system administrator should examine the system error log to determine the cause of the error. Do not retry the conversation until the error has been corrected.
- AP_CONV_FAILURE_RETRY
- The conversation was terminated because of a temporary error. Restart the transaction program to see if the problem occurs again. If it does, the system administrator should examine the error log to determine the cause of the error.
- AP_CONVERSATION_TYPE_MISMATCH
- The requested transaction program cannot support conversations of the type (basic or mapped) specified in the allocation request. This indicates a mismatch between the local and partner transaction programs.
- AP_CONVERSATION_TYPE_MIXED
- The transaction program has attempted to mix conversation verbs for different conversation types on the same conversation. For example, the transaction program issued an MC_ALLOCATE verb followed by a CONFIRM verb.
- AP_DEALLOC_ABEND
- The conversation has been deallocated for one of the following reasons.
- The partner transaction program has issued the MC_DEALLOCATE verb with dealloc_type set to AP_ABEND.
- The partner transaction program has ended abnormally, causing the partner LU to send an MC_DEALLOCATE request.
- AP_DEALLOC_ABEND_PROG
- The conversation has been deallocated for one of the following reasons.
- The partner transaction program has issued the DEALLOCATE verb with dealloc_type set to AP_ABEND_PROG.
- The partner transaction program has ended abnormally, causing the partner LU to send a DEALLOCATE request.
- AP_DEALLOC_ABEND_SVC
- The conversation has been deallocated because the partner transaction program issued the DEALLOCATE verb with dealloc_type set to AP_ABEND_SVC.
- AP_DEALLOC_ABEND_TIMER
- The conversation has been deallocated because the partner transaction program has issued the DEALLOCATE verb with dealloc_type set to AP_ABEND_TIMER.
- AP_DEALLOC_NORMAL
- This return code does not indicate an error. The partner transaction
program issued the DEALLOCATE or MC_DEALLOCATE verb with dealloc_type set to one of the following
values.
- AP_FLUSH
- AP_SYNC_LEVEL with the synchronization level of the conversation specified as AP_NONE
- AP_DUPLEX_TYPE_MIXED
- The transaction program has attempted to issue a conversation verb with a different conversation duplex_type. For example, the transaction program issued a half-duplex MC_FLUSH verb (without AP_FULL_DUPLEX_CONVERSATION set in opext) on a full-duplex conversation.
- AP_ERROR_INDICATION
- This return code is used on full-duplex conversations only. A send queue
operation has failed because the partner transaction program has terminated
the conversation. If the conversation state is send-only, the conversation
has now ended. If the conversation state is send-receive or receive-only,
the conversation will end when the appropriate return code is returned to
a receive queue verb. The associated secondary return codes are:
- AP_ALLOCATION_ERROR_PENDING
- The remote LU rejected the allocation request.
- AP_DEALLOC_ABEND_PROG_PENDING
- The conversation has been deallocated for one of the following reasons:
- The partner transaction program has issued the DEALLOCATE verb with dealloc_type set to AP_ABEND_PROG.
- The partner transaction program has ended abnormally causing the partner LU to send a DEALLOCATE request.
- AP_DEALLOC_ABEND_SVC_PENDING
- The conversation has been deallocated because the partner transaction program issued the DEALLOCATE verb with dealloc_type set to AP_ABEND_SVC.
- AP_DEALLOC_ABEND_TIMER_PENDING
- The conversation has been deallocated because the partner transaction program issued the DEALLOCATE verb with dealloc_type set to AP_ABEND_TIMER.
- AP_UNKNOWN_ERROR_TYPE_PENDING
- The conversation has been deallocated by the partner transaction program, but the local LU does not recognize the reason.
- AP_OPERATION_INCOMPLETE
- The transaction program issued a nonblocking verb that started processing, but did not complete. When verb processing completes, the final return code will be set and the stub will notify the transaction program.
- AP_PIP_NOT_ALLOWED
- The requested transaction program cannot receive program initialization parameters (PIP). This indicates a mismatch between the local and partner transaction programs.
- AP_PIP_NOT_SPECIFIED_CORRECTLY
- The requested transaction program can receive program initialization parameters (PIP), but detected an error in the supplied PIP. This indicates a mismatch between the local and partner transaction programs.
- AP_PROG_ERROR_NO_TRUNC
- The partner transaction program has issued one of the following verbs
while the conversation was in SEND state.
- SEND_ERROR with err_type set to AP_PROG
- MC_SEND_ERROR
- AP_PROG_ERROR_PURGING
- The partner transaction program issued one of the following verbs while
in RECEIVE, PENDING_POST, CONFIRM, CONFIRM_SEND, or CONFIRM_DEALLOCATE state.
- SEND_ERROR with err_type set to AP_PROG.
- MC_SEND_ERROR
- AP_PROG_ERROR_TRUNC
- In SEND state, after sending an incomplete logical record, the partner transaction program issued a SEND_ERROR verb with err_type set to AP_PROG. The local transaction program might have received the first part of the logical record through a RECEIVE verb.
- AP_SEC_REQUESTED_NOT_SUPPORTED
- The local LU is unable to allocate a conversation because the session with the partner LU does not support Password Substitution. The security type requested on the ALLOCATE or SEND_CONVERSATION is AP_PGM_STRONG, that requires Password Substitution support.
- AP_SECURITY_NOT_VALID
- The user ID or password specified in the allocation request was not accepted by the partner LU.
- AP_SVC_ERROR_NO_TRUNC
- While in SEND state, the partner transaction program (or partner LU) issued a SEND_ERROR verb with err_type set to AP_SVC. Data was not truncated.
- AP_SVC_ERROR_PURGING
- The partner transaction program (or partner LU) issued a SEND_ERROR verb with err_type set to AP_SVC while in RECEIVE, PENDING_POST, CONFIRM, CONFIRM_SEND, or CONFIRM_DEALLOCATE state. Data sent to the partner transaction program might have been purged.
- AP_SVC_ERROR_TRUNC
- In SEND state, after sending an incomplete logical record, the partner transaction program (or partner LU) issued a SEND_ERROR verb. The local transaction program might have received the first part of the logical record.
- AP_SYNC_LEVEL_NOT_SUPPORTED
- The requested transaction program cannot support conversations with the sync_level (AP_NONE, AP_CONFIRM_SYNC_LEVEL or AP_SYNCPT) specified in the allocation request. This indicates a mismatch between the local and partner transaction programs.
- AP_TP_BUSY
- The local transaction program has issued a blocking verb to Personal Communications while Personal Communications was processing another verb for the same conversation.
- AP_TP_NAME_NOT_RECOGNIZED
- The transaction program name specified in the allocation request is not recognized by the partner LU.
- AP_TRANS_PGM_NOT_AVAIL_NO_RTRY
- The remote LU rejected the allocation request because it was unable to start the requested partner transaction program. The requested transaction program (TP) is not available because of a permanent or semi-permanent condition. The reason for the error might be logged on the remote node. The condition will not clear itself without operator intervention. The transaction program should not retry the conversation until the error condition has been cleared.
- AP_TRANS_PGM_NOT_AVAIL_RETRY
- The remote LU rejected the allocation request because it was unable to start the requested partner transaction program. The requested transaction program (TP) is not available because of a transient condition, such as a timeout. The reason for the error might be logged on the remote node. The condition might clear itself without operator intervention. The transaction program should retry the conversation, preferably after a timeout to permit the condition to clear.
- AP_UNEXPECTED_SYSTEM_ERROR
- Personal Communications and Communications Server has encountered an unexpected system error, and cannot complete the verb. Usually these errors arise from a shortage of system resources (for example, memory), and are usually transient. Check the system log for more details.