MC_CONFIRMED

MC_CONFIRMED動詞命令會回應來自交易夥伴交易程式 (TP) 的確認要求。 它會通知夥伴 TP,本機 TP 未偵測到所接收資料中發生錯誤。 因為發出確認要求的 TP 等候確認, MC_CONFIRMED 同步處理兩個 TPs 的處理。

下列結構描述 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_STARTED或叫用 tp 中的 RECEIVE_ALLOCATE 所傳回。

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

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

若要變更為「接收」狀態,本機 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_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 參數值來表示。 可能會變更下列狀態:

舊狀態 新狀態
確認 RECEIVE
CONFIRM_SEND SEND
CONFIRM_DEALLOCATE RESET

確認要求

確認要求是由夥伴 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

  • MC_SEND_DATA 如果 [類型] 設定為 AP_SEND_DATA_CONFIRM,而且 MC_ALLOCATE) 建立的交談同步處理層級 (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