IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Contribuez Discussion :

Problème d'accès concurrents sur dll


Sujet :

Contribuez

  1. #1
    Candidat au Club
    Homme Profil pro
    Développeur COBOL
    Inscrit en
    février 2015
    Messages
    2
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Finistère (Bretagne)

    Informations professionnelles :
    Activité : Développeur COBOL

    Informations forums :
    Inscription : février 2015
    Messages : 2
    Points : 3
    Points
    3
    Par défaut Problème d'accès concurrents sur dll
    Bonjour,
    Nouveau sur ce forum, je poste une demande d'aide.
    J'ai une erreur sur mon serveur de production, j'ai un programme A qui utilise un autre programme B.
    Lorsque plusieurs utilisateurs utilisent le programme A, j'ai de manière aléatoire une error I/O sur l'utilisation du programme B: File locked (9/065 (ANS74)).

    L'appel du programme B se fait comme ça:
    CALL "B" USING W-DSD-PARAM
    W-DSD-PARAMDSX.

    Je ne peux pas "attraper" l'erreur E/S dans mes variables.

    Comment pourrais-je tester l'accès au programme B?

    Par avance merci.

  2. #2
    Expert confirmé
    Homme Profil pro
    ANCIEN Consultant/Formateur/Développeur AS/400, iSeries, System i et Cobol
    Inscrit en
    juin 2007
    Messages
    2 081
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Tunisie

    Informations professionnelles :
    Activité : ANCIEN Consultant/Formateur/Développeur AS/400, iSeries, System i et Cobol
    Secteur : Conseil

    Informations forums :
    Inscription : juin 2007
    Messages : 2 081
    Points : 4 122
    Points
    4 122
    Par défaut
    Bonjour.

    D'abord il faut demander à un modérateur de déplacer cette discussion de la rubrique "Contribuez" au forum racine Cobol.

    En plus, il nous faudrait un peu plus de détails sur :

    - la plateforme ;
    - le compilateur ;
    - le fichier qui pose problème, son organisation, son mode d'accès, son type d'open et les ordres I/O effectués dessus ;
    - Eventuellement des morceaux de code.

    Tu peux gérer le FILE STATUS et utiliser USE AFTER STANDARD ERROR dans DECLARATIVES.
    Regarder aussi du côté de la conception du programme et du sous-programme pour améliorer l'accès aux fichiers pour éviter ces locks ou en tenir compte de façon plus adaptée à une utilisation multi-user.

  3. #3
    Modérateur
    Avatar de escartefigue
    Homme Profil pro
    bourreau
    Inscrit en
    mars 2010
    Messages
    6 717
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loir et Cher (Centre)

    Informations professionnelles :
    Activité : bourreau
    Secteur : Finance

    Informations forums :
    Inscription : mars 2010
    Messages : 6 717
    Points : 21 049
    Points
    21 049
    Billets dans le blog
    2
    Par défaut
    Citation Envoyé par Hédhili Jaïdane Voir le message
    Bonjour.

    Tu peux gérer le FILE STATUS et utiliser USE AFTER STANDARD ERROR dans DECLARATIVES.
    Je suis d'accord, sauf sur le point ci-dessus :

    Utiliser des des déclaratives en COBOL batch, ou des Handle conditions en COBOL CICS, signifie qu'on effectue toujours les mêmes actions pour un code retour donné sur un même fichier
    Or, un même CR dans un même programme, peut être correct ou non en fonction du contexte.
    C'est le contexte fonctionnel qui doit piloter les actions liées à un code retour.

    La bonne façon de faire est donc de tester les file status (avantageusement via des niveau 88) après chaque entrée sortie
    Exactement comme on le fait (ou devrait le faire) avec des codes retours SQL
    Pour le COBOL CICS il faut utiliser les options RESP et RESP2 dans chaque exec-cics et proscrire les handle
    (en plus les handle génèrent de vilains GO TO)

Discussions similaires

  1. [Système] Problème d'accès concurrents ?
    Par Herman dans le forum Modélisation
    Réponses: 11
    Dernier message: 30/01/2019, 13h31
  2. [Toutes versions] Erreur sur Update - Problème d'accès concurrent ?
    Par Jean-Philippe André dans le forum VBA Access
    Réponses: 3
    Dernier message: 08/10/2013, 14h08
  3. Accès concurrent sur un fichier distant
    Par g0up1l dans le forum Entrée/Sortie
    Réponses: 2
    Dernier message: 04/04/2007, 20h45
  4. Accès concurrent sur un cursor "For update"
    Par atruong dans le forum Oracle
    Réponses: 7
    Dernier message: 04/05/2006, 23h47
  5. [ACCESS97] Problème d'accès concurrent
    Par mpascolo dans le forum Access
    Réponses: 2
    Dernier message: 08/11/2005, 11h31

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo