確認

  • 發行項

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 中的下列其中一個動詞所產生：

  • 證實

  • SEND_ERROR

  • DEALLOCATE，dealloc_type設為 AP_ABEND_PROG、AP_ABEND_SVC 或 AP_ABEND_TIMER

  • TP_ENDED

    藉由在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 傳送緩衝區中的其他資料累積，直到緩衝區已滿為止。