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_ERROR 和 REQUEST_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_ALLOCATE，會傳回此參數的值TP_STARTED。

conv_id
提供的參數。 提供交談標識碼。 這個參數的值是由叫用 TP 中的 MC_ALLOCATE 或叫用的 TP 中的 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指出，MC_RECEIVE_AND_POST本機 TP 已收到完整的數據記錄或數據記錄的最後一個部分。 收到此值時，本機 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指出，MC_RECEIVE_AND_POST本機 TP 已收到不完整的數據記錄。 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。 數據緩衝區必須完全符合數據區段。

  sema
  提供的參數。 提供APPC在異步接收作業完成時要清除的號誌位址。 sema 參數是呼叫 CreateEvent 或 OpenEvent 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 號誌或系統旗號句柄的位址無效。

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：

將 dealloc_type 設定為 AP_ABEND的MC_DEALLOCATE

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_POST、 MC_RECEIVE_AND_WAIT和 MC_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_rc AP_OK ，接收緩衝區（ dptr 指向）會以異步方式接收來自夥伴 TP 的數據。 以異步方式接收數據時，本機 TP 可以：

   • 執行與此交談無關的工作。

   • 問題 MC_REQUEST_TO_SEND。

   • 藉由發出 GET_TYPE、 MC_GET_ATTRIBUTES或 MC_TEST_RTS來收集此交談的相關信息。

   • 發行設定為AP_ABEND dealloc_type的MC_DEALLOCATE，以過早取消MC_RECEIVE_AND_POST;MC_SEND_ERROR;或 TP_ENDED。

     不過，如果 primary_rc 未 AP_OK，MC_RECEIVE_AND_POST 失敗。 在此情況下，本機 TP 不會執行接下來兩個工作。

4. 針對 Windows作系統，當 TP 以異步方式接收數據時，APPC 會發出 WinAsyncAPPC Windows 訊息或清除旗號。

   針對OS/2作系統，TP 會使用 DosSemWait 函式等待APPC清除 sema所指向的旗號。 當 TP 以異步方式接收數據時，APPC 會清除信號。 若要防止本機 TP 等候，請讓其測試號誌（叫用 DosSemWait 並將 Timeout 設定為零），直到 APPC 清除旗號為止。

5. TP 會檢查 新值primary_rc。

   如果 primary_rc AP_OK，本機 TP 可以檢查其他傳回的參數，並作異步接收的數據。

   如果 primary_rc 不是AP_OK，只有 secondary_rc 和 rts_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值相關聯的新狀態。

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