MC_REQUEST_TO_SEND動詞會通知夥伴交易計劃 （TP） 本機 TP 想要傳送數據。
下列結構描述 MC_REQUEST_TO_SEND 動詞動詞所使用的動詞控制區塊 （VCB）。
語法
struct mc_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_M_REQUEST_TO_SEND。
opext
提供的參數。 指定動詞作業延伸模組，AP_MAPPED_CONVERSATION。
reserv2
保留欄位。
primary_rc
傳回的參數。 指定APPC在動詞完成時設定的主要傳回碼。 有效的傳回碼會根據所發出的APPC動詞而有所不同。 如需這個動詞的有效錯誤碼，請參閱傳回碼。
secondary_rc
傳回的參數。 指定APPC在動詞完成時所設定的次要傳回碼。 有效的傳回碼會根據所發出的APPC動詞而有所不同。 如需這個動詞的有效錯誤碼，請參閱傳回碼。
tp_id
提供的參數。 識別本機 TP。
這個參數的值是由叫用 TP 中的 TP_STARTED 或叫用的 TP 中的 RECEIVE_ALLOCATE 所傳回。
conv_id
提供的參數。 提供交談標識碼。
這個參數的值是由叫用 TP 中的 MC_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
主要傳回碼;無法載入必要的元件，或處理動詞時已終止。 因此，無法進行通訊。 請連絡系統管理員以採取更正動作。當此傳回碼與 MC_ALLOCATE搭配使用時，可能表示找不到任何通訊系統來支援本機 LU。 （例如，以 TP_STARTED 指定的本機 LU 別名不正確或尚未設定。請注意，如果 lu_alias 或 mode_name 少於八個字元，您必須確定這些欄位會填滿右邊的空格。 如果這些參數未填滿空格，就會傳回此錯誤，因為沒有任何節點可以滿足 MC_ALLOCATE 要求。
當MC_ALLOCATE針對使用多個節點設定的Microsoft主機 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 位元組交換的順序出現。 如果問題持續發生，請洽詢系統管理員。
備註
當 TP 發出此動詞時，交談可能處於下列任何狀態：
確認
PENDING_POST （OS/2）
收到
沒有狀態變更。
合作夥伴計畫會透過下列動詞 的 rts_rcvd 參數接收要求到傳送通知：
-
它也會以MC_TEST_RTS上的AP_OK primary_rc表示。
要求到傳送通知會立即傳送至合作夥伴 TP;APPC 不會等到傳送緩衝區填滿或排清為止。 因此，要求到傳送通知可能會順序不一定。 例如，如果本機 TP 處於 SEND 狀態，且發出 MC_PREPARE_TO_RECEIVE 後面接著 MC_REQUEST_TO_SEND，則合作夥伴 TP 在 RECEIVE 狀態中可能會先收到要求到傳送通知，再收到傳送通知。 基於這個理由，可以透過接收動詞將要求傳送報告給 TP。
為了回應此要求，合作夥伴 TP 可以將交談變更為：
藉由發出 MC_PREPARE_TO_RECEIVE 或 MC_RECEIVE_AND_WAIT來接收狀態。
藉由發出 MC_RECEIVE_AND_POST來PENDING_POST狀態。
合作夥伴 TP 也可以忽略要求到傳送。
當本機 TP 透過後續接收動詞 的 what_rcvd 參數接收下列其中一個值時，交談狀態會變更為 LOCAL TP 的 SEND：
使用MC_CONFIRMED AP_CONFIRM_SEND和回復
使用MC_CONFIRMED AP_DATA_COMPLETE_CONFIRM_SEND和回復
AP_SEND
接收動詞是 MC_RECEIVE_AND_POST、 MC_RECEIVE_IMMEDIATE和 MC_RECEIVE_AND_WAIT。