共用方式為


MC_DEALLOCATE

MC_DEALLOCATE動詞會解除分配兩個交易程式 (TP) 之間的交談。

下列結構描述 MC_DEALLOCATE 動詞動詞指令動詞控件區塊 (VCB)。

語法

  
struct mc_deallocate {  
    unsigned short   opcode;  
    unsigned char    opext;  
     unsigned char    reserv2;  
    unsigned short   primary_rc;  
    unsigned long    secondary_rc;  
    unsigned char    tp_id[8];  
    unsigned long    conv_id;  
    unsigned char    reserv3;  
    unsigned char    dealloc_type;  
    unsigned char    reserv4[2];  
    unsigned char    reserv5[4];  
    void             (WINAPI *callback)();  
    void             *correlator;  
    unsigned char    reserv6[4];  
};  

成員

opcode
提供的參數。 指定動詞作業程式代碼,AP_M_DEALLOCATE。

opext
提供的參數。 指定動詞作業延伸模組,AP_MAPPED_CONVERSATION。

reserv2
保留欄位。

primary_rc
傳回的參數。 指定APPC在動詞完成時設定的主要傳回碼。 有效的傳回碼會根據所發出的APPC動詞而有所不同。 如需這個動詞的有效錯誤碼,請參閱傳回碼。

secondary_rc
傳回的參數。 指定APPC在動詞完成時所設定的次要傳回碼。 有效的傳回碼會根據所發出的APPC動詞而有所不同。 如需這個動詞的有效錯誤碼,請參閱傳回碼。

tp_id
提供的參數。 識別本機 TP。 在叫用 TP 或叫用的 TP 中RECEIVE_ALLOCATE,這個參數的值是由 用的 TP 中TP_STARTED 所傳 回。

conv_id
提供的參數。 識別兩個 TP 之間建立的交談。 這個參數的值是由叫用 TP 中的 MC_ALLOCATE 或叫用的 TP 中的 RECEIVE_ALLOCATE 所傳回。

reserv3
保留欄位。

dealloc_type
提供的參數。 指定如何執行解除分配。

針對 MC_DEALLOCATE,請使用 AP_ABEND 異常地解除分配交談。 如果交談在本機 TP 發出 MC_DEALLOCATE時處於 SEND 狀態,APPC 會在解除分配交談之前,先將本機邏輯單元 (LU) 傳送緩衝區的內容傳送至夥伴 TP。 如果交談處於 RECEIVE 或PENDING_POST狀態,APPC 會在解除分配交談之前清除任何傳入的數據。

當 TP 遇到導致無法順利完成交易的錯誤時,TP 應該指定AP_ABEND。

AP_FLUSH在解除分配交談之前,先將本機 LU 傳送緩衝區的內容傳送至夥伴 TP。 只有在交談處於 SEND 狀態時,才允許此值。

AP_SYNC_LEVEL會使用交談的同步處理層級 (MC_ALLOCATE所建立)來判斷如何解除分配交談。 只有在交談處於 SEND 狀態時,才允許此值。

如果交談的同步處理層級AP_NONE,APPC 會在解除分配交談之前,先將本機 LU 傳送緩衝區的內容傳送至夥伴 TP。

如果同步處理層級AP_CONFIRM_SYNC_LEVEL,APPC 會將本機 LU 傳送緩衝區的內容和確認要求傳送給夥伴 TP。 從合作夥伴 TP 收到確認後,APPC 會解除分配交談。 不過,如果夥伴 TP 回報錯誤,交談仍會維持配置。

回調
提供的參數。 只有在 opext 成員中設定AP_EXTD_VCB位,指出同步點支援時才存在。 此參數是使用者提供的回呼函式位址。 如果此欄位為 NULL,則不會提供任何通知。

回呼例程的原型如下所示:

void WINAPI callback_proc(  
    struct appc_hdr *vcb,  
    unsigned char tp_id[8],  
    unsigned long conv_id,  
    unsigned short type,  
    void *correlator  
   );  

回呼程式可以採用任何名稱,因為程式的位址會傳遞至APPC DLL。 傳遞至函式的參數如下所示:

vcb

導致取消配置交談 之MC_DEALLOCATE 動詞控制區塊的指標。

tp_id

擁有已解除分配交談之 TP 的 TP 識別碼。

conv_id

已解除分配之交談的交談標識碼。

類型

導致叫用回呼的訊息流程類型。 可能的值為:

AP_DATA_FLOW

會話上的一般數據流。

AP_UNBIND

會話通常未繫結。

AP_FAILURE

會話因為中斷而終止。

相互關聯

這個值是MC_DEALLOCATE動詞上指定的相互關聯項

相互關聯
提供的參數。 只有在 opext 成員中設定AP_EXTD_VCB位,指出同步點 API 支援時才存在。 此 相互關聯子 欄位可讓 TP 指定可用來將呼叫與回呼函式的呼叫相互關聯的值,例如,它自己的內部數據結構。 當叫用回呼例程時,這個值會以回呼例程的其中一個參數傳回給 TP。

reserv4
保留欄位。

回傳代碼

AP_OK
主要傳回碼;已順利執行動詞。

AP_PARAMETER_CHECK
主要傳回碼;因為參數錯誤而未執行動詞。

AP_BAD_CONV_ID

次要傳回碼; conv_id 的值與 APPC 指派的交談標識碼不符。

AP_BAD_TP_ID

次要傳回碼; tp_id 的值與 APPC 指派的 TP 識別碼不符。

AP_DEALLOC_BAD_TYPE

次要傳回碼; dealloc_type 參數未設定為有效的值。

AP_STATE_CHECK
主要傳回碼;指令動詞未執行,因為發出狀態無效。

AP_DEALLOC_CONFIRM_BAD_STATE

次要傳回碼;交談不是處於 SEND 狀態,且 TP 嘗試排清傳送緩衝區並傳送確認要求。 發生此嘗試的原因是 dealloc_type 的值已AP_SYNC_LEVEL,且交談的同步處理層級AP_CONFIRM_SYNC_LEVEL。

AP_DEALLOC_FLUSH_BAD_STATE

次要傳回碼;交談未處於 SEND 狀態,且 TP 嘗試排清傳送緩衝區。 之所以發生此嘗試,是因為 dealloc_type 的值已AP_FLUSH,或是因為 dealloc_type 的值已AP_SYNC_LEVEL且交談的同步處理層級AP_NONE。 不論是哪一種情況,交談都必須處於 SEND 狀態。

AP_ALLOCATION_ERROR
主要傳回碼;APPC 無法配置交談。 交談狀態設定為 RESET。

此程式代碼可以透過 MC_ALLOCATE之後發出的動詞來傳回。

AP_ALLOCATION_FAILURE_NO_RETRY

次要傳回碼;因為有永久性條件,例如設定錯誤或會話通訊協定錯誤,所以無法配置交談。 若要判斷錯誤,系統管理員應該檢查錯誤記錄檔。 在更正錯誤之前,請勿重試配置。

AP_ALLOCATION_FAILURE_RETRY

次要傳回碼;因為暫時性狀況,例如鏈接失敗,所以無法配置交談。 失敗的原因會記錄在系統錯誤記錄檔中。 重試配置。

AP_CONVERSATION_TYPE_MISMATCH

次要傳回碼;夥伴 LU 或 TP 不支援配置要求中指定的交談類型(基本或對應)。

AP_PIP_NOT_ALLOWED

次要傳回碼;配置要求指定的 PIP 數據,但夥伴 TP 不需要此資料,或夥伴 LU 不支援此數據。

AP_PIP_NOT_SPECIFIED_CORRECTLY

次要傳回碼;合作夥伴 TP 需要 PIP 數據,但配置要求未指定 PIP 資料或不正確的參數數目。

AP_SECURITY_NOT_VALID

次要傳回碼;合作夥伴 LU 不接受配置要求中指定的使用者識別碼或密碼。

AP_SYNC_LEVEL_NOT_SUPPORTED

次要傳回碼;合作夥伴 TP 不支援配置要求中指定的 sync_level (AP_NONE或AP_CONFIRM_SYNC_LEVEL),或無法辨識 sync_level

AP_TP_NAME_NOT_RECOGNIZED

次要傳回碼;夥伴 LU 無法辨識配置要求中指定的 TP 名稱。

AP_TRANS_PGM_NOT_AVAIL_NO_RETRY

次要傳回碼;遠端 LU 拒絕設定要求,因為它無法啟動要求的合作夥伴 TP。 條件是永久的。 錯誤的原因可能會記錄在遠端節點上。 在更正錯誤之前,請勿重試配置。

AP_TRANS_PGM_NOT_AVAIL_RETRY

次要傳回碼;遠端 LU 拒絕設定要求,因為它無法啟動要求的合作夥伴 TP。 條件可能是暫時性的,例如逾時。錯誤的原因可能會記錄在遠端節點上。 重試配置。

AP_COMM_SUBSYSTEM_ABENDED
主要傳回碼;表示下列其中一個條件:

  • 此交談所使用的節點遇到 ABEND。

  • TP 與 PU 2.1 節點之間的連線已中斷(LAN 錯誤)。

  • TP 電腦上的 SnaBase 遇到 ABEND。

    系統管理員應該檢查錯誤記錄檔,以判斷 ABEND 的原因。

    AP_CONV_FAILURE_NO_RETRY
    主要傳回碼;交談因為永久條件而終止,例如會話通訊協定錯誤。 系統管理員應該檢查系統錯誤記錄檔,以判斷錯誤的原因。 在更正錯誤之前,請勿重試交談。

    AP_CONV_FAILURE_RETRY
    主要傳回碼;交談因為暫時錯誤而終止。 重新啟動 TP,以查看問題是否再次發生。 如果這樣做,系統管理員應該檢查錯誤記錄檔,以判斷錯誤的原因。

    AP_CONVERSATION_TYPE_MIXED
    主要傳回碼;TP 已發出基本和對應的交談動詞。 單一交談中只能發出一個類型。

    AP_INVALID_VERB_SEGMENT
    主要傳回碼;VCB 延伸超過數據區段結尾。

    AP_PROG_ERROR_PURGING
    主要傳回碼;在 RECEIVE、PENDING、PENDING_POST、CONFIRM、CONFIRM_SEND 或 CONFIRM_DEALLOCATE 狀態中,夥伴 TP 發出 MC_SEND_ERROR。 已清除已傳送但尚未接收的數據。

    AP_STACK_TOO_SMALL
    主要傳回碼;應用程式的堆疊大小太小,無法執行動詞。 增加應用程式的堆疊大小。

    AP_CONV_BUSY
    主要傳回碼;在任何交談時,一次只能有一個未完成的交談動詞。 如果本機 TP 有多個線程,而且多個線程使用相同的 conv_id發出 APPC 呼叫,就可能發生此情況。

    AP_THREAD_BLOCKING
    主要傳回碼;呼叫線程已經在封鎖呼叫中。

    AP_UNEXPECTED_DOS_ERROR
    主要傳回碼;從本機 TP 處理 APPC 呼叫時,作系統已將錯誤傳回 APPC。 作系統傳回碼會透過 secondary_rc傳回。 它會以 Intel 位元組交換的順序出現。 如果問題持續發生,請洽詢系統管理員。

    AP_DEALLOC_ABEND
    主要傳回碼;交談已解除分配,原因如下:

  • 合作夥伴 TP 發出MC_DEALLOCATE,並將 dealloc_type 設為 AP_ABEND。

  • 合作夥伴 TP 遇到 ABEND,導致夥伴 LU 傳送 MC_DEALLOCATE 要求。

備註

dealloc_type 參數的值而定,當 TP 問題 MC_DEALLOCATE時,交談可以位於下表所指出的其中一個狀態。

Dealloc_type 允許的狀態
AP_FLUSH 發送
AP_SYNC_LEVEL 發送
AP_ABEND RESET 以外的任何狀態
AP_ABEND_PROG RESET 以外的任何狀態
AP_ABEND_SVC RESET 以外的任何狀態
AP_ABEND_TIMER RESET 以外的任何狀態

下表摘要說明的狀態變更是以 primary_rc的值為基礎。

Primary_rc 新狀態
AP_OK 重置
AP_ALLOCATION_ERROR 重置
AP_CONV_FAILURE_RETRY 重置
AP_CONV_FAILURE_NO_RETRY 重置
AP_DEALLOC_ABEND 重置
AP_DEALLOC_ABEND_PROG 重置
AP_DEALLOC_ABEND_SVC 重置
AP_DEALLOC_ABEND_TIMER 重置
AP_PROG_ERROR_PURGING 收到

解除分配交談之前,這個動詞會執行下列其中一項的對等動作:

  • MC_FLUSH,方法是將本機 LU 傳送緩衝區的內容傳送至夥伴 LU (和 TP)。

  • MC_CONFIRM,方法是將本機 LU 傳送緩衝區的內容和確認要求傳送給夥伴 TP。

    成功執行此動詞之後,交談標識符就不再有效。

    LU 6.2 同步點可以使用稱為隱含忘記的訊息流程優化。 當通訊協定指定需要 FORGET PS 標頭時,會話上的下一個數據流表示已收到 FORGET。 在正常情況下,當其中一個同步點交談上收到或傳送數據時,TP 就會察覺到下一個數據流。

    不過,最後一則訊息的流動可能是因為交談解除分配所造成。 在此情況下,當會話上的下一個數據流發生時,TP 不會察覺。 為了將此通知提供給 TP,MC_DEALLOCATE 動詞命令會修改為允許 TP 註冊將呼叫的回呼函式:

  • 在第一個一般流量傳輸(要求或回應)上,透過交談所使用的會話。

  • 如果會話在任何其他數據流之前未繫結。

  • 如果會話因 DLC 中斷而異常終止。

    MC_DEALLOCATE動詞動詞也包含相互關聯子字段成員,在叫用回呼函式時會當做其中一個參數傳回。 應用程式可以以任何方式使用此參數(例如,做為應用程式內控件區塊的指標)。

    TP 可以使用傳遞至回呼函式 的類型 參數來判斷訊息流程是否表示已收到隱含的忘記。

    請注意,呼叫回呼例程之前, MC_DEALLOCATE 動詞可能已完成。 交談會被視為處於 RESET 狀態,而且不會使用交談標識碼發出任何進一步動詞。 如果應用程式在會話的下一個數據流之前發出 TP_ENDED 動詞,將不會叫用回呼例程。

    主機整合伺服器可讓 TP 在傳送數據後立即解除分配交談,方法是將 MC_SEND_DATA 上的 type 參數指定為 AP_SEND_DATA_DEALLOC_*。 不過, MC_SEND_DATA 動詞命令不包含隱含的 forget 回呼函式。 想要收到隱含忘記通知的 TP 必須明確發出 MC_DEALLOCATE