Oppolzer - Informatik / Blog


Blog-Hauptseite      Neuester Artikel      Älterer Artikel      Neuerer Artikel      Älterer gleiche Kategorie      Neuerer gleiche Kategorie

IBM-MAIN - Weshalb keine Information in CEEDUMP nach S0C1 Abend?

Subject:

Re: SOC1 and SYSUDUMP and CEEDUMP

From:

Bernd Oppolzer <bernd.oppolzer@T-ONLINE.DE>

Reply-To:

IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>

Date:

2014.11.24 23:10:47


One more idea:

I once had a strange S0C1 abend because due to an index range error
large parts of the program code were overwritten, and even the LE error
handler was unable to diagnose the error correctly, although under normal
circumstances it should be able to do so.

This was PL/1, not COBOL.

What helped me out of this mess: I added some condition prefixes to the
critical PL/1 procedures, like (SUBSCRIPTRANGE):
which tells the PL/1 compiler to check the array indices for the correct ranges;
this way I got a SUBSCRIPTRANGE condition at runtime which showed the
error before the code area was overwritten.

I don't know if there are similar features in COBOL.

Kind regards

Bernd



Am 24.11.2014 23:00, schrieb Bernd Oppolzer:
> Dump information is only written to CEEDUMP following an S0C1 abend,
> if the S0C1 was handled by LE. This should be the normal case in a LE
> environment.
>
> But in this case, if you don't get CEEDUMP information written following the
> S0C1, I guess that THIS S0C1 is not handled by LE, but it is a normal S0C1
> handled by the system, so the normal action is: output to SYSUDUMP, if
> SYSUDUMP is present in the Job Step, and no output, if not. The opsys
> does not output anything to CEEDUMP.
>
> The reason why the S0C1 is not handled by LE could be:
>
> NOSPIE,NOSTAE option in effect, via LE parm or via CEEOPTS
> (don't know, there are several possibilities to do this) ... this is called TRAP(OFF)
> nowadays, I guess ...
>
> the S0C1 occurs, BEFORE the LE error handler has been established
>
> other reasons ...  ???
>
> HTH
> kind regards
>
> Bernd
>
>
>
> Am 24.11.2014 22:38, schrieb P.E.:
>> I have a COBOL program that is getting a SOC1 and produces a dump
>> when the SYSUDUMP DD is code in the failing step. If CEEDUMP is coded
>> instead of SYSUDUMP no dump is produced.
>>
>> This program is complied with the same COBOL parameters and run in
>> the same LE environment as other COBOL programs which do produce a
>> dump when using the CEEDUMP DD.
>>
>> Is there something about SOC1 abends that would cause the issues with
>> CEEDUMP? What am I missing here?
>>
>> Note:
>> z/OS 1.13
>> IBM ENTERPRISE COBOL FOR Z/OS  4.2.0
>>
>>
>> ----------------------------------------------------------------------
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to listserv@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to listserv@listserv.ua.edu with the message: INFO IBM-MAIN
>

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to listserv@listserv.ua.edu with the message: INFO IBM-MAIN

Blog-Hauptseite      Neuester Artikel      Älterer Artikel      Neuerer Artikel      Älterer gleiche Kategorie      Neuerer gleiche Kategorie