MC_PREPARE_TO_RECEIVE

Le verbe MC_PREPARE_TO_RECEIVE modifie l’état de la conversation pour le programme de transaction local (TP) de l’envoi à la réception.

La structure suivante décrit le bloc de contrôle de verbe (VCB) utilisé par le verbe MC_PREPARE_TO_RECEIVE .

Syntaxe

  
struct mc_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;  
};   

Notes

Members (Membres)

opcode
Paramètre fourni. Spécifie le code d’opération de verbe, AP_M_PREPARE_TO_RECEIVE.

opext
Paramètre fourni. Spécifie l’extension de l’opération de verbe, AP_MAPPED_CONVERSATION.

reserv2
Champ réservé.

primary_rc
Paramètre retourné. Spécifie le code de retour principal défini par APPC à l’achèvement du verbe. Les codes de retour valides dépendent du verbe APPC émis. Pour connaître les codes d’erreur valides de ce verbe, consultez Codes de retour.

secondary_rc
Paramètre retourné. Spécifie le code de retour secondaire défini par APPC à l’achèvement du verbe. Les codes de retour valides dépendent du verbe APPC émis. Pour connaître les codes d’erreur valides de ce verbe, consultez Codes de retour.

tp_id
Paramètre fourni. Identifie le TP local. La valeur de ce paramètre est retournée par TP_STARTED dans le TP appelant ou parRECEIVE_ALLOCATE dans le TP appelé.

conv_id
Paramètre fourni. Fournit l’identificateur de conversation. La valeur de ce paramètre est retournée par MC_ALLOCATE dans le TP appelant ou par RECEIVE_ALLOCATE dans le TP appelé.

ptr_type
Paramètre fourni. Spécifie comment effectuer le changement d’État.

Utilisez AP_FLUSH pour envoyer le contenu de la mémoire tampon d’envoi de l’unité logique locale (LU) au LU partenaire (et au TP) avant de modifier l’état de la conversation à recevoir.

La valeur AP_SYNC_LEVEL utilise le niveau de synchronisation de la conversation (établi par MC_ALLOCATE) pour déterminer comment effectuer la modification d’État.

Si le niveau de synchronisation de la conversation est AP_NONE, APPC envoie le contenu de la mémoire tampon d’envoi du LU local au TP partenaire avant de modifier l’état de la conversation à recevoir. Si le niveau de synchronisation est AP_CONFIRM_SYNC_LEVEL, APPC envoie le contenu de la mémoire tampon d’envoi du LU local et une demande de confirmation au TP partenaire. Lors de la réception de la confirmation du TP partenaire, APPC modifie l’état de la conversation en RECEIVE. Toutefois, si le TP partenaire signale une erreur, l’état passe à RECEIVE ou RESET. Consultez les notes de cette rubrique.

locks
Paramètre fourni. Spécifie quand APPC doit retourner le contrôle au TP local.

Utilisez ce paramètre uniquement si ptr_type est défini sur AP_SYNC_LEVEL et que le niveau de synchronisation de la conversation, établi par MC_ALLOCATE, est AP_CONFIRM_SYNC_LEVEL. (Sinon, le paramètre est ignoré.)

  • AP_LONG indique qu’APPC retourne le contrôle au TP local lorsque la confirmation et les données ultérieures du TP du partenaire arrivent au LU local. (Cette méthode permet d’utiliser plus efficacement le réseau mais nécessite plus de temps pour retourner le contrôle au TP local.)

  • AP_SHORT indique qu’APPC retourne le contrôle au TP local lorsque la confirmation du TP du partenaire arrive au LU local.

    Codes de retour

    AP_OK
    Code de retour principal ; indique que le verbe s’est exécuté correctement.

    AP_PARAMETER_CHECK
    Code de retour principal ; le verbe n’a pas été exécuté en raison d’une erreur de paramètre.

    AP_BAD_CONV_ID

    Code de retour secondaire ; la valeur de conv_id ne correspond pas à un identificateur de conversation assigné par APPC.

    AP_BAD_TP_ID

    Code de retour secondaire ; la valeur de tp_ID ne correspond pas à un identificateur TP assigné par APPC.

    AP_P_TO_R_INVALID_TYPE

    Code de retour secondaire ; le paramètre ptr_type n’a pas une valeur valide.

    AP_STATE_CHECK
    Code de retour principal ; le verbe n’a pas été exécuté, car il a été émis dans un état non valide.

    AP_P_TO_R_NOT_SEND_STATE

    Code de retour secondaire ; la conversation n’était pas à l’état d’envoi.

    AP_P_TO_R_NOT_LL_BDY

    Code de retour secondaire ; le TP local n’a pas fini d’envoyer un enregistrement logique.

    AP_ALLOCATION_ERROR
    Code de retour principal ; APPC n’a pas pu allouer une conversation. L’état de la conversation est défini sur RESET.

    Ce code peut être retourné via un verbe émis après MC_ALLOCATE.

    AP_ALLOCATION_FAILURE_NO_RETRY

    Code de retour secondaire ; la conversation ne peut pas être allouée en raison d’une condition permanente, telle qu’une erreur de configuration ou une erreur de protocole de session. Pour déterminer l’erreur, l’administrateur système doit examiner le fichier journal des erreurs. Ne réessayez pas l’allocation tant que l’erreur n’a pas été corrigée.

    AP_ALLOCATION_FAILURE_RETRY

    Code de retour secondaire ; la conversation n’a pas pu être allouée en raison d’une condition temporaire, telle qu’un échec de liaison. La raison de l’échec est consignée dans le journal des erreurs système. Réessayez l’allocation.

    AP_CONVERSATION_TYPE_MISMATCH

    Code de retour secondaire ; le LU ou le TP partenaire ne prend pas en charge le type de conversation (de base ou mappé) spécifié dans la demande d’allocation.

    AP_PIP_NOT_ALLOWED

    Code de retour secondaire ; la demande d’allocation a spécifié des données PIP, mais le TP partenaire ne requiert pas ces données, ou la LU partenaire ne la prend pas en charge.

    AP_PIP_NOT_SPECIFIED_CORRECTLY

    Code de retour secondaire ; le TP partenaire requiert des données PIP, mais la demande d’allocation n’a spécifié aucune donnée PIP ou un nombre incorrect de paramètres.

    AP_SECURITY_NOT_VALID

    Code de retour secondaire ; l’identificateur d’utilisateur ou le mot de passe spécifié dans la demande d’allocation n’a pas été accepté par l’unité logique du partenaire.

    AP_SYNC_LEVEL_NOT_SUPPORTED

    Code de retour secondaire ; le TP partenaire ne prend pas en charge les sync_level (AP_NONE ou AP_CONFIRM_SYNC_LEVEL) spécifiés dans la demande d’allocation, ou le sync_level n’a pas été reconnu.

    AP_TP_NAME_NOT_RECOGNIZED

    Code de retour secondaire ; le LU partenaire ne reconnaît pas le nom TP spécifié dans la demande d’allocation.

    AP_TRANS_PGM_NOT_AVAIL_NO_RETRY

    Code de retour secondaire ; le LU distant a rejeté la demande d’allocation car il n’a pas pu démarrer le TP partenaire demandé. La condition est permanente. La raison de l’erreur peut être consignée sur le nœud distant. Ne réessayez pas l’allocation tant que l’erreur n’a pas été corrigée.

    AP_TRANS_PGM_NOT_AVAIL_RETRY

    Code de retour secondaire ; le LU distant a rejeté la demande d’allocation car il n’a pas pu démarrer le TP partenaire demandé. La situation peut être temporaire, par exemple un délai d’attente. La raison de l’erreur peut être consignée sur le nœud distant. Réessayez l’allocation.

    AP_COMM_SUBSYSTEM_ABENDED
    Code de retour principal ; indique l’une des situations suivantes :

  • Le nœud utilisé par cette conversation a rencontré un abandon (ABEND).

  • La connexion a été interrompue entre le programme transactionnel et le nœud PU 2.1 (erreur LAN).

  • Le processus SnaBase qui se déroule sur l’ordinateur du programme transactionnel a rencontré un abandon (ABEND).

    L’administrateur système doit examiner le journal des erreurs pour déterminer la raison de l’abandon.

    AP_CONV_FAILURE_NO_RETRY
    Code de retour principal ; la conversation a été interrompue en raison d’une condition permanente, telle qu’une erreur de protocole de session. L’administrateur système doit examiner le journal des erreurs système pour déterminer la cause de l’erreur. Ne recommencez pas la conversation tant que l’erreur n’a pas été corrigée.

    AP_CONV_FAILURE_RETRY
    Code de retour principal ; la conversation a été interrompue en raison d’une erreur temporaire. Redémarrez le TP pour voir si le problème se reproduit. Si c’est le cas, l’administrateur système doit examiner le journal des erreurs pour déterminer la cause de l’erreur.

    AP_CONVERSATION_TYPE_MIXED
    Code de retour principal ; le TP a émis des verbes de conversation de base et mappés. Un seul type peut être émis dans une conversation unique.

    AP_INVALID_VERB_SEGMENT
    Code de retour principal ; indique que le bloc de contrôle de verbe s’étend au-delà de la fin du segment de données.

    AP_PROG_ERROR_PURGING
    Code de retour principal ; en mode réception, en attente, PENDING_POST, confirmation, CONFIRM_SEND ou CONFIRM_DEALLOCATE, le TP partenaire émis MC_SEND_ERROR. Les données envoyées mais pas encore reçues sont purgées.

    AP_STACK_TOO_SMALL
    Code de retour principal ; indique que la taille de la pile de l’application est trop petite pour exécuter le verbe. Augmentez la taille de pile de votre application.

    AP_CONV_BUSY
    Code de retour principal ; il ne peut y avoir qu’un seul verbe de conversation en attente à la fois dans une conversation. Cela peut se produire si le TP local a plusieurs threads, et que plusieurs threads émettent des appels APPC en utilisant le même conv_id.

    AP_THREAD_BLOCKING
    Code de retour principal ; indique que le thread appelant se trouve déjà dans un appel de blocage.

    AP_UNEXPECTED_DOS_ERROR
    Code de retour principal ; indique que le système d’exploitation a retourné une erreur à APPC lors du traitement d’un appel APPC à partir du programme transactionnel local. Le code de retour du système d’exploitation a été retourné via secondary_rc. Il apparaît dans l’ordre Intel avec permutation d’octets. Si le problème persiste, consultez l’administrateur système.

    AP_DEALLOC_ABEND
    Code de retour principal ; la conversation a été désallouée pour l’une des raisons suivantes :

  • Le TP partenaire émis MC_DEALLOCATE avec dealloc_type défini sur AP_ABEND.

  • Le TP partenaire a rencontré un ABEND, provoquant l’envoi d’une demande de MC_DEALLOCATE par le serveur lu du partenaire.

    Remarques

    Avant de modifier l’état de la conversation, ce verbe effectue l’équivalent de l’un des éléments suivants :

  • MC_FLUSH, en envoyant le contenu de la mémoire tampon d’envoi du lu local à l’unité logique du partenaire (et au TP).

  • MC_CONFIRM, en envoyant le contenu de la mémoire tampon d’envoi du lu local et une demande de confirmation au TP partenaire.

    Une fois que ce verbe a été exécuté avec succès, le TP local peut recevoir des données.

    La conversation doit être à l’état d’envoi lorsque le TP émet ce verbe.

    Les changements d’État, résumés dans le tableau suivant, sont basés sur la valeur de primary_rc.

primary_rc Nouvel État
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

La conversation ne change pas pour envoyer l’état du TP partenaire tant que le TP partenaire n’a pas reçu l’une des valeurs suivantes par le biais du paramètre what_rcvd d’un verbe Receive suivant :