-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Michael Tutor
Sent: Wednesday, May 23, 2007 2:03 PM
To: [email protected]
Subject: Abend S0C7 in PL1 program

Good day!
  One of our programs written in PL1 recently encountered a S0C7 abend.
In the course of our investigation, we noticed that this abend only
happens 
when the job runs on certain systems in our sysplex.   If we run the job
in 
CPU1, it will run ok but using the same JCL and run it on CPU2, the job
will abend.

  The library where the program is coming from as well as the input data
that is being processed is the same for both systems.  The LE runtime
options are also the same for both environment based on the RPTOPTS(ON)
report.  We even tried to steplib to the LE runtime libraries of the
working system, CPU1, while running in CPU2 but the job still fails
which is why we think that it might not be LE related.

  Per our MVS folks, the maintenance level for both systems is the same.

  Any ideas on what else we can check or what could be causing this
abend?
<SNIP>

A few dumb questions:

1) does the program in question load at the same address on both
systems?

2) are you able to determine the source statement related to the
failure?

Reason for asking: It is possible that you are working against a
table/array that happens to not have bad packed decimal data following
it if loaded at one point and you do loaded at another. And this can
make a difference if the PL/1 program is expecting to have a table or
external routine loaded at a location (relative to it) that doesn't
happen when running on the other system.

Regards,
Steve Thompson

-- STD Disclaimer: Poster's opinions may or may not be those of poster's
employer --

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to