RECEIVE_IMMEDIATE

RECEIVE_IMMEDIATE動詞會接收目前可從合作夥伴交易計畫取得的任何資料, (TP) 。 如果沒有可用的資料,則本機 TP 不會等候。 為了避免封鎖交談,Microsoft Windows 作業系統可以與WinAsyncAPPC一起發出RECEIVE_AND_WAIT

下列結構描述 RECEIVE_IMMEDIATE 動詞動詞所使用的動詞控制項區塊。

語法

  
struct receive_immediate {  
    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_IMMEDIATE。

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

reserv2
保留字段。

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

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

tp_id
提供的 參數。 識別本機 TP。 叫用 TP 或叫用 TP 中的RECEIVE_ALLOCATETP_STARTED傳回此參數的值。

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

what_rcvd
傳回的參數。 包含傳入資料所接收的資訊。 可能的值列在 [成員] 區段之後。

rtn_status
提供的 參數。 指出資料與交談狀態指標是否應該在一個 API 呼叫內傳回。

使用AP_NO指定應該個別在動詞的個別調用上傳回指標。

使用AP_YES指定應該一起傳回指標,前提是兩者皆可供使用。 這兩者都可以在:

  • 接收緩衝區夠大,足以保存狀態指標之前的所有資料。

  • fill參數會指定 BUFFER 或 LL,而且資料是在狀態指標之前的最後一個邏輯記錄。

    填補
    提供的 參數。 指定本機 TP 接收資料的方式。 它僅用於 RECEIVE_IMMEDIATE

    使用 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。

    針對 Windows 作業系統,此值不得超過緩衝區的長度,以包含接收的資料。

    透過發行RECEIVE_IMMEDIATE,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

  • 如果填滿設為 AP_BUFFER,則會傳回基本交談RECEIVE_IMMEDIATE AP_DATA。 本機 TP 收到資料,直到達到 max_len 或結束資料為止。 For more information, see "RECEIVE_IMMEDIATE End of Data" at the end of this topic.

  • AP_DATA_COMPLETE指出,對於在基本交談中設定為AP_LL填滿集的RECEIVE_IMMEDIATE,本機 TP 已收到完整的邏輯記錄或邏輯記錄的結尾。

    收到此值時,本機 TP 通常會重新發出 RECEIVE_IMMEDIATE 或發出另一個接收動詞。 如果合作夥伴 TP 已傳送更多資料,本機 TP 會開始接收新的資料單位。

    否則,如果 primary_rc包含AP_OK ,且 what_rcvd 包含下列任何值,則本機 TP 會檢查狀態資訊:

    AP_SEND

    AP_CONFIRM_SEND

    AP_CONFIRM_DEALLOCATE

    AP_CONFIRM_WHAT_RECEIVED

    如需本機 TP 通常會採取的下一個動作,請參閱本主題中傳回碼中的值描述。

    如果 primary_rc 包含AP_DEALLOC_NORMAL,則交談已解除配置,以回應合作夥伴 TP 所發出的 DEALLOCATE

  • AP_DATA_INCOMPLETE指出本機 TP 已收到不完整資料記錄的對應交談中 RECEIVE_IMMEDIATE 。 如果這不是讀取記錄的第一個接收動詞 ) ,max_len 參數指定的值小於資料記錄的長度 (或小於資料記錄的其餘部分。

    對於RECEIVE_IMMEDIATE基本交談中填滿設定為AP_LL,這個值表示本機 TP 已收到不完整的邏輯記錄。

    收到此值時,本機 TP 通常會重新發出RECEIVE_IMMEDIATE (,或發出另一個接收動詞) ,以接收記錄的下一個部分。

  • 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_UNSUCCESSFUL
主要傳回碼;合作夥伴 TP 不會立即提供任何資料。

AP_DEALLOC_NORMAL
主要傳回碼;合作夥伴 TP 已解除配置交談,而不需要要求確認。 合作夥伴 TP 發出DEALLOCATE,並將dealloc_type設為下列其中一項:

  • 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_IMMD_BAD_FILL

    基本交談的次要傳回碼; fill 參數已設定為不正確值。

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

    AP_RCV_IMMD_BAD_STATE

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

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

    AP_SVC_ERROR_TRUNC
    主要傳回碼;在 SEND 狀態中,傳送不完整的邏輯記錄之後,合作夥伴 TP (或合作夥伴 LU ) 發出SEND_ERROR。 本機 TP 可能已收到邏輯記錄的第一個部分。

備註

本機 TP 會透過下列程式接收資料:

  1. 本機 TP 會發出接收動詞,直到它完成接收完整的資料單位為止。 收到的資料可以是:

    • 一個邏輯記錄。

    • 與邏輯記錄格式無關的資料緩衝區。

      本機 TP 可能需要發出接收動詞數次,才能接收完整的資料單位。 收到完整的資料單位之後,本機 TP 就可以操作它。

      接收動詞是 RECEIVE_AND_POSTRECEIVE_AND_WAITRECEIVE_IMMEDIATE

  2. 本機 TP 會再次發出接收動詞。 這有下列其中一個效果:

    • 如果合作夥伴 TP 已傳送更多資料,本機 TP 會開始接收新的資料單位。

    • 如果合作夥伴 TP 已完成傳送資料或正在等候確認,則狀態資訊 (透過 what_rcvd 取得) 表示本機 TP 通常會採取的下一個動作。

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

    新狀態取決於 primary_rc。 如果 primary_rc AP_OK,則新狀態取決於 what_rcvd

    下表詳述 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 SEND
AP_DATA_COMPLETE_SEND SEND_PENDING

下表詳述 primary_rc 未AP_OK時的狀態變更。

primary_rc 新增狀態
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_DEALLOC_NORMAL RESET
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 沒有變更
AP_UNSUCCESSFUL 沒有變更

RECEIVE IMMEDIATE End of Data

在基本交談中,如果本機 TP 發出 RECEIVE_IMMEDIATE ,並將 fill 設定為 AP_BUFFER,則會在 到達資料max_len 或資料結尾時結束。 資料結尾是由下列其中一項所表示:

  • primary_rc參數,其值除了 AP_OK (以外,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_IMMEDIATE。 如果新的 primary_rc 參數包含AP_OK, 而what_rcvd包含AP_DATA ,則尚未達到資料的結尾。 不過,如果已達到資料結尾, primary_rcwhat_rcvd 將會指出資料結束的原因。