View previous topic :: View next topic
|
Author |
Message |
kalyanp_80
New User
Joined: 03 Feb 2006 Posts: 41 Location: Hyderabad
|
|
|
|
Hi,
Job is abending with S0C4 in the production. I tried to replicate the issue in test and could replicate the same error.
But when I retrived the program causing S0C4 into test and recompile it (no changes made) and run the job its running successfully.
My question is why is that job running successfully when I recompile the program?
Thanks
Amith |
|
Back to top |
|
|
akbar_mohammed
New User
Joined: 16 May 2007 Posts: 1 Location: Hyd
|
|
|
|
WERE THE FILES USED IN BOTH THE CASES I.E., PRODUCTION AND TESTING THE SAME AND ALSO DOES THIS PROGRAM USES ANY DATA BASE. |
|
Back to top |
|
|
William Thompson
Global Moderator
Joined: 18 Nov 2006 Posts: 3156 Location: Tucson AZ
|
|
|
|
Look at the failing program's link map....you may find a called module missing..... |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Does the program have an internal sort?
If it does, a possible cause is that the production run is issuing a "goback" or "stop run" before the sort is finished. |
|
Back to top |
|
|
shagnwrx
New User
Joined: 07 Jul 2006 Posts: 17 Location: Birmingham, AL
|
|
|
|
So program was executed, and you got a S0C4. You re-compiled program and all worked fine?
If this is the case, my guess is that somebody goofed on the first compile regarding AMODE and RMODE.
When you recompiled, did you happen to catch those attributes? Sounds like a 24 bit program got linked to above the line for the first run. |
|
Back to top |
|
|
|