共用方式為


MC_RECEIVE_AND_POST

MC_RECEIVE_AND_POST動詞會以非同步方式接收應用程式資料和狀態資訊。 這可讓本機交易程式 (TP) 繼續處理,同時資料仍然到達本機邏輯單元 (LU) 。

雖然非同步 MC_RECEIVE_AND_POST 未完成,但可以在相同的交談上發出下列動詞:

  • GET_TYPE

  • MC_GET_ATTRIBUTES

  • MC_REQUEST_TO_SEND

  • MC_SEND_ERROR

  • MC_TEST_RTS

  • TP_ENDED

    這可讓應用程式使用非同步 MC_RECEIVE_AND_POST 來接收資料。 雖然 MC_RECEIVE_AND_POST 尚未完成,但仍可使用 MC_SEND_ERRORREQUEST_TO_SEND。 建議您使用此功能進行完整非同步支援。 如需 TP 如何接收資料及如何使用此動詞的詳細資訊,請參閱本主題中的。

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

語法

  
struct mc_receive_and_post {  
    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       reserv4;  
    unsigned char       rts_rcvd;  
    unsigned char       reserv5;  
    unsigned short      max_len;  
    unsigned short      dlen;  
    unsigned char FAR * dptr;  
    unsigned char FAR * sema;  
    unsigned char       reserv6;  
};   

成員

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

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

reserv2
保留字段。

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

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

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

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

what_rcvd
傳回的參數。 指出是否收到資料或交談狀態。

  • AP_CONFIRM_DEALLOCATE表示合作夥伴 TP 發出 MC_DEALLOCATE且dealloc_type 設為 AP_SYNC_LEVEL。 交談的同步處理層級是由 MC_ALLOCATE所建立,AP_CONFIRM_SYNC_LEVEL。 收到此值時,本機 TP 通常會發出 MC_CONFIRMED

  • AP_CONFIRM_SEND指出合作夥伴 TP 已發行 MC_PREPARE_TO_RECEIVE ,且ptr_type設為 AP_SYNC_LEVEL。 交談的同步處理層級是由 MC_ALLOCATE所建立,AP_CONFIRM_SYNC_LEVEL。 收到此值時,本機 TP 通常會 發出MC_CONFIRMED,並開始傳送資料。

  • AP_CONFIRM_WHAT_RECEIVED表示合作夥伴 TP 已發出 MC_CONFIRM。 收到此值時,本機 TP 通常會發出 MC_CONFIRMED

  • AP_DATA_COMPLETE指出本機 TP 已收到完整的資料記錄或資料記錄的最後一 部分,MC_RECEIVE_AND_POST。 收到此值時,本機 TP 通常會 重新發出MC_RECEIVE_AND_POST 或發出另一個接收動詞。 如果合作夥伴 TP 已傳送更多資料,本機 TP 會開始接收新的資料單位。 否則,本機 TP 會檢查狀態資訊。

    如果 primary_rc 包含AP_OK,而 what_rcvd 包含AP_SEND、AP_CONFIRM_SEND、AP_CONFIRM_DEALLOCATE或AP_CONFIRM_WHAT_RECEIVED,請參閱本節中 (值的描述,) 本機 TP 通常會採取的下一個動作。

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

  • AP_DATA_INCOMPLETE表示本機 TP 已收到不完整的資料記錄,MC_RECEIVE_AND_POST。 如果這不是讀取記錄的第一個接收動詞 ) ,max_len 參數指定的值小於資料記錄的長度 (或小於資料記錄的其餘部分。 收到此值時,本機 TP 通常會 重新發出MC_RECEIVE_AND_POST ( ,或發出另一個接收動詞) 來接收記錄的下一個部分。

  • AP_NONE表示 TP 未收到資料或交談狀態指標。

  • AP_SEND指出,針對合作夥伴 TP,交談已進入 RECEIVE 狀態。 針對本機 TP,交談現在處於 SEND 狀態。 收到此值時,本機 TP 通常會使用 MC_SEND_DATA 開始傳送資料。

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

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

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

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

    資料是狀態指標之前的最後一筆資料記錄。

    rts_rcvd
    傳回的參數。 指出合作夥伴 TP 是否發出 MC_REQUEST_TO_SEND

  • AP_YES指出合作夥伴 TP 發出 MC_REQUEST_TO_SEND,要求本機 TP 將交談變更為 RECEIVE 狀態。

  • AP_NO表示合作夥伴 TP 尚未發出 MC_REQUEST_TO_SEND

    Max_len
    提供的 參數。 指定本機 TP 可以接收的資料位元組數目上限。 範圍是從 0 到 65535。

    值不能超過緩衝區的長度,才能包含接收的資料。 dptr的位移加上max_len的值不能超過資料區段的大小。

    dlen
    傳回的參數。 指定收到的資料位元組數目。 資料會儲存在 dptr所指定的緩衝區中。 長度為零表示未收到任何資料。

    dptr
    提供的 參數。 提供緩衝區的位址,以包含本機 LU 所接收的資料。

    針對 Microsoft Windows 作業系統,資料緩衝區可以位於靜態資料區域或全域配置的區域中。 資料緩衝區必須完全符合這個區域。

    針對 OS/2 作業系統,資料緩衝區必須位於未命名的共用區段,該區段是由 DosAllocSeg 函式所配置,旗標等於 1。 資料緩衝區必須完全符合資料區段。

    成武
    提供的 參數。 提供 APPC 在非同步接收作業完成時要清除的旗號位址。 sema參數是透過呼叫CreateEventOpenEvent Win32 函式取得的事件控制碼。

傳回碼

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_DEALLOC_NORMAL
主要傳回碼;合作夥伴 TP 發出MC_DEALLOCATE,dealloc_type設定為AP_FLUSH或AP_SYNC_LEVEL指定為AP_NONE之交談的同步處理層級。

如果 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_INVALID_SEMAPHORE_HANDLE

次要傳回碼;RAM 旗號或系統旗號控制碼的位址無效。

注意

APPC 無法捕捉所有不正確號號控制碼。 如果 TP 通過不正確的 RAM 旗號控制碼,則保護違規結果。

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

AP_RCV_AND_POST_BAD_STATE

次要傳回碼;當 TP 發出此動詞時,交談並未處於 RECEIVE 或 SEND 狀態。

AP_RCV_AND_POST_NOT_LL_BDY

次要傳回碼;交談處於 SEND 狀態;TP 開始,但未完成傳送邏輯記錄。

AP_CANCELED
主要傳回碼;本機 TP 發出下列其中一個動詞,其已取消 MC_RECEIVE_AND_POST

MC_DEALLOCATEdealloc_type 設為 AP_ABEND

MC_SEND_ERROR

TP_ENDED

發出其中一個動詞會導致清除旗號。

AP_ALLOCATION_ERROR
主要傳回碼;APPC 無法配置交談。 交談狀態會設定為 RESET。

此程式碼可以透過 MC_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_CONV_FAILURE_NO_RETRY
    主要傳回碼;交談因為永久條件而終止,例如會話通訊協定錯誤。 系統管理員應該檢查系統錯誤記錄檔,以判斷錯誤的原因。 在更正錯誤之前,請勿重試交談。

    AP_CONV_FAILURE_RETRY
    主要傳回碼;交談因為暫時錯誤而終止。 重新開機 TP 以查看問題是否再次發生。 如果這樣做,系統管理員應該檢查錯誤記錄檔,以判斷錯誤的原因。

    AP_CONVERSATION_TYPE_MIXED
    主要傳回碼;TP 已發出基本和對應的交談動詞。 單一交談中只能發出一種類型。

    AP_INVALID_VERB_SEGMENT
    主要傳回碼;延伸超過資料區段結尾的 VCB。

    AP_PROG_ERROR_NO_TRUNC
    主要傳回碼;當交談處於 SEND 狀態時,合作夥伴 TP 發出 MC_SEND_ERROR 。 資料未截斷。

    AP_PROG_ERROR_PURGING
    主要傳回碼;在 RECEIVE、PENDING、PENDING_POST、CONFIRM、CONFIRM_SEND或CONFIRM_DEALLOCATE狀態中,合作夥伴 TP 發出 MC_SEND_ERROR。 已清除傳送但尚未接收的資料。

    AP_STACK_TOO_SMALL
    主要傳回碼;應用程式的堆疊大小太小,無法執行動詞。 增加應用程式的堆疊大小。

    AP_CONV_BUSY
    主要傳回碼;在任何交談上一次只能有一個未完成的交談動詞。 如果本機 TP 有多個執行緒,而且多個執行緒會使用相同的 conv_id發出 APPC 呼叫,就會發生這種情況。

    AP_UNEXPECTED_DOS_ERROR
    主要傳回碼;作業系統在處理來自本機 TP 的 APPC 呼叫時,已將錯誤傳回給 APPC。 作業系統傳回碼會透過 secondary_rc傳回。 它會以 Intel 位元組交換的順序顯示。 如果問題持續發生,請洽詢系統管理員。

    AP_DEALLOC_ABEND
    主要傳回碼;交談已解除配置,原因如下:

  • 合作夥伴 TP 發出MC_DEALLOCATE,dealloc_type設為 AP_ABEND。

  • 合作夥伴 TP 遇到 ABEND,導致合作夥伴 LU 傳送 MC_DEALLOCATE 要求。

備註

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

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

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

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

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

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

    下列程式顯示使用 MC_RECEIVE_AND_POST的本機 TP 所執行的工作。

使用MC_RECEIVE_AND_POST

  1. 針對 Windows 作業系統,TP 會藉由呼叫RegisterWindowMessage API 或配置旗號來擷取WinAsyncAPPC訊息號碼。 如果應用程式預期透過 Windows 訊息機制收到通知, 則 sema 欄位應設定為 Null。

    當本機 TP 完成接收資料時,APPC 會傳送 Windows 訊息或清除旗號。

    針對 OS/2 作業系統,TP 會使用 DosSemSet 函式來設定 sema所指向的號號。

    當本機 TP 以非同步方式接收資料時,旗號仍會保持設定。 當本機 TP 完成接收資料時,APPC 會清除旗號。

  2. TP 問題 MC_RECEIVE_AND_POST

  3. TP 會檢查 primary_rc的值。

    如果 primary_rcAP_OK,dp) tr 所指向的接收緩衝區 (會以非同步方式接收來自合作夥伴 TP 的資料。 以非同步方式接收資料時,本機 TP 可以:

  4. 針對 Windows 作業系統,當 TP 以非同步方式接收資料時,APPC 會發出 WinAsyncAPPC Windows 訊息或清除旗號。

    針對 OS/2 作業系統,TP 會使用 DosSemWait 函式來等候 APPC 清除 sema所指向的號號。 當 TP 以非同步方式接收資料時,APPC 會清除旗號。 若要防止本機 TP 等候,請讓它測試旗號 (叫用 DosSemWait ,並將 時設定為零) 直到 APPC 清除旗號為止。

  5. TP 會檢查 新值primary_rc

    如果 primary_rc AP_OK,本機 TP 可以檢查其他傳回的參數,並操作非同步接收的資料。

    如果未AP_OK primary_rc ,則只有 secondary_rcrts_rcvd (要求到傳送) 有意義。

    交談狀態效果

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

    在交談處於 SEND 狀態時發出 MC_RECEIVE_AND_POST 具有下列效果:

  • 本機 LU 會將其傳送緩衝區中的資訊和 SEND 指標傳送給合作夥伴 TP。

  • 交談會變更為PENDING_POST狀態;本機 TP 已準備好以非同步方式接收合作夥伴 TP 的資訊。

    交談會變更兩次狀態:

  • 當動詞的初始傳回時,如果 primary_rc 包含AP_OK,交談就會變更為PENDING_POST狀態。

  • 完成動詞之後,狀態會根據下列的值而變更:

    primary_rc參數

    如果primary_rc為 AP_OK,則為 what_rcvd參數

    下表顯示primary_rc AP_OK時,與每個相關聯的新狀態what_rcvd。

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 RECEIVE
AP_DATA_COMPLETE RECEIVE
AP_DATA_INCOMPLETE RECEIVE
AP_SEND SEND
AP_DATA_COMPLETE_SEND SEND_PENDING

下表顯示與AP_OK以外的每個 相關聯的新狀態primary_rc。

primary_rc 新增狀態
AP_CANCELED 沒有變更
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 RECEIVE
AP_PROG_ERROR_NO_TRUNC RECEIVE
AP_SVC_ERROR_PURGING RECEIVE
AP_SVC_ERROR_NO_TRUNC RECEIVE
AP_PROG_ERROR_TRUNC RECEIVE
AP_SVC_ERROR_TRUNC RECEIVE