RECEIVE_AND_WAIT動詞命令會接收目前可從夥伴交易計劃 (TP) 取得的任何數據。 如果目前沒有可用的數據,本機 TP 會等候數據到達。
為了允許完全使用異步支援,異步發出 RECEIVE_AND_WAIT 動詞已變更為像 RECEIVE_AND_POST 動詞一樣。 具體來說,雖然異步 RECEIVE_AND_WAIT 未完成,但可以在相同的交談上發出下列動詞:
DEALLOCATE(AP_ABEND_PROG、AP_ABEND_SVC或AP_ABEND_TIMER)
-
這可讓應用程式,特別是5250模擬器,使用異步 RECEIVE_AND_WAIT 來接收數據。 雖然 RECEIVE_AND_WAIT 未完成,但它仍然可以使用 SEND_ERROR 和 REQUEST_TO_SEND。 建議您將此功能用於完整異步支援。
下列結構描述 RECEIVE_AND_WAIT 動詞動詞命令所使用的動詞控制區塊 (VCB)。
語法
struct receive_and_wait {
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 short what_rcvd;
unsigned char rtn_status;
unsigned char fill;
unsigned char rts_rcvd;
unsigned char reserv4;
unsigned short max_len;
unsigned short dlen;
unsigned char FAR * dptr;
unsigned char reserv5[5];
};
成員
opcode
提供的參數。 指定動詞作業程式代碼,AP_B_RECEIVE_AND_WAIT。
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 或叫用的 TP 中RECEIVE_ALLOCATE,會傳回此參數的值。
what_rcvd
傳回的參數。 指出是否收到數據或交談狀態。 可能的值列在 [成員] 區段後面的表格中。
rtn_status
提供的參數。 指出是否應該在一個 API 呼叫內傳回數據和交談狀態指標。
AP_NO指定在動詞的個別調用上個別傳回指標。
AP_YES指定應該一起傳回指標,前提是兩者皆可供使用。 當:
接收緩衝區夠大,足以保存狀態指標之前的所有數據。
fill 參數會指定 BUFFER 或 LL,而數據是狀態指標之前的最後一筆邏輯記錄。
填補
提供的參數。 在基本交談中用來指定本機 TP 接收數據的方式。 以下是允許的值:AP_BUFFER指定本機 TP 會接收數據,直到到達 max_len 指定的位元元組數目或資料結尾為止。 不論邏輯記錄格式為何,都會接收數據。
AP_LL指定以邏輯記錄格式接收數據。 收到的數據可以是完整的邏輯記錄、邏輯記錄的 max_len 位元組部分,或邏輯記錄的結尾。
rts_rcvd
傳回的參數。 包含要求到傳送指標。 可能的值為:AP_YES表示夥伴 TP 已發出 REQUEST_TO_SEND,要求本機 TP 將交談變更為 RECEIVE 狀態。
AP_NO表示合作夥伴 TP 尚未發出 REQUEST_TO_SEND。
max_len
提供的參數。 指出本機 TP 可以接收的數據位元組數目上限。 範圍是從 0 到 65535。針對Microsoft Windows作系統,此值不得超過緩衝區的長度,以包含已接收的數據。
藉由發行RECEIVE_AND_WAIT max_len設為零,本機 TP 可以判斷夥伴 TP 是否有數據要傳送、搜尋確認或變更交談狀態。
dlen
傳回的參數。 表示收到的數據位元組數目。 數據會儲存在 dptr 所指定的緩衝區中。 長度為零表示未收到任何數據。dptr
提供的參數。 提供緩衝區的位址,以包含本機 TP 所接收的數據。針對 Windows作系統,數據緩衝區可以位於靜態數據區域或全域配置區域中。 數據緩衝區必須完全符合此區域。
what_rcvd 參數傳回的值
AP_CONFIRM_DEALLOCATE表示合作夥伴 TP 已發出 DEALLOCATE , 並將 dealloc_type 設定為 AP_SYNC_LEVEL,且 由 ALLOCATE 建立的對話同步處理層級AP_CONFIRM_SYNC_LEVEL。 收到此值后,本機 TP 通常會發出 CONFIRMED。
AP_CONFIRM_SEND表示夥伴 TP 已發出 PREPARE_TO_RECEIVE ,且已將 ptr_type 設定為 AP_SYNC_LEVEL,且 由 ALLOCATE 建立的對話同步處理層級AP_CONFIRM_SYNC_LEVEL。 收到此值后,本機 TP 通常會發出 CONFIRMED ,並開始傳送數據。
AP_CONFIRM_WHAT_RECEIVED表示合作夥伴 TP 已發出 CONFIRM。 收到此值后,本機 TP 通常會發出 CONFIRMED。
如果 fill 設定為 AP_BUFFER,RECEIVE_AND_WAIT可以在基本交談中傳回AP_DATA。 本機 TP 收到數據,直到達到 max_len 或結束數據為止。 如需詳細資訊,請參閱本主題結尾的<
RECEIVE_AND_WAIT結束數據>。 AP_DATA_COMPLETE表示本機 TP 已收到完整數據記錄或數據記錄的最後一 部分,RECEIVE_AND_WAIT。
對於填滿設定為 AP_LL 的RECEIVE_AND_WAIT,這個值表示本機 TP 已收到完整的邏輯記錄或邏輯記錄的結尾。
收到此值時,本機 TP 通常會重新發出 RECEIVE_AND_WAIT 或發出另一個接收動詞。 如果合作夥伴 TP 已傳送更多數據,本機 TP 會開始接收新的數據單位。
否則,如果primary_rc包含AP_OK且what_rcvd包含AP_SEND、AP_CONFIRM_SEND、AP_CONFIRM_DEALLOCATE或AP_CONFIRM_WHAT_RECEIVED,則本機 TP 會檢查狀態資訊。
如需本機 TP 通常採用的下一個動作,請參閱本主題中的傳回碼。
如果 primary_rc 包含AP_DEALLOC_NORMAL,則交談已解除分配,以響應合作夥伴 TP 所發出的 DEALLOCATE 。
AP_DATA_INCOMPLETE表示本機 TP 已收到不完整的數據記錄, RECEIVE_AND_WAIT。 max_len參數指定的值小於數據記錄的長度(如果這不是讀取記錄的第一個接收動詞,則小於數據記錄的其餘部分)。
對於填滿設定為 AP_LL 的RECEIVE_AND_WAIT,這個值表示本機 TP 已收到不完整的邏輯記錄。
收到此值時,本機 TP 通常會重新發出 RECEIVE_AND_WAIT (或發出另一個接收動詞),以接收記錄的下一個部分。
AP_NONE表示 TP 未收到數據或交談狀態指標。
AP_SEND指出,對於合作夥伴 TP,交談已進入 RECEIVE 狀態。 針對本機 TP,交談現在處於 SEND 狀態。 收到此值時,本機 TP 通常會使用 SEND_DATA 開始傳送數據。
回傳代碼
AP_OK
主要傳回碼;已順利執行動詞。
當rtn_status AP_YES時,可以傳回上述傳回碼或下列其中一個傳回碼。
AP_DATA_COMPLETE_SEND
主要傳回碼;這是AP_DATA_COMPLETE和AP_SEND的組合。
AP_DATA_COMPLETE_CONFIRM_SEND
主要傳回碼;這是AP_DATA_COMPLETE和AP_CONFIRM_SEND的組合。
AP_DATA_COMPLETE_CONFIRM
主要傳回碼;這是AP_DATA_COMPLETE和AP_CONFIRM_WHAT_RECEIVED的組合。
AP_DATA_COMPLETE_CONFIRM_DEALL
主要傳回碼;這是AP_DATA_COMPLETE和AP_CONFIRM_DEALLOCATE的組合。
AP_DATA_SEND
主要傳回碼;這是AP_DATA和AP_SEND的組合。
AP_DATA_CONFIRM_SEND
主要傳回碼;這是AP_DATA和AP_CONFIRM_SEND的組合。
AP_DATA_CONFIRM
主要傳回碼;這是AP_DATA和AP_CONFIRM_WHAT_RECEIVED的組合。
AP_DATA_CONFIRM_DEALLOCATE
主要傳回碼;這是AP_DATA和AP_CONFIRM_DEALLOCATE的組合。
AP_DEALLOC_NORMAL
主要傳回碼;合作夥伴 TP 已解除分配交談,但未要求確認併發出 DEALLOCATE ,並將 dealloc_type 設為下列其中一項:
AP_CONFIRM_SYNC_LEVEL
AP_FLUSH
使用指定為 AP_NONE 之交談的同步處理層級AP_SYNC_LEVEL
如果 rtn_status AP_YES,也請檢查 what_rcvd 。
AP_PARAMETER_CHECK
主要傳回碼;因為參數錯誤而未執行動詞。
AP_BAD_CONV_ID
次要傳回碼; conv_id 的值與 APPC 指派的交談標識碼不符。
AP_BAD_TP_ID
次要傳回碼; tp_id 的值與 APPC 指派的 TP 識別碼不符。
AP_BAD_RETURN_STATUS_WITH_DATA
次要傳回碼;APPC 無法辨識指定的 rtn_status 值。
AP_INVALID_DATA_SEGMENT
次要傳回碼;為數據緩衝區指定的長度比配置來包含緩衝區的區段長。
AP_RCV_AND_WAIT_BAD_FILL
次要傳回碼;對於基本交談, fill 設定為無效的值。
AP_STATE_CHECK
主要傳回碼;指令動詞未執行,因為發出狀態無效。
AP_RCV_AND_WAIT_BAD_STATE
次要傳回碼;當 TP 發出此動詞時,交談未處於 RECEIVE 或 SEND 狀態。
AP_RCV_AND_WAIT_NOT_LL_BDY
次要傳回碼;對於基本交談,交談處於 SEND 狀態;TP 開始,但未完成傳送邏輯記錄。
AP_ALLOCATION_ERROR
主要傳回碼;APPC 無法配置交談。 交談狀態設定為 RESET。
此程式代碼可透過 ALLOCATE 之後發出的動詞傳回。
AP_ALLOCATION_FAILURE_NO_RETRY
次要傳回碼;因為有永久性條件,例如設定錯誤或會話通訊協定錯誤,所以無法配置交談。 若要判斷錯誤,系統管理員應該檢查錯誤記錄檔。 在更正錯誤之前,請勿重試配置。
AP_ALLOCATION_FAILURE_RETRY
次要傳回碼;因為暫時性狀況,例如鏈接失敗,所以無法配置交談。 失敗的原因會記錄在系統錯誤記錄檔中。 重試配置。
AP_CONVERSATION_TYPE_MISMATCH
次要傳回碼;夥伴邏輯單元 (LU) 或 TP 不支援配置要求中指定的交談類型(基本或對應)。
AP_PIP_NOT_ALLOWED
次要傳回碼;配置要求指定的 PIP 數據,但夥伴 TP 不需要此資料,或夥伴 LU 不支援此數據。
AP_PIP_NOT_SPECIFIED_CORRECTLY
次要傳回碼;合作夥伴 TP 需要 PIP 數據,但配置要求未指定 PIP 資料或不正確的參數數目。
AP_SECURITY_NOT_VALID
次要傳回碼;合作夥伴 LU 不接受配置要求中指定的使用者識別碼或密碼。
AP_SYNC_LEVEL_NOT_SUPPORTED
次要傳回碼;合作夥伴 TP 不支援配置要求中指定的 sync_level (AP_NONE或AP_CONFIRM_SYNC_LEVEL),或無法辨識 sync_level 。
AP_TP_NAME_NOT_RECOGNIZED
次要傳回碼;夥伴 LU 無法辨識配置要求中指定的 TP 名稱。
AP_TRANS_PGM_NOT_AVAIL_NO_RETRY
次要傳回碼;遠端 LU 拒絕設定要求,因為它無法啟動要求的合作夥伴 TP。 條件是永久的。 錯誤的原因可能會記錄在遠端節點上。 在更正錯誤之前,請勿重試配置。
AP_TRANS_PGM_NOT_AVAIL_RETRY
次要傳回碼;遠端 LU 拒絕設定要求,因為它無法啟動要求的合作夥伴 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_alias 或 mode_name 少於八個字元,您必須確定這些欄位會填滿右邊的空格。 如果這些參數未填滿空格,就會傳回此錯誤,因為沒有節點可以滿足 ALLOCATE 要求。
當 ALLOCATE 針對使用多個節點設定的主機 Integration Server 用戶端系統產生此傳回碼時,有兩個次要傳回碼,如下所示:
0xF0000001
次要傳回碼;尚未啟動任何節點。
0xF0000002
次要傳回碼;至少有一個節點已啟動,但未在任何作用中節點上設定 本機 LU(TP_STARTED發出時)。 問題可能是下列其中一項:
未啟動具有本機 LU 的節點。
未設定本機 LU。
AP_CONV_FAILURE_NO_RETRY
主要傳回碼;交談因為永久條件而終止,例如會話通訊協定錯誤。 系統管理員應該檢查系統錯誤記錄檔,以判斷錯誤的原因。 在更正錯誤之前,請勿重試交談。AP_CONV_FAILURE_RETRY
主要傳回碼;交談因為暫時錯誤而終止。 重新啟動 TP,以查看問題是否再次發生。 如果這樣做,系統管理員應該檢查錯誤記錄檔,以判斷錯誤的原因。AP_CONVERSATION_TYPE_MIXED
主要傳回碼;TP 已發出基本和對應的交談動詞。 單一交談中只能發出一個類型。AP_INVALID_VERB_SEGMENT
主要傳回碼;VCB 延伸超過數據區段結尾。AP_PROG_ERROR_NO_TRUNC
主要傳回碼;合作夥伴 TP 已發出 SEND_ERROR ,且交談處於 SEND 狀態時, err_type 設為 AP_PROG。 數據未截斷。AP_PROG_ERROR_PURGING
主要傳回碼;在 RECEIVE、PENDING、PENDING_POST、CONFIRM、CONFIRM_SEND 或 CONFIRM_DEALLOCATE 狀態中,夥伴 TP 發出 SEND_ERROR ,且 err_type 設定為 AP_PROG。 已清除已傳送但尚未接收的數據。AP_PROG_ERROR_TRUNC
主要傳回碼;在 SEND 狀態中,傳送不完整的邏輯記錄之後,夥伴 TP 會發出 SEND_ERROR ,並將 err_type 設定為 AP_PROG。 本機 TP 可能已透過接收動詞收到邏輯記錄的第一個部分。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_DEALLOC_ABEND_PROG
主要傳回碼;交談已解除分配,原因如下:合作夥伴 TP 已發行 DEALLOCATE , 並將 dealloc_type 設定為 AP_ABEND_PROG。
合作夥伴 TP 遇到 ABEND,導致夥伴 LU 傳送 DEALLOCATE 要求。
AP_DEALLOC_ABEND_SVC
主要傳回碼;交談已解除分配,因為合作夥伴 TP 發出 DEALLOCATE , 且dealloc_type 設定為 AP_ABEND_SVC。AP_DEALLOC_ABEND_TIMER
主要傳回碼;交談已解除分配,因為夥伴 TP 發行 了 DEALLOCATE , 且dealloc_type 設定為 AP_ABEND_TIMER。AP_SVC_ERROR_NO_TRUNC
主要傳回碼;處於 SEND 狀態時,合作夥伴 TP (或合作夥伴 LU) 會發行 SEND_ERROR , 且err_type 設定為 AP_SVC。 數據未截斷。AP_SVC_ERROR_PURGING
主要傳回碼;在 RECEIVE、PENDING_POST、CONFIRM、confirm、CONFIRM_SEND 或 CONFIRM_DEALLOCATE 狀態中,err_type設定為 AP_SVC 的合作夥伴 TP(或合作夥伴 SEND_ERROR LU)。 傳送給合作夥伴 TP 的數據可能已經清除。AP_SVC_ERROR_NO_TRUNC
主要傳回碼;在 SEND 狀態中,傳送不完整的邏輯記錄之後,夥伴 TP (或合作夥伴 LU) 會發出 SEND_ERROR。 本機 TP 可能已收到邏輯記錄的第一個部分。
備註
本機 TP 會透過下列程式接收資料:
本機 TP 會發出接收動詞,直到它完成接收完整的數據單位為止。 收到的數據可以是:
一個邏輯記錄。
接收的數據緩衝區與其邏輯記錄格式無關。
本機 TP 可能需要發出接收動詞數次,才能接收完整的數據單位。 收到完整的數據單位之後,本機 TP 可以作它。
接收動詞是 RECEIVE_AND_POST、 RECEIVE_AND_WAIT和 RECEIVE_IMMEDIATE。
本機 TP 會再次發出接收動詞。 這有下列其中一個效果:
如果合作夥伴 TP 已傳送更多數據,本機 TP 會開始接收新的數據單位。
如果夥伴 TP 已完成傳送資料或正在等待確認,狀態資訊(可透過 what_rcvd 參數取得)表示本機 TP 通常採用的下一個動作。
當 TP 發出這個動詞時,交談必須處於 RECEIVE 或 SEND 狀態。
以 SEND 狀態發出動詞
在交談處於 SEND 狀態時發出 RECEIVE_AND_WAIT 具有下列效果:
本機 LU 會傳送其傳送緩衝區中的資訊,並將 SEND 指標傳送至夥伴 TP。
交談會變更為 RECEIVE 狀態;本機 TP 會等候夥伴 TP 傳送數據。
狀態變更
新的交談狀態取決於下列因素:
交談在 TP 發出動詞時的狀態。
primary_rc參數。
如果primary_rc包含AP_OK,則為 what_rcvd 參數。
以 SEND 狀態發出的動詞
下表詳述在 SEND 狀態發出 RECEIVE_AND_WAIT 且 primary_rc AP_OK時的狀態變更。
| what_rcvd | 新狀態 |
|---|---|
| AP_CONFIRM_DEALLOCATE | CONFIRM_DEALLOCATE |
| AP_DATA_COMPLETE_CONFIRM_DEALL | CONFIRM_DEALLOCATE |
| AP_DATA_CONFIRM_DEALLOCATE | CONFIRM_DEALLOCATE |
| AP_CONFIRM_SEND | CONFIRM_SEND |
| AP_DATA_COMPLETE_CONFIRM_SEND | CONFIRM_SEND |
| AP_DATA_CONFIRM_SEND | CONFIRM_SEND |
| AP_CONFIRM_WHAT_RECEIVED | 確認 |
| AP_DATA_COMPLETE_CONFIRM | 確認 |
| AP_DATA_CONFIRM | 確認 |
| AP_DATA | 收到 |
| AP_DATA_COMPLETE | 收到 |
| AP_DATA_INCOMPLETE | 收到 |
| AP_SEND | 沒有變化 |
| AP_DATA_COMPLETE_SEND | SEND_PENDING |
下表詳述在 SEND 狀態發出 RECEIVE_AND_WAIT 時的狀態變更,且 primary_rc 未AP_OK。
| primary_rc | 新狀態 |
|---|---|
| AP_ALLOCATION_ERROR | 重置 |
| AP_CONV_FAILURE_RETRY | 重置 |
| AP_CONV_FAILURE_NO_RETRY | 重置 |
| AP_DEALLOC_ABEND | 重置 |
| AP_DEALLOC_ABEND_PROG | 重置 |
| AP_DEALLOC_ABEND_SVC | 重置 |
| AP_DEALLOC_ABEND_TIMER | 重置 |
| AP_DEALLOC_NORMAL | 重置 |
| AP_PROG_ERROR_PURGING | 收到 |
| AP_PROG_ERROR_NO_TRUNC | 收到 |
| AP_SVC_ERROR_PURGING | 收到 |
| AP_SVC_ERROR_NO_TRUNC | 收到 |
以 RECEIVE 狀態發出的動詞
下表詳述在 RECEIVE 狀態發出 RECEIVE_AND_WAIT 時的狀態變更,且 primary_rc AP_OK。
| what_rcvd | 新狀態 |
|---|---|
| AP_CONFIRM_DEALLOCATE | CONFIRM_DEALLOCATE |
| AP_DATA_COMPLETE_CONFIRM_DEALL | CONFIRM_DEALLOCATE |
| AP_DATA_CONFIRM_DEALLOCATE | CONFIRM_DEALLOCATE |
| AP_CONFIRM_SEND | CONFIRM_SEND |
| AP_DATA_COMPLETE_CONFIRM_SEND | CONFIRM_SEND |
| AP_DATA_CONFIRM_SEND | CONFIRM_SEND |
| AP_CONFIRM_WHAT_RECEIVED | 確認 |
| AP_DATA_COMPLETE_CONFIRM | 確認 |
| AP_DATA_CONFIRM | 確認 |
| AP_DATA | 沒有變化 |
| AP_DATA_COMPLETE | 沒有變化 |
| AP_DATA_INCOMPLETE | 沒有變化 |
| AP_SEND | 發送 |
| AP_DATA_COMPLETE_SEND | SEND_PENDING |
下表詳述在 RECEIVE 狀態發出 RECEIVE_AND_WAIT 時的狀態 變更,且 primary_rc未AP_OK。
| primary_rc | 新狀態 |
|---|---|
| AP_ALLOCATION_ERROR | 重置 |
| AP_CONV_FAILURE_RETRY | 重置 |
| AP_CONV_FAILURE_NO_RETRY | 重置 |
| AP_DEALLOC_ABEND | 重置 |
| AP_DEALLOC_ABEND_PROG | 重置 |
| AP_DEALLOC_ABEND_SVC | 重置 |
| AP_DEALLOC_ABEND_TIMER | 重置 |
| AP_DEALLOC_NORMAL | 重置 |
| AP_PROG_ERROR_PURGING | 沒有變化 |
| AP_PROG_ERROR_NO_TRUNC | 沒有變化 |
| AP_SVC_ERROR_PURGING | 沒有變化 |
| AP_SVC_ERROR_NO_TRUNC | 沒有變化 |
| AP_PROG_ERROR_TRUNC | 沒有變化 |
| AP_SVC_ERROR_TRUNC | 沒有變化 |
RECEIVE_AND_WAIT數據結束
在基本交談中,如果本機 TP 問題 RECEIVE_AND_WAIT 並將 fill 設定為 AP_BUFFER,則會在達到 數據max_len 或數據結尾時,收到數據。 數據的結尾是由下列任一項指示:
具有AP_OK以外的值primary_rc參數(例如,AP_DEALLOC_NORMAL)。
具有下列其中一個值的 what_rcvd 參數:
AP_SEND
AP_CONFIRM_SEND
AP_CONFIRM_DEALLOCATE
AP_CONFIRM_WHAT_RECEIVED
AP_DATA_CONFIRM_SEND
AP_DATA_CONFIRM_DEALLOCATE
AP_DATA_CONFIRM
若要判斷是否已到達數據的結尾,本機 TP 會重新發出 RECEIVE_AND_WAIT。 如果新的 primary_rc 包含AP_OK, 且what_rcvd 包含AP_DATA,則尚未到達數據的結尾。 不過,如果已達到數據結尾, primary_rc 或 what_rcvd 將會指出數據結束的原因。
RECEIVE_AND_WAIT 等候合作夥伴 TP 傳送的數據或指標。 如果您需要本機 TP 持續運作,請改用 RECEIVE_IMMEDIATE 。