> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[email protected]]
> On Behalf Of Bernd Oppolzer
> Sent: Monday, November 24, 2014 5:11 PM
> To: [email protected]
> Subject: Re: SOC1 and SYSUDUMP and CEEDUMP
> 
> 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.


There is - it is named SSRANGE for the Enterprise COBOL compilers, at least up 
through 4.2.

HTH

Peter

> 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 Peter Ten Eyck:
> >> 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
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to