MC_RECEIVE_IMMEDIATE

[アーティクル]
07/21/2023

MC_RECEIVE_IMMEDIATE動詞は、パートナートランザクションプログラム (TP) から現在使用可能なすべてのデータを受け取ります。使用可能なデータがない場合、ローカル TP は待機しません。会話をブロックしないようにするには、WinAsyncAPPC と組み合わせてMC_RECEIVE_AND_WAITを発行します。次の構造体では、 MC_RECEIVE_IMMEDIATE 動詞で使用される動詞制御ブロック (VCB) について説明します。

構文

  
struct mc_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       reserv4;  
    unsigned char       rts_rcvd;  
    unsigned char       reserv5;  
    unsigned short      max_len;  
    unsigned short      dlen;  
    unsigned char FAR * dptr;  
    unsigned char       reserv6[5];  
};

メンバー

オペコード
指定されたパラメーター。動詞操作コード (AP_M_RECEIVE_IMMEDIATE) を指定します。

opext
指定されたパラメーター。動詞操作拡張機能をAP_MAPPED_CONVERSATION指定します。

Reserv2
予約済みフィールド。

primary_rc
返されたパラメーター。動詞の完了時に APPC によって設定されるプライマリリターンコードを指定します。有効なリターンコードは、発行された APPC 動詞によって異なります。この動詞の有効なエラーコードについては、「リターンコード」を参照してください。

secondary_rc
返されたパラメーター。動詞の完了時に APPC によって設定されるセカンダリリターンコードを指定します。有効なリターンコードは、発行された APPC 動詞によって異なります。この動詞の有効なエラーコードについては、「リターンコード」を参照してください。

tp_id
指定されたパラメーター。ローカル TP を識別します。このパラメーターの値は、呼び出し元の TP の TP_STARTED または呼び出された TP の RECEIVE_ALLOCATE によって返されます。

conv_id
指定されたパラメーター。会話識別子を提供します。このパラメーターの値は、呼び出し元の TP で MC_ALLOCATE するか、呼び出された TP で RECEIVE_ALLOCATE することによって返されます。

what_rcvd
返されたパラメーター。受信データと共に受信した情報が含まれます。

AP_CONFIRM_DEALLOCATEは、パートナー TP が AP_SYNC_LEVEL に設定dealloc_typeMC_DEALLOCATEを発行し、MC_ALLOCATEによって確立された会話の同期レベルがAP_CONFIRM_SYNC_LEVELされることを示します。この値を受け取ると、ローカル TP は通常、MC_CONFIRMEDを発行します。
AP_CONFIRM_SENDは、パートナー TP が AP_SYNC_LEVEL に設定ptr_typeMC_PREPARE_TO_RECEIVEを発行し、MC_ALLOCATEによって確立された会話の同期レベルがAP_CONFIRM_SYNC_LEVELされていることを示します。この値を受け取ると、ローカル TP は通常 、MC_CONFIRMEDを発行し、データの送信を開始します。
AP_CONFIRM_WHAT_RECEIVEDは、パートナー TP が MC_CONFIRMを発行したことを示します。この値を受け取ると、ローカル TP は通常 、MC_CONFIRMEDを発行します。
AP_DATA_COMPLETEは、マップされた会話の MC_RECEIVE_IMMEDIATE について、ローカル TP が完全なデータレコードまたはデータレコードの最後の部分を受信したことを示します。この値を受け取ると、ローカル TP は通常、 MC_RECEIVE_IMMEDIATE を再発行するか、別の受信動詞を発行します。パートナー 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_IMMEDIATE について、ローカル TP が不完全なデータレコードを受信したことを示します。 max_len パラメーターは、データレコードの長さより小さい値を指定しました (レコードを読み取る最初の受信動詞でない場合は、データレコードの残りの部分より小さい値)。この値を受信すると、ローカル TP は通常、レコードの次 の部分を 受信するためにMC_RECEIVE_IMMEDIATEを再発行 (または別の受信動詞を発行) します。
AP_NONEは、TP がデータまたは会話の状態インジケーターを受信しなかったことを示します。
AP_SENDは、パートナー TP に対して、会話が RECEIVE 状態に入ったと示します。ローカル TP の場合、会話は SEND 状態になりました。この値を受け取ると、ローカル TP は通常、MC_SEND_DATA を使用してデータの送信を開始します。

rtn_status
指定されたパラメーター。データと会話の状態インジケーターの両方を 1 つの API 呼び出し内で返す必要があるかどうかを示します。
AP_NOは、動詞の個別の呼び出しでインジケーターを個別に返す必要があることを指定します。
AP_YESは、両方が使用可能な場合に、インジケーターを一緒に返す必要があることを指定します。どちらも、次の場合に返すことができます。

受信バッファーは、状態インジケーターの前にあるすべてのデータを保持するのに十分な大きさです。

データは、状態インジケーターの前の最後のデータレコードです。

rts_rcvd
返されたパラメーター。送信要求インジケーターを含みます。次のいずれかの値になります。
AP_YESは、パートナー TP が MC_REQUEST_TO_SENDを発行したことを示します。これにより、ローカル TP が会話を RECEIVE 状態に変更するように要求されます。
AP_NOは、パートナー TP が MC_REQUEST_TO_SENDを発行していないことを示します。

max_len
指定されたパラメーター。ローカル TP が受信できるデータの最大バイト数を示します。範囲は 0 ~ 65535 です。

Microsoft Windows オペレーティングシステムと Windows グラフィカル環境の場合、この値は、受信したデータを格納するバッファーの長さを超えてはなりません。

OS/2 オペレーティング・システムの場合、 dptr のオフセットと max_len の値は、データ・セグメントのサイズを超えてはなりません。

max_lenを 0 に設定してMC_RECEIVE_IMMEDIATEを発行すると、ローカル TP は、パートナー TP に送信するデータがあるか、確認をシークするか、会話の状態を変更したかを判断できます。

dlen
返されたパラメーター。受信したデータのバイト数を提供します。データは 、dptr で指定されたバッファーに格納されます。長さが 0 の場合は、データが受信されなかったことを示します。

dptr
指定されたパラメーター。ローカル TP によって受信されたデータを格納するバッファーのアドレス。

Windows オペレーティングシステムと Windows グラフィカル環境の場合、データバッファーは静的データ領域またはグローバルに割り当てられた領域に存在できます。データバッファーは、この領域内に完全に収まる必要があります。

OS/2 オペレーティング・システムの場合、データ・バッファーは、フラグが 1 に等しい関数 DosAllocSeg によって割り当てられる、名前のない共有セグメント上に存在する必要があります。データバッファーは、データセグメントに完全に収まる必要があります。

リターンコード

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_UNSUCCESSFUL
主なリターンコード。パートナー TP からすぐに使用できるデータはありません。

AP_DEALLOC_NORMAL
主なリターンコード。パートナー TP は、確認を要求せずに会話の割り当てを解除しました。 dealloc_typeを次のいずれかに設定してMC_DEALLOCATE発行されたパートナー TP:

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

セカンダリリターンコード。指定した rtn_status 値が APPC によって認識されませんでした。

AP_INVALID_DATA_SEGMENT

セカンダリリターンコード。データバッファーに指定された長さが、バッファーを格納するために割り当てられたセグメントより長かった。

AP_STATE_CHECK
プライマリリターンコード。動詞は無効な状態で発行されたため、実行されませんでした。

AP_RCV_IMMD_BAD_STATE

セカンダリリターンコード。会話が RECEIVE 状態ではなかった。

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 は、基本的な会話動詞とマップされた会話動詞の両方を発行しました。 1 つの会話で発行できる型は 1 つだけです。

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
主なリターンコード。どの会話でも、一度に 1 つの未処理の会話動詞しか存在できません。これは、ローカル TP に複数のスレッドがあり、複数のスレッドが同じ conv_idを使用して APPC 呼び出しを発行している場合に発生する可能性があります。

AP_UNEXPECTED_DOS_ERROR
プライマリリターンコード。ローカル TP からの APPC 呼び出しの処理中に、オペレーティングシステムから APPC にエラーが返されました。オペレーティングシステムのリターンコードは、secondary_rc 経由で返されます。これは、Intel バイトスワップ順で表示されます。問題が解決しない場合は、システム管理者に問い合わせてください。

AP_DEALLOC_ABEND
主なリターンコード。次のいずれかの理由により、会話の割り当てが解除されました。
dealloc_type が AP_ABEND に設定された MC_DEALLOCATE 発行されたパートナー TP。
パートナー TP で異常終了が発生し、パートナー LU から MC_DEALLOCATE 要求が送信されました。

注釈

ローカル TP は、次のプロセスを通じてデータを受信します。

ローカル TP は、データの完全な単位の受信が完了するまで、受信動詞を発行します。受信したデータは 1 つのデータレコードです。

ローカル TP は、データの完全な単位を受信するために、受信動詞を複数回発行する必要がある場合があります。データの完全な単位を受信した後、ローカル TP はそれを操作できます。

受信動詞は、MC_RECEIVE_AND_POST、 MC_RECEIVE_AND_WAIT、 およびMC_RECEIVE_IMMEDIATEです。
ローカル 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	CONFIRM
AP_DATA_COMPLETE_CONFIRM	CONFIRM
AP_DATA_CONFIRM	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	変更なし

次の方法で共有

MC_RECEIVE_IMMEDIATE

構文

メンバー

リターンコード

注釈

その他のリソース

次の方法で共有

MC_RECEIVE_IMMEDIATE

構文

メンバー

リターン コード

注釈

その他のリソース

リターンコード