Discussion :

[elajjouri]

Bonjour ,
sous TSO quand je compile un programme cobol avec jcl il m affiche par exemple maxcc=12, pour regarder ces erreurs je fait b.r ensuite la lettre h ensuite une point d'interrogation sur le job en question, le problème c'est que je n'arrive pas bien a comprendre et a lire ces erreurs
y a t-il un tuto avec des captures d ecrans qui expliques ces exemples d erreurs
merci bien

[fremen167]

Bonjour,

Je ne connais pas de tuto de ce genre, et honnêtement, vu le nombre d'erreurs possibles, ce serait difficile à faire.

Le mieux serait que tu nous indiques les erreurs que tu rencontres. On pourra certainement t'aider à les corriger.

De plus, si tu connais un minimum d'Anglais, tu dois pouvoir comprendre l'essentiel par toi-même.

Juste quelques indications...

Dans le message du compilateur, tu as le numéro de la ligne en erreur. En effectuant une recherche sur ce numéro dans ta SYSOUT, tu trouveras la ligne de code en anomalie. Attention, ce numéro ne correspond pas à celui la ligne dans ton fichier source, il faut chercher dans la SYSOUT !

Le message mentionne également la liste des autres numéros de ligne comportant la même erreur. Dans le cas courant où la même erreur est produite par du copier-coller, il est recommandé de traiter l'ensemble des erreurs en effectuant des FIND et/ou des CHANGE dans ton source.

Par contre, si une donnée est mal définie en WORKING, cela générera probablement beaucoup d'erreurs dans le code pour cette donnée. Ne pas les prendre en compte, corriger la description et après avoir corrigé les autres erreurs, recompiler.

Également, une source courante d'un nombre astronomique d'erreurs est d'avoir oublié une clause COPY, ou de l'avoir mal codée. Dans ce cas, il est préférable de corriger ce point et de recompiler, pour y voir plus clair.

Bon courage (la première compile, c'est un peu un bizutage )

[Homer-ac]

J'en profite pour rappeler qu'en z/OS, même les Warning doivent être vérifiés dans une compilation, l'idéal étant de n'en laisser aucun mais je reconnais que dans certains cas (COPY avec des VALUE en Linkage ou File Section par exemple) il faudra faire avec un RC 4.
Pour le reste, si on a eu la très bonne idée sur le site de positionner l'option de compilation FLAG(I,W) par défaut, les messages d'erreurs suivent directement les lignes en erreurs. Sinon on peut éventuellement, si c'est autorisé, ajouter une CBL FLAG(I,W) en tête de son source. Ca simplifie pas mal le travail.
Dans tous les cas, tous les messages d'erreurs pour tous les compilateurs MVS depuis COBOL II commencent par IGY. Il suffit donc de faire un FIND IGY dans sa SYSPRINT de compilation, relever le numéro de ligne en erreur et si elles sont regroupées à la fin, de faire un FIND FIRST sur celui-ci (en incluant quelques zéros de début) pour retrouver le ligne en erreur, effectivement dans sa SYSOUT de compilation. Enfin le plus souvent ! Comme signalé précédemment, un COPY erroné peut générer du monde.
Une derniere remarque, il est plutôt rare que l'on compile du premier coup sans erreurs. Pas grave, on peut faire confiance au compilateur qui explique chaque erreur par un message le plus souvent sur 2 ou 3 lignes. On corrige et on relance sa compile jusqu'à obtention d'un RC 0 ou 4 si on ne peut pas l'éviter (mais encore une fois, les RC 4 sont souvent utiles notemment pour détecter des cas de troncation).
Enfin, bon courage pour cette première compile. Ensuite l'épreuve des tests et de son premier S0C7 (en particulier. On a tous connus et connaîtrons encore !)

Une dernière close, il n'y a effectivement pas de tuto sur les différents cas d'erreurs de compilation possibles en MVS. Mais si tu compiles le programme minimaliste suivant, tu obtiendras la liste de tous les cas d'erreurs gérés par le compilateur cobol installé.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
       Identification Division.
        Program-Id. ERRMSG.
       Environment Division.
       Data Division.
       Working-Storage Section.
       Procedure Division.
           Goback.