REQUEST_TO_SEND

REQUEST_TO_SEND動詞會通知合作夥伴交易計畫, (TP) 本機 TP 想要傳送資料。

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

語法

  
struct request_to_send {  
    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;  
};   

成員

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

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 會傳回此參數的值。

傳回碼

AP_OK
主要傳回碼;已成功執行動詞。

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

AP_BAD_CONV_ID

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

AP_BAD_TP_ID

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

AP_STATE_CHECK
主要傳回碼;指令動詞未執行,因為發出狀態無效。

AP_R_T_S_BAD_STATE

次要傳回碼;當 TP 發出此動詞時,交談不是處於允許的狀態。

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_aliasmode_name 少於八個字元,您必須確定這些欄位會填入右邊的空格。 如果這些參數未填入空格,就會傳回此錯誤,因為沒有任何節點可以滿足 ALLOCATE 要求。

    ALLOCATE針對以多個節點設定的 Microsoft Host Integration Server 用戶端系統產生此傳回碼時,有兩個次要傳回碼,如下所示:

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

備註

當 TP 發出此動詞命令時,交談可以處於下列任何狀態:

確認

PENDING_POST (OS/2)

RECEIVE

沒有狀態變更。

合作夥伴計畫會透過下列動詞的 rts_rcvd 參數接收要求到傳送通知:

  • 確認

  • RECEIVE_AND_POST

  • RECEIVE_AND_WAIT

  • RECEIVE_IMMEDIATE

  • SEND_DATA

  • SEND_ERROR

    它也會以TEST_RTS上的AP_OK primary_rc表示。

    要求到傳送通知會立即傳送給合作夥伴 TP;APPC 不會等到傳送緩衝區填滿或排清為止。 因此,要求到傳送通知可能會順序錯開。 例如,如果本機 TP 處於 SEND 狀態,且發出 PREPARE_TO_RECEIVE 後面接著 REQUEST_TO_SEND,則合作夥伴 TP 處於 RECEIVE 狀態,可能會在收到傳送通知之前收到要求到傳送通知。 基於這個理由,可以透過接收動詞向 TP 回報要求到傳送。

    為了回應此要求,合作夥伴 TP 可以將交談變更為:

  • 藉由發出 PREPARE_TO_RECEIVERECEIVE_AND_WAIT來接收狀態。

  • 藉由發出 RECEIVE_AND_POST來PENDING_POST狀態。

    合作夥伴 TP 也可以忽略要求到傳送。

    當本機 TP 透過後續接收動詞的 what_rcvd 參數收到下列其中一個值時,交談狀態會變更為 LOCAL TP 的 SEND:

  • 使用CONFIRMED AP_CONFIRM_SEND和回復

  • 使用CONFIRMED AP_DATA_COMPLETE_CONFIRM_SEND和回復

  • 確認AP_DATA_CONFIRM_SEND和回復

  • AP_SEND

    接收動詞是 RECEIVE_AND_POSTRECEIVE_IMMEDIATERECEIVE_AND_WAIT