View previous topic :: View next topic
|
Author |
Message |
karthickpearl
New User
Joined: 13 Apr 2010 Posts: 35 Location: Chennai
|
|
|
|
Hi guys,
I started compiling a COBOL sub routine after a change. The earlier subroutine was written decades ago, i used the same old compiler now as well (OS/VS COBOL V2.2) to get it compiled after the change. The problem is that during link edit i get the below,
Code: |
IEW2454W 9203 SYMBOL APARMS UNRESOLVED. NO AUTOCALL (NCAL) SPECIFIED. |
I could see this APARMS in one of the object modules as below
Code: |
********************************* Top of Data **
....... BAXH5400.......qBAXH5401...... APARMS
س.............................................. |
And this object module BAXH5400 is basically a ASSEMBLER HV2.01 for which we don't have the source code.
All the other subroutines and the main program also face the same issues but when compiled/link edited gave me Maxcc 4. And if I proceed to run the program executable I get a S315 ABEND followed by a SOC1 error which was a followup error due to the previous error.
I tried the whole process again using a different compiler that we have COBOL-ZOS V3.4.1, It too had the same issues as above.
My questions,
1. What does the APARMS error in link edit mean?(I included all possible libraries in the SYSLIB already)
2. Is this APARMS error the cause for S315 at the end?
3. Is there any other known mistakes that I've made from your understanding of my problem?
Please help me on this and I'm already running out of time.
Thanks in advance for you help. |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10873 Location: italy
|
|
|
|
Quote: |
SYMBOL APARMS UNRESOLVED. |
nothing that can be fixed with a forum reply
find out the library where the APARM thing resides and include it in Your syslib concatenation
also speck to Your support about the NCAL parameter You specified in the link/bind step
it means that all the object containing external refernces must be manually included.
usually the NCAL parm is specified for statically linked modules
for a MAIN or dynamically called modules it is wiser not to use it |
|
Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006 Posts: 6966 Location: porcelain throne
|
|
|
|
time costs money, and if you have the money, i have the time.
you possibly would not have spun your wheels
had you diagnosed this as a binder/linkedit problem
and not a compilation problem.
anyway, the description of the message and the solution is here |
|
Back to top |
|
|
Anuj Dhawan
Superior Member
Joined: 22 Apr 2006 Posts: 6250 Location: Mumbai, India
|
|
|
|
karthickpearl wrote: |
Posted: Thu Aug 30, 2012 12:23 pm |
karthickpearl wrote: |
Please help me on this and I'm already running out of time. |
enrico-sorichetti wrote: |
Thu Aug 30, 2012 12:31 pm |
dbzTHEdinosauer wrote: |
Thu Aug 30, 2012 12:34 pm |
Not bad - our Forums have good turn-around time! |
|
Back to top |
|
|
karthickpearl
New User
Joined: 13 Apr 2010 Posts: 35 Location: Chennai
|
|
|
|
@enrico
I'm trying to speak with my system people already.
BTW "Is this APARMS error the cause for S315 at the end?" any answers on this?
In case if I don't get a library for APARMS what can be my next move as per your expert advice? |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10873 Location: italy
|
|
|
|
for the s315 why not look at the manuals Yourself
if nobody in Your organization knows anything about the APARM thing
it would be wise to get rubber boots and showels, to get out of the deep shit Your organization is into
Quote: |
Please help me on this and I'm already running out of time. |
we reply on our own time and free of charge
if You have time issues a forum is not the best place to ask for help
a paid consultant will be glad for the proper fee to make his <skills/time> available according to Your time constraints |
|
Back to top |
|
|
Jose Mateo
Active User
Joined: 29 Oct 2010 Posts: 121 Location: Puerto Rico
|
|
|
|
Good day to all!
Beside looking at your compile listing, have you looked at the message log for some kind of indication to the error. The S315 could be caused by the checkpoint routine in the IBM modules. Try compiling without the NCAL option to see what happens and the then run the program again. |
|
Back to top |
|
|
karthickpearl
New User
Joined: 13 Apr 2010 Posts: 35 Location: Chennai
|
|
|
|
I tried various other options(below) as well still this isn't solved.
1. I recompiled the production code(COBOL-IMS) with no entry statement and when i tried run-JCL I got U0476.
2. I recompiled the production code with DLITCBL entry statement and the run JCL gave me a SOC4 abend.
3. When I try the run-JCL with the production load directly, The program runs fine. But when I compile the production code and run it i get the above abends.
The other information that I could give you is that the APARMS is not a module that is expected to be linked so that wouldn't be an issue as discussed earlier. |
|
Back to top |
|
|
Bill Woodger
Moderator Emeritus
Joined: 09 Mar 2011 Posts: 7309 Location: Inside the Matrix
|
|
|
|
So, it looks like there is a difference in how the production module is linked/bound/compiled compared to how you are doing it.
Start with the link/bind. Do you know how to use the AMBLIST reports? Run those for your production load and for your production-source-recompiled-and-relinked/bound. Compare. Let us know of any changes.
If not there we can go to the next step, the way it is compiled. |
|
Back to top |
|
|
Anuj Dhawan
Superior Member
Joined: 22 Apr 2006 Posts: 6250 Location: Mumbai, India
|
|
|
|
KarthickPearl - I'm not sure what you wanted to convey by mentioning the first two options you've shared in your last post? And not sure why would you choose to do that?
Quote: |
When I try the run-JCL with the production load directly, The program runs fine. But when I compile the production code and run it i get the above abends. |
Why not "run" the program, without any changes? Having asked that and keeping your very first post in mind, for S315 the explanation says:
Quote: |
An error occurred during the processing of SVC 21 (STOW) that could not be attributed to incorrect user input. This completion code is accompanied by message IEC911I. Refer to the explanation of message IEC911I for complete information about the task that was ended and for an explanation of the return code in register 15. |
So look for IEC911I, it might help.
Also, have you tried to compile the program by NOT using NCAL? |
|
Back to top |
|
|
|