共用方式為

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_STARTED 或叫用 TP 中的 RECEIVE_ALLOCATE 傳回此參數的值。

conv_id
提供的參數。 提供交談識別碼。 叫用 TP 中的 ALLOCATE 或叫用 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 針對以多個節點設定的 Host Integration Server Client 系統產生此傳回碼時，有兩個次要傳回碼，如下所示：

    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 發出此動詞時，交談可以處於任何狀態，但 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 動詞時，收到合作夥伴傳送的要求，就會發生這種情況。