DUMP non après un bouclage, dans un programme

[twisty]

Bonjour,

Je n'arrive pas à avoir de DUMP, après un bouclage, dans un programme. Pourtant, dans le jcl, je mets bien :

Code :

1
2
3
//ABENDAID DD  SYSOUT=*
//SYSABEND DD  SYSOUT=*
//SYSUDUMP DD  SYSOUT=*

Comme la procédure reste, en boucle, sur le module, à un moment donné, j'ai un S322 (JOB OR STEP TIME EXCEEDED THE SPECIFIED LIMIT PROGRAM...)

Pourriez-vous m'aider à avoir le DUMP ?

Merci d'avance.

Twisty

[xfanx]

Bonjour,

généralement, le système a été paramétré pour justement ne pas générer de Dump sur ce type d'Abend.

tu peux éventuellement (si tu as les autorisations nécessaires), passer la commande /C <nom de Job>, DUMP ou sous SDSF, passe la commande CD sur ton Job (Cancel Dump)

[twisty]

Merci pour cette réponse, mais j'ai du mal à lire le DUMP.

Auriez-vous des indications à me proposer et/ou un lien pour comprendre le DUMP ?

Merci d'avance,

Twisty.

[bernard59139]

Bonjour

"lire" un dump demande pas de l'exprérience et pas mal de connaissances (système, assembleur, ...).
Donner des explications demanderai d'écrire un bouquin (ou au moins un chapitre) et dépasse le cadre d'un forum.

Pour analyser des dump, les dev que je connais utilisent Abend-aid ou M4-Dump. Et quant ils n'y arrivent pas, ils font appel aux ingé système.

Je fais pareil.

Bonne journée

ps: pour une boucle, un DUMP apporte très rarement quelque chose.

[Luc Orient]

Envoyé par bernard59139

Bonjour

"lire" un dump demande pas de l'exprérience et pas mal de connaissances (système, assembleur, ...).
Donner des explications demanderai d'écrire un bouquin (ou au moins un chapitre) et dépasse le cadre d'un forum.

Pour analyser des dump, les dev que je connais utilisent Abend-aid ou M4-Dump. Et quant ils n'y arrivent pas, ils font appel aux ingé système.

Je fais pareil.

Bonne journée

ps: pour une boucle, un DUMP apporte très rarement quelque chose.

Tout à fait d'accord ... Pour une boucle des outils d'échantillonnage ( STROBE ou TriTune ) sont de loin préférables ... Sinon, il reste la bonne vieille méthode des "traces" ...

[xfanx]

pour une boucle.....

oui et non, j'avoue me servir parfois d'un cancel Dump pour ce genre de situation. Le dump donnera l'offset au moment du cancel et donc une idée de ce qu'était en train de faire le programme ou le run au moment du cancel.
Après, effectivement lire un SYSUDUMP ne s'explique pas en 2 secondes d'autant qu'avec LE nous récupérons souvent uniquement le U4039 , un outil comme Abend Aid ou fault Analyseur aide beaucoup ou d'ailleurs ici un CEEDUMP.

et, Comme le dit Luc Orient, des bon DISPLAY a droite et a gauche suffisent souvent

[Peut-êtreUneRéponse]

Tout à fait d'accord avec tout le monde, quelques DISPLAYs bien placés ou un USE FOR DEBUGGING en PROCEDURE DIVISION sont suffisant.

Toutefois il y a un debut de doc très intéressante chez The American Programmer : Just Enough Dump

.