MC_TEST_RTS_AND_POST

MC_TEST_RTS_AND_POST動詞可讓應用程式通常是 5250 模擬器，在合作夥伴交易計畫 (TP) 要求傳送方向時要求非同步通知。

下列結構描述動詞控制項區塊 () MC_TEST_RTS_AND_POST動詞 動詞所使用的 VCB。

語法

  
struct mc_test_rts_and_post {  
    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       reserv3;  
    unsigned long       handle;  
};  

成員

opcode
提供的 參數。 指定動詞作業程式碼，AP_M_TEST_RTS_AND_POST。

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

reserv2
保留字段。

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

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

tp_id
提供的 參數。 識別本機 TP。 在叫用 TP 或叫用的 TP 中RECEIVE_ALLOCATE，TP_STARTED傳回此參數的值。

conv_id
提供的 參數。 提供交談識別碼。 在叫用 TP 或叫用的 TP 中，MC_ALLOCATE RECEIVE_ALLOCATE傳回此參數的值。

reserv3
保留字段。

控制代碼
提供的 參數。 在 Microsoft Windows 上，此欄位會提供要設定的事件控制碼。

來自初始動詞的傳回碼

AP_OK
主要傳回碼;成功執行動詞。 請注意，從初始動詞動詞傳回AP_OK的傳回碼不表示 MC_REQUEST_TO_SEND 從夥伴 TP 接收的動詞。 它只會指出已註冊接收非同步通知的設施。

AP_UNSUCCESSFUL
主要傳回碼;尚未收到要求到傳送通知。

AP_PARAMETER_CHECK
主要傳回碼;動詞因為參數錯誤而未執行。

AP_BAD_CONV_ID

次要傳回碼; conv_id 的值與 APPC 指派的交談識別碼不符。

AP_BAD_TP_ID

次要傳回碼; tp_id 的值與 APPC 所指派的 TP 識別碼不符。

AP_COMM_SUBSYSTEM_ABENDED
主要傳回碼;指出下列其中一個條件：

• 此交談所使用的節點遇到 ABEND。

• TP 與 PU 2.1 節點之間的連線已中斷， (LAN 錯誤) 。

• TP 電腦的 SnaBase 遇到 ABEND。

  系統管理員應該檢查錯誤記錄檔，以判斷 ABEND 的原因。

  AP_COMM_SUBSYSTEM_NOT_LOADED
  主要傳回碼;無法載入必要的元件，或在處理動詞時終止。 因此，無法進行通訊。 請連絡系統管理員以採取更正動作。

  當此傳回碼與 MC_ALLOCATE搭配使用時，可能表示找不到任何通訊系統來支援 LU) (本機邏輯單元。 (例如，以 TP_STARTED 指定的本機 LU 別名不正確或尚未設定。) 請注意，如果 lu_alias 或 mode_name 少於八個字元，您必須確定這些欄位會填入右邊的空格。 如果這些參數未填滿空格，就會傳回此錯誤，因為沒有任何節點可滿足 MC_ALLOCATE 要求。

  當MC_ALLOCATE針對以多個節點設定的主機整合伺服器用戶端系統產生此傳回碼時，有兩個次要傳回碼，如下所示：

  0xF0000001

  次要傳回碼;尚未啟動任何節點。

  0xF0000002

  次要傳回碼;至少有一個節點已啟動，但未在任何作用中節點上設定TP_STARTED發出 ) 時，本機 LU (。 問題可能是下列其中一項：

• 未啟動具有本機 LU 的節點。

• 未設定本機 LU。

  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 位元組交換的順序顯示。 如果問題持續發生，請洽詢系統管理員。

從非同步完成傳回碼

AP_OK
主要傳回碼;已從合作夥伴 TP 收到要求到傳送通知。

AP_CANCELLED
未處理的 TEST_RTS_AND_POST 動詞已終止。 如果基礎交談已解除配置，或已發出AP_TP_ENDED，就會發生這種情況。 請注意，如同 RECEIVE_AND_POST，TP仍負責正確終止交談，並可能終止 TP。 此時發出另一個動詞，例如 RECEIVE_IMMEDIATE， 將會指出交談失敗的原因。

備註

當 TP 發出此動詞時，交談可以處於 RESET 以外的任何狀態。 沒有狀態變更。

許多 APPC 應用程式的常見功能，例如 5250 模擬器，是偵測合作夥伴傳送要求的需求。 目前，您可以輪詢 APPC 介面來偵測合作夥伴的要求來完成此動作。 例如，應用程式偶爾可能會發出下列其中一個動詞：

• MC_TEST_RTS

• MC_RECEIVE_IMMEDIATE 並檢查 [rts_rcvd ] 欄位

• MC_SEND_DATA 為零個位元組，再次檢查 [rts_rcvd ] 欄位。

  與此輪詢方法相關聯的一些問題如下：

• 應用程式必須持續中斷其主要工作來輪詢 APPC。

• 當合作夥伴要求可供使用時，就不會立即偵測到。

• 這些方法需要大量處理器。

  MC_TEST_RTS_AND_POST動詞可讓在 Windows 上執行的應用程式，通常是 5250 模擬器，在合作夥伴 TP 要求傳送方向時要求非同步通知。

  APPC 應用程式通常會在 SEND 狀態發出 MC_TEST_RTS_AND_POST 動詞，然後繼續進行其主要處理。 從合作夥伴 TP 傳送方向的要求會以非同步方式向應用程式表示。 處理合作夥伴的要求之後，應用程式通常會回到 SEND 狀態、重新發出 MC_TEST_RTS_AND_POST，並繼續。

  MC_TEST_RTS_AND_POST動詞會同步完成，而傳回碼AP_OK表示已註冊非同步通知的要求。 請務必強調，這並不表示已從合作夥伴 TP 接收要求傳送。

  收到合作夥伴傳送的要求時，就會發生非同步事件完成。 請務必注意，這可能是在本機 TP 的原始 MC_TEST_RTS_AND_POST 動詞完成之前。 如果在發出本機 TP 的 MC_TEST_RTS_AND_POST 動詞之前，或是處理本機 TP 的MC_TEST_RTS_AND_POST 動詞時，收到合作夥伴傳送的要求，就會發生這種情況。