確認
CONFIRM動詞會傳送本機邏輯單元 (LU) 傳送緩衝區的內容,並將確認要求傳送至夥伴交易程式, (TP) 。
下列結構描述 CONFIRM 動詞動詞所使用的動詞控制項區塊。
語法
struct confirm {
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_B_CONFIRM。
opext
提供的參數。 指定動詞操作延伸模組,AP_BASIC_CONVERSATION。
reserv2
保留字段。
primary_rc
傳回的參數。 指定 APPC 在動詞完成時所設定的主要傳回碼。 有效的傳回碼會根據發出的 APPC 動詞命令而有所不同。 如需此動詞命令的有效錯誤碼,請參閱傳回碼。
secondary_rc
傳回的參數。 指定 APPC 在動詞完成時所設定的次要傳回碼。 有效的傳回碼會根據發出的 APPC 動詞命令而有所不同。 如需此動詞命令的有效錯誤碼,請參閱傳回碼。
tp_id
提供的參數。 識別本機 TP。 此參數的值是由 TP_STARTED傳回。
conv_id
傳回的參數。 識別兩個 TP 之間建立的交談。
rts_rcvd
傳回的參數。 指出合作夥伴 TP 是否 發出REQUEST_TO_SEND,這會要求本機 TP 將交談變更為 RECEIVE 狀態。
若要變更為在 Microsoft Windows 上運作的 RECEIVE 狀態,本機 TP 可以使用 PREPARE_TO_RECEIVE、 RECEIVE_AND_WAIT或 RECEIVE_AND_POST。
傳回碼
AP_OK
主要傳回碼;已成功執行動詞。
AP_PARAMETER_CHECK
主要傳回碼;動詞未執行,因為發生參數錯誤。
AP_BAD_CONV_ID
次要傳回碼; conv_id 的值與 APPC 所指派的交談識別碼不符。
AP_BAD_TP_ID
次要傳回碼; tp_id 的值不符合 APPC 所指派的 TP 識別碼。
AP_CONFIRM_ON_SYNC_LEVEL_NONE
次要傳回碼;本機 TP 嘗試在具有同步處理層級AP_NONE的交談中使用 CONFIRM 。 由 ALLOCATE建立的同步處理層級必須AP_CONFIRM_SYNC_LEVEL。
AP_STATE_CHECK
主要傳回碼;指令動詞未執行,因為發出狀態無效。
AP_CONFIRM_BAD_STATE
次要傳回碼;交談未處於 SEND 狀態。
AP_CONFIRM_NOT_LL_BDY
次要傳回碼;本機 TP 的交談處於 SEND 狀態,且本機 TP 未完成傳送邏輯記錄。
AP_ALLOCATION_ERROR
主要傳回碼;APPC 無法配置交談。 交談狀態設定為 RESET。
此程式碼可以透過 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或AP_SYNCPT) ,或無法辨識 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 發出SEND_ERROR , 且err_type 設為 AP_PROG。 已清除傳送但尚未接收的資料。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_PROG
主要傳回碼;交談已解除配置,原因如下:合作夥伴 TP 發出 了 DEALLOCATE,dealloc_type 設為 AP_ABEND_PROG。
合作夥伴 TP 遇到 ABEND,導致合作夥伴 LU 傳送 DEALLOCATE 要求。
AP_DEALLOC_ABEND_SVC
主要傳回碼;交談已解除配置,因為合作夥伴 TP 已發行DEALLOCATE,且dealloc_type設為 AP_ABEND_SVC。AP_DEALLOC_ABEND_TIMER
主要傳回碼;交談已解除配置,因為合作夥伴 TP 發出了 DEALLOCATE,dealloc_type設為 AP_ABEND_TIMER。AP_SVC_ERROR_PURGING
主要傳回碼;合作夥伴 TP (或合作夥伴 LU) SEND_ERROR 在 RECEIVE、PENDING_POST、CONFIRM、CONFIRM_SEND 或CONFIRM_DEALLOCATE狀態中, err_type設為AP_SVC 。 傳送至合作夥伴 TP 的資料可能已經清除。備註
為了回應 CONFIRM,合作夥伴 TP 通常會發出 CONFIRMED ,以確認它已收到資料,而不會發生錯誤。 (如果合作夥伴 TP 發生錯誤, 就會SEND_ERROR或 異常地解除配置 conversation.)
只有在由 ALLOCATE建立的交談同步處理層級AP_CONFIRM_SYNC_LEVEL時,TP 才會發出CONFIRM。
當 TP 發出此動詞時,交談必須處於 SEND 狀態。 下表摘要說明的狀態變更是根據 primary_rc的值。
primary_rc | 新增狀態 |
---|---|
AP_OK | 沒有變更 |
AP_ALLOCATION_ERROR | RESET |
AP_COMM_SUBSYSTEM_ABENDED AP_COMM_SUBSYSTEM_NOT_LOADED | RESET RESET |
AP_CONV_FAILURE_RETRY AP_CONV_FAILURE_NO_RETRY | RESET RESET |
AP_DEALLOC_ABEND AP_DEALLOC_ABEND_PROG AP_DEALLOC_ABEND_SVC AP_DEALLOC_ABEND_TIMER | 重設重設重設 |
AP_PROG_ERROR_PURGING AP_SVC_ERROR_PURGING | 接收接收 |
CONFIRM 會等候合作夥伴 TP 的回應。 回應是由合作夥伴 TP 中的下列其中一個動詞所產生:
DEALLOCATE,dealloc_type設為 AP_ABEND_PROG、AP_ABEND_SVC 或 AP_ABEND_TIMER
-
藉由在ALLOCATE之後發出CONFIRM,叫用 TP 可以立即判斷配置是否成功 (synclevel是否設定為AP_CONFIRM_SYNC_LEVEL) 。
一般而言, ALLOCATE 動詞 mode_name 參數的值必須符合為所叫用 TP 節點設定的模式名稱,並在設定期間與夥伴 LU 相關聯。
如果叫用 TP 節點上的其中一個與夥伴 LU 相關聯的模式是隱含模式,當與夥伴 LU 相關聯的模式名稱不符合 mode_name的值時,這兩個 RU 之間的會話將會是隱含模式。 如需詳細資訊,請參閱主機整合伺服器說明。
ALLOCATE的數個參數是 EBCDIC 或 ASCII 字串。 TP 可以使用一般服務動詞 (CSV) CONVERT ,將字串從一個字元集轉譯到另一個字元。
若要立即傳送ALLOCATE要求,叫用 TP 可以在ALLOCATE之後立即發出FLUSH或CONFIRM。 否則, ALLOCATE 要求會隨著本機 LU 傳送緩衝區中的其他資料累積,直到緩衝區已滿為止。