MC_CONFIRMED

發行項
09/24/2022

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_RECEIVE、 MC_RECEIVE_AND_WAIT或 MC_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