Send_Error Service
Your TP can call the Send_Error service to notify a partner TP or system
of errors. If a TP finds an error from which it cannot recover, it should
have a recovery routine to deallocate the conversation. If a TP ends abnormally
without deallocating the conversation, its partner may continue to send data
or wait to receive data until APPC/MVS cleans up the address space of the
ending TP. APPC/MVS deallocates any outstanding conversations in the address
space with a deallocate type of ABEND_SVC at the following times:
- If any asynchronous verbs are outstanding at the end of a step, APPC/MVS deallocates the address space's conversations, and the job is flushed (that is, subsequent job steps are not processed).
- At end of a job. APPC/MVS cleans up the initiator address space and deallocates any outstanding conversations.
You should design each TP to be able to handle the unexpected deallocation of its conversation at any time. Also be sure to deallocate conversations as soon as they are no longer needed, to free sessions for use by other TPs in the LU. TPs should always deallocate conversations before ending.