共用方式為

TEST_RTS_AND_POST

TEST_RTS_AND_POST動詞命令可讓應用程式，通常是5250模擬器，在夥伴交易計劃 （TP） 要求傳送方向時要求異步通知。

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

語法

  
struct test_rts {  
    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_B_TEST_RTS_AND_POST。

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

reserv2
保留欄位。

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

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

tp_id
提供的參數。 識別本機 TP。 在叫用 TP 或叫用的 TP 中RECEIVE_ALLOCATE，這個參數的值是由 叫 用的 TP 中TP_STARTED 所傳 回。

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

reserv3
保留欄位。

句柄
提供的參數。 在 Microsoft Windows 上，此字段會提供要設定的事件句柄。

來自初始動詞的傳回碼

AP_OK
主要傳回碼;已順利執行動詞。 請注意，從初始動詞命令傳回AP_OK的傳回碼並不表示從夥伴 TP 收到 REQUEST_TO_SEND 動詞。 它只會指出已註冊接收異步通知的設施。

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

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

AP_BAD_CONV_ID

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

AP_BAD_TP_ID

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

AP_INVALID_SEMAPHORE_HANDLE

次要傳回碼， 句柄 的值無效。

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

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

  • TP 與 PU 2.1 節點之間的連線已中斷（LAN 錯誤）。

  • TP 電腦上的 SnaBase 遇到 ABEND。

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

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

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

    當 ALLOCATE 針對使用多個節點設定的主機 Integration Server 用戶端系統產生此傳回碼時，有兩個次要傳回碼，如下所示：

    0xF0000001

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

    0xF0000002

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

  • 未啟動具有本機 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 發出此動詞時，交談可以處於任何狀態，但 TP 發出此動詞時除外。 沒有狀態變更。

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

  • TEST_RTS

備註

  • RECEIVE_IMMEDIATE 並檢查 [rts_rcvd ] 字段

  • SEND_DATA 為零個字節，再次檢查 [rts_rcvd ] 字段。

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

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

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

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

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

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

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

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

  • Last updated on