共用方式為


MC_CONFIRMED

MC_CONFIRMED動詞會回應來自夥伴交易計劃 (TP) 的確認要求。 它會通知合作夥伴 TP,本機 TP 在收到的數據中未偵測到錯誤。 因為發出確認要求的 TP 會等候確認, MC_CONFIRMED 同步處理兩個 TP。

下列結構描述 MC_CONFIRMED 動詞命令所使用的動詞控制區塊 (VCB)。

語法


struct mc_confirmed {  
    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   rts_rcvd;  
};   

成員

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

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

reserv2
保留欄位。

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

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

tp_id
提供的參數。 識別本機 TP。 在叫用的 TP 或叫用的 TP 中RECEIVE_ALLOCATE,TP_STARTED傳回此參數的值。

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

rts_rcvd
傳回的參數。 指出夥伴 TP 是否發出 MC_REQUEST_TO_SEND,這會要求本機 TP 將交談變更為 RECEIVE 狀態。

若要變更為 RECEIVE 狀態,本機 TP 可以使用 MC_PREPARE_TO_RECEIVEMC_RECEIVE_AND_WAITMC_RECEIVE_AND_POST

回傳代碼

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

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

AP_BAD_CONV_ID

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

AP_BAD_TP_ID

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

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

AP_CONFIRMED_BAD_STATE

次要傳回碼;交談不是處於 CONFIRM、CONFIRM_SEND或CONFIRM_DEALLOCATE狀態。

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

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

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

  • TP 電腦上的 SnaBase 遇到 ABEND。

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

    AP_COMM_SUBSYSTEM_NOT_LOADED
    主要傳回碼;處理動詞時,無法載入或終止必要的元件。 因此,無法進行通訊。 請連絡系統管理員以採取更正動作。

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

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

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

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

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

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

備註

當 TP 發出此動詞時,交談必須處於下列其中一種狀態:

  • 確認

  • CONFIRM_SEND

  • CONFIRM_DEALLOCATE

    新狀態是由舊狀態所決定,也就是本機 TP 發出 MC_CONFIRMED時交談的狀態。 舊狀態會以上述接收動詞 的 what_rcvd 參數值表示。 可以進行下列狀態變更:

舊狀態 新狀態
確認 收到
CONFIRM_SEND 發送
CONFIRM_DEALLOCATE 重置

確認要求

確認要求是由合作夥伴 TP 中的下列其中一個動詞發出:

  • MC_CONFIRM

  • MC_PREPARE_TO_RECEIVE如果ptr_type設定為 AP_SYNC_LEVEL,且對話的同步處理層級(由 MC_ALLOCATE 建立)則為AP_CONFIRM_SYNC_LEVEL

  • MC_DEALLOCATE 如果 dealloc_type 設定為 AP_SYNC_LEVEL,且對話的同步處理層級 MC_ALLOCATE AP_CONFIRM_SYNC_LEVEL

  • 如果 類型設定為 AP_SEND_DATA_CONFIRM,且對話的同步處理層級 (由 MC_ALLOCATE 建立)則為 MC_SEND_DATA AP_CONFIRM_SYNC_LEVEL

    本機 TP 會透過下列其中一個動詞 動詞的 what_rcvd 參數收到確認要求:

  • MC_RECEIVE_IMMEDIATE

  • MC_RECEIVE_AND_WAIT

  • MC_RECEIVE_AND_POST

    只有在what_rcvd包含下列其中一個值時,本機 TP 才會發出MC_CONFIRMED

  • AP_CONFIRM_WHAT_RECEIVED

  • AP_CONFIRM_SEND

  • AP_CONFIRM_DEALLOCATE

    如果 rtn_status 參數設定為 AP_YES,what_rcvd 也可以包含下列值:

  • AP_DATA_COMPLETE_CONFIRM

  • AP_DATA_COMPLETE_CONFIRM_SEND

  • AP_DATA_COMPLETE_CONFIRM_DEALL