View previous topic :: View next topic
|
Author |
Message |
galdino dos santos lima
New User
Joined: 22 Jan 2008 Posts: 5 Location: rio de janeiro, brasil
|
|
|
|
Hi! I have a problem that i think is singular. When, using ENDEVOR, anyone makes the linkage of a module that calls another module with resides in a PDS with TTR greater than A00000, the job ends with a completion code 0C4. The module, itself, remains OK.
How you can easily see, my idiom is not the english, so, excuse the poor english and feel free to make any questions about the problem.
We are using z/OS 1.4 and the ENDEVOR is the 7.0.0 |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10872 Location: italy
|
|
|
|
did You/Somebody compress the load dataset ??? |
|
Back to top |
|
|
galdino dos santos lima
New User
Joined: 22 Jan 2008 Posts: 5 Location: rio de janeiro, brasil
|
|
|
|
Yes. And this corrected the problem. Before this, I moved the called mod to other PDS, and this work too. But, I think that is not normal. Somebody already saw this before?
Thanks a lot for your attention. |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10872 Location: italy
|
|
|
|
it' s normal to get this error when using any tool for the optimization of directory searches ( LLA - like )
these tools keep track of the TTR of the modules/members requested, in order,
for the subsequent request to skip the directory search
to avoid the problem after compressing a dataset under LLA control it is enough
to issue a F LLA,refresh
check the docs on how to refresh only one library |
|
Back to top |
|
|
galdino dos santos lima
New User
Joined: 22 Jan 2008 Posts: 5 Location: rio de janeiro, brasil
|
|
|
|
I think that I did not explain well. It´s not a dynamic CALL. The called mod is being incoporated to the program. And the involved archive is not in the LLA. The abend occurs after the new load module is write in the PDS. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Quote: |
The abend occurs after the new load module is write in the PDS. |
When the new load module is written to the pds, it is assigned a new TTR. Sounds like "Something" is remembering the "old" TTR and causing the problem. |
|
Back to top |
|
|
galdino dos santos lima
New User
Joined: 22 Jan 2008 Posts: 5 Location: rio de janeiro, brasil
|
|
|
|
Hi, dick scherrer. The abend not occur in the new module. The new program remains OK and can be executed without problem. The abend is in the ENDEVOR process. When, at linkage step, it calls a member with TTR greater than A00000 and incorporate it to the new module, the ENDEVOR abend 0C4. Thank you for the reply. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
You're welcome
I should have re-read the entire topic. . .
You might open a support issue with CA. They may already have a solution for this situation. |
|
Back to top |
|
|
galdino dos santos lima
New User
Joined: 22 Jan 2008 Posts: 5 Location: rio de janeiro, brasil
|
|
|
|
I had the hope of somebody already had this problem here. The CA support is very slow, but seems that there is no choice to me.
Thanks a lot for your help |
|
Back to top |
|
|
Mistermind
New User
Joined: 08 Feb 2008 Posts: 46 Location: Dublin
|
|
|
|
Apart from producing the output loadmodule, Endevor also writes footprint info into 60 bytes of the user area in the output directory. I cannot remember the split for TTR, but it could be that use of TTR x'A00000' for data leaves insufficient room for Endevor to write its footprint. You could go into Endevor and compare the footprints of one good loadmodule and the one which produced 0C4. That 0C4 although it does not hamper program execution, could set up problems for you later, as Endevor is eternally helpful and vigilant, sometimes over zealous in its audit and warning.
Can you afford to enlarge your output PDS, so that the ceiling is not so easily reached and the Endevor problem is avoided? |
|
Back to top |
|
|
|