View previous topic :: View next topic
|
Author |
Message |
erhema
New User
Joined: 07 Oct 2008 Posts: 23 Location: Chennai
|
|
|
|
Hi All,
My understanding is that the static sub programs load will be present along with the main program's load. Their load are not present seperately.
hence When i try to compile my main program that is currently in production (with NODYNAM option) that calls few static sub program, i did not provide any library since i do not have one that has the subprogram's load.
But my compilation of the main program error out saying 'MEMBER COULD NOT BE INCLUDED FROM THE DESIGNATED CALL LIBRARY' for each of the submodules.
Can any one advise me on this
Thanks for your help |
|
Back to top |
|
|
Bill O'Boyle
CICS Moderator
Joined: 14 Jan 2008 Posts: 2501 Location: Atlanta, Georgia, USA
|
|
|
|
In order for the Main program to merge a Statically Called sub-program (load module) with itself, the loadlib where the sub-program lives must be included in the SYSLIB concatenation of the Link-Edit step.
Most shops have "canned" procedures for this....
Bill |
|
Back to top |
|
|
erhema
New User
Joined: 07 Oct 2008 Posts: 23 Location: Chennai
|
|
|
|
Main Program fails in Link Edit Step.
My question is "Why is the static sub program expecting a seperate load for each of the sub module ?" |
|
Back to top |
|
|
Bill O'Boyle
CICS Moderator
Joined: 14 Jan 2008 Posts: 2501 Location: Atlanta, Georgia, USA
|
|
|
|
Do the Static Sub-Programs (called by the Main program) also statically CALL other sub-programs and so on and so on (several levels)?
Make sure someone isn't overriding your NODYNAM compile option, via a PARM (for the compiler) or a CBL card (first line in the source module).
Review your compile options in the listing.
Someone in your shop should be able to assist you with this....
Bill |
|
Back to top |
|
|
GuyC
Senior Member
Joined: 11 Aug 2009 Posts: 1281 Location: Belgium
|
|
|
|
where else would the link edit find the loadmodules to include in the final loadmodule ? |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
|
|
|
|
Because a statically linked module exists as an independent load module. That load module must be included in the calling program's load module while compiling and linking the calling program to create the complete load module -- that's why it is a static and not dynamic module. |
|
Back to top |
|
|
erhema
New User
Joined: 07 Oct 2008 Posts: 23 Location: Chennai
|
|
|
|
HI Bill,
Thanks. I tried giving the load lib where the main program resides in the syslib, because i cannot find the seperate load for the sub modules.
Again this fails. |
|
Back to top |
|
|
GuyC
Senior Member
Joined: 11 Aug 2009 Posts: 1281 Location: Belgium
|
|
|
|
erhema wrote: |
... since i do not have one that has the subprogram's load... |
It's impossible to link edit if you don't have the loadmodules of the static called routines |
|
Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006 Posts: 6966 Location: porcelain throne
|
|
|
|
no, what is failing is your inability to understand and acknowledge the info given to you.
as bill said, every shop has standard pre-compile/compile/link/Bind jcl.
why are you using your own garbage - and that is what it is........
talk to your support personnel.
we have nooooooooooooo idea what the names of your load pds's are. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
When these subprograms are changed/compiled/linked, where is the output from the linkedit stored?
As has already been mentioned, there are standard compile/link processes inplace on your system and you should use only these. . .
Several of my clients have terminated people for not using the standard compile processes. . . Just a caution. |
|
Back to top |
|
|
|