And it certainly was not clear. You wrote:
>"There is a non-reentrant program which, when executed via JCL
> from an authorized library, fails with a S0C4."
Without an AMBLIST or at least a screen print from ISPF showing the
attributes, there is no way for any of us to know if that statement was
based on LKED attribute, or just what you think is the case from what
you know about the program.
So how about posting a AMBLIST LISTIDR of the module in question?
I stand corrected. (Well, actually I'm sitting down, but it amounts
to the same thing.) You are correct. I did not say that it was
linked non-reentrant. Mea culpa.
However, the fact is that it was linked non-reentrant. We have
proven that six ways from Sunday, including having another person
recompile and relink the program. The results do not change.
I have sought advice about posting an AMBLIST or ISPF display here
and been told that it might violate an NDA. No one is absolutely
certain, so I have been told not to do it. But trust me, many pairs
of eyes have verified that this load module, no matter how often it
is relinked, is AC(0) and has no attributes -- no RENT, no REUS, no
REFR, nothing. And the behavior is absolutely 100% repeatable. Run
it from an authorized library, it fails. Run it from an "ordinary"
library, it works. Every. Single. Time.
D
----------------------------------------------------------------------
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
