共用方式為

MC_CONFIRM

MC_CONFIRM動詞會傳送本機邏輯單元 （LU） 傳送緩衝區的內容，並將確認要求傳送至夥伴交易計劃 （TP）。

下列結構描述 MC_CONFIRM 動詞動詞命令所使用的動詞控制區塊 （VCB）。

語法

  
struct mc_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_M_CONFIRM。

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

reserv2
保留欄位。

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

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

tp_id
提供的參數。 識別本機 TP。 此參數的值是由 TP_STARTED 傳回。

conv_id
傳回的參數。 識別兩個 TP 之間建立的交談。

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

若要變更為 RECEIVE 狀態，本機 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_CONFIRM_ON_SYNC_LEVEL_NONE

次要傳回碼;本機 TP 嘗試在具有同步處理層級 AP_NONE 的交談中使用MC_CONFIRM。 MC_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。

此程式代碼可以透過 MC_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_COMM_SUBSYSTEM_NOT_LOADED
    主要傳回碼;處理動詞時，無法載入或終止必要的元件。 因此，無法進行通訊。 請連絡系統管理員以採取更正動作。

    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 發出 MC_SEND_ERROR。 已清除已傳送但尚未接收的數據。

    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
    主要傳回碼;交談已解除分配，原因如下：

  • 合作夥伴 TP 發出 MC_DEALLOCATE， 並將dealloc_type設為 AP_ABEND。

  • 合作夥伴 TP 遇到 ABEND，導致夥伴 LU 傳送 MC_DEALLOCATE 要求。

備註

為了回應 MC_CONFIRM，合作夥伴 TP 通常會發出 MC_CONFIRMED ，以確認它已收到數據，而不會發生錯誤。 （如果夥伴 TP 發生錯誤，它就會發出 MC_SEND_ERROR 或異常解除分配交談的問題。

只有當對話的同步處理層級由 MC_ALLOCATE 建立，AP_CONFIRM_SYNC_LEVEL時，TP 才會發出MC_CONFIRM。

當 TP 發出此動詞時，交談必須處於 SEND 狀態。 下表摘要說明的狀態變更是以 primary_rc的值為基礎。

primary_rc 新狀態
AP_OK 沒有變化
AP_ALLOCATION_ERROR 重置
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 RECEIVE RECEIVE

MC_CONFIRM 等候合作夥伴 TP 的回應。 回應是由合作夥伴 TP 中的下列其中一個動詞所產生：

  • MC_CONFIRMED

  • MC_SEND_ERROR

  • 將 dealloc_type 設定為 AP_ABEND的MC_DEALLOCATE

  • TP_ENDED

    藉由在MC_ALLOCATE之後發出MC_CONFIRM，叫用的 TP 可以立即判斷配置是否成功（如果 synclevel 設定為 AP_CONFIRM_SYNC_LEVEL）。

    一般而言， MC_ALLOCATE 動詞 mode_name 參數的值必須符合為叫用的 TP 節點所設定的模式名稱，並在設定期間與夥伴 LU 相關聯。

    如果叫用的 TP 節點上與夥伴 LU 相關聯的其中一個模式是隱含模式，則當與夥伴 LU 相關聯的模式名稱與 mode_name的值不相符時，在兩個 LUN 之間建立的會話將會是隱含模式。 如需詳細資訊，請參閱主機整合伺服器說明。

    MC_ALLOCATE的數個參數是 EBCDIC 或 ASCII 字串。 TP 可以使用一般服務動詞 （CSV） CONVERT ，將字元串從一個字元集轉譯為另一個字元。

    若要立即傳送MC_ALLOCATE要求，叫用 TP 可以在MC_ALLOCATE之後立即發出MC_FLUSH或MC_CONFIRM。 否則， MC_ALLOCATE 要求會隨著本機 LU 傳送緩衝區中的其他數據累積，直到緩衝區已滿為止。

  • Last updated on