PREPARE_TO_RECEIVE

PREPARE_TO_RECEIVE動詞動詞會將本機交易程式 (TP) 的狀態從 SEND 變更為 RECEIVE。

下列結構描述動詞控制項區塊 (PREPARE_TO_RECEIVE動詞 動詞) 使用的 VCB。

語法

  
struct prepare_to_receive {  
    unsigned short   opcode;  
    unsigned char    opext;  
    unsigned char    primary_rc;  
    unsigned short   reserv2;  
    unsigned long    secondary_rc;  
    unsigned char    tp_id[8];  
    unsigned long    conv_id;  
    unsigned char    ptr_type;  
    unsigned char    locks;  
};   

成員

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

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

reserv2
保留字段。

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

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

tp_id
提供的 參數。 識別本機 TP。 在叫用 TP 或叫用 TP 的RECEIVE_ALLOCATE中，TP_STARTED會傳回此參數的值。

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

ptr_type
提供的 參數。 指定如何執行狀態變更。

使用 AP_FLUSH 將本機邏輯單元 (LU) 傳送緩衝區的內容傳送至夥伴 LU (和 TP) ，再將交談的狀態變更為 RECEIVE。

AP_SYNC_LEVEL值會使用 ALLOCATE) 所建立的交談同步處理層級 (來判斷如何執行狀態變更。

如果交談的同步處理層級AP_NONE，APPC 會在將交談的狀態變更為 RECEIVE 之前，先將本機 LU 傳送緩衝區的內容傳送至合作夥伴 TP。 如果同步處理層級AP_CONFIRM_SYNC_LEVEL，APPC 會將本機 LU 傳送緩衝區的內容和確認要求傳送給合作夥伴 TP。 從合作夥伴 TP 收到確認時，APPC 會將交談的狀態變更為 RECEIVE。 不過，如果合作夥伴 TP 回報錯誤，狀態會變更為 RECEIVE 或 RESET。 請參閱本主題中的。

locks
提供的 參數。 指定 APPC 何時應該將控制權傳回本機 TP。

只有當 ptr_type 設定為 AP_SYNC_LEVEL，且 配置所建立的交談同步處理層級AP_CONFIRM_SYNC_LEVEL時，才使用此參數。 (否則會忽略 參數。)

使用 AP_LONG，指出當合作夥伴 TP 的確認和後續資料抵達本機 LU 時，APPC 會將控制權傳回至本機 TP。 (此方法會產生更有效率的網路使用，但需要較長的時間才能將控制權傳回本機 TP.)

使用 AP_SHORT，指出當合作夥伴 TP 的確認抵達本機 LU 時，APPC 會將控制權傳回至本機 TP。

傳回碼

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

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

AP_BAD_CONV_ID

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

AP_BAD_TP_ID

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

AP_P_TO_R_INVALID_TYPE

次要傳回碼; ptr_type 參數未設定為有效的值。

AP_STATE_CHECK
主要傳回碼;動詞未執行，因為其發行狀態無效。

AP_P_TO_R_NOT_SEND_STATE

次要傳回碼;交談未處於 SEND 狀態。

AP_P_TO_R_NOT_LL_BDY

次要傳回碼;本機 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 針對以多個節點設定的 Host Integration Server Client 系統產生此傳回碼時，有兩個次要傳回碼，如下所示：

  0xF0000001

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

  0xF0000002

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

• 未啟動具有本機 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_PURGING
  主要傳回碼;在 RECEIVE、PENDING、PENDING_POST、CONFIRM、CONFIRM_SEND 或 CONFIRM_DEALLOCATE 狀態中，合作夥伴 TP 發出SEND_ERROR，且err_type設為 AP_PROG。 已清除已傳送但尚未接收的資料。

  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_PURGING
  主要傳回碼;合作夥伴 TP (或合作夥伴 LU) 在 RECEIVE、PENDING_POST、CONFIRM、CONFIRM_SEND 或 CONFIRM_DEALLOCATE 狀態中，發出err_type設為 AP_SVC 的SEND_ERROR動詞。 傳送至合作夥伴 TP 的資料可能已經清除。

備註

變更交談狀態之前，此動詞會執行下列其中一項的對等動作：

• FLUSH，方法是將本機 LU 傳送緩衝區的內容傳送至夥伴 LU (和 TP) 。

• 確認，方法是將本機 LU 傳送緩衝區的內容和確認要求傳送給夥伴 TP。

  成功執行此動詞之後，本機 TP 可以接收資料。

  當 TP 發出此動詞時，交談必須處於 SEND 狀態。

  下表摘要說明的狀態變更是以 primary_rc的值為基礎。

primary_rc	新增狀態
AP_OK	RECEIVE
AP_ALLOCATION_ERROR	RESET
AP_CONV_FAILURE_RETRY	RESET
AP_CONV_FAILURE_NO_RETRY	RESET
AP_DEALLOC_ABEND	RESET
AP_DEALLOC_ABEND_PROG	RESET
AP_DEALLOC_ABEND_SVC	RESET
AP_DEALLOC_ABEND_TIMER	RESET
AP_PROG_ERROR_PURGING	RECEIVE
AP_SVC_ERROR_PURGING	RECEIVE

在合作夥伴 TP 收到下列其中一個值之前，交談不會變更為合作夥伴 TP 的 SEND 狀態，直到後續接收動詞的 what_rcvd 參數收到下列其中一個值：

• AP_SEND

• 使用CONFIRMED AP_CONFIRM_SEND和回復

• 使用CONFIRMED AP_DATA_COMPLETE_CONFIRM_SEND和回復

• 已確認AP_DATA_CONFIRM_SEND和回復

  接收動詞是 RECEIVE_AND_POST、 RECEIVE_IMMEDIATE和 RECEIVE_AND_WAIT。