View previous topic :: View next topic
|
Author |
Message |
Anand78
New User
Joined: 06 Mar 2006 Posts: 50 Location: PUNE
|
|
|
|
Hi ,
I have a requirement to display the program object module.
In below example, I want to display the path where object is located.
Like "INITIAL is run from object TEST.WORKOBJ.INITIAL "
Could you please advice.
//RUN EXEC PGM=INITIAL
//STEPLIB DD DSN=MTPLB21.COBOL.LOADLIB,DISP=SHR
//SYSOUT DD SYSOUT=*
//SYSPRINT DD SYSOUT=*
//SYSIN DD DUMMY
Thanks,
Anand |
|
Back to top |
|
|
mtaylor
Active User
Joined: 20 Feb 2009 Posts: 108 Location: Kansas City
|
|
|
|
I don't think this is possible. A load module contains no information about it's environment, and we never see information about what load library an executable module originates from in the JES output. I think the only option is to perform static analysis of the JCL and resolve all executable locations. There are many 'impact analysis' tools on the market that will do this (for a nominal fee). |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8697 Location: Dubuque, Iowa, USA
|
|
|
|
This can be done, but not easily. You have to trace the control blocks to find where the program is executing from (remember the link list can also be used to execute programs); the system does this when writing to SYSUDUMP after an abend. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Quote: |
I have a requirement to display the program object module. |
What is needed form the "object" module?
Quote: |
In below example, I want to display the path where object is located.
Like "INITIAL is run from object TEST.WORKOBJ.INITIAL " |
Any system that has the least bit of Change Control or Configuratoin Management has promotion processes in place that always put Production executables in the Production load library(ies). There should be no need to "discover" where the module resides.
If you post what is actually wanted (not how you might solve it), someone may have a suggestion. What business requirement is there to do anything with the executables/libraries? |
|
Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006 Posts: 6966 Location: porcelain throne
|
|
|
|
Dick,
I imagine (especially since he keep citing "test" libs) that he does not have
control over his concatenation (stages) while doing testing. So, as every rookie does,
he tries to change the behavior of the computer to make up for his lack
of understanding.
In short:
If you don't know from where your run-modules are being loaded,
you lack basic understanding for which a display is not going to be much help. |
|
Back to top |
|
|
Anand78
New User
Joined: 06 Mar 2006 Posts: 50 Location: PUNE
|
|
|
|
On Tandem mainframes, I am creating two dummy servers for testing purpose one for production object and one for development.
When I execute prod/dev object, I want to some proof to document from
the program is executing from .
These test servers will be deleted everyday.
If my question is irrelevant for this COBOL forum, I apologize.
Please suggest how to delete this post.
Anand |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10873 Location: italy
|
|
|
|
how does the last post relate to zOS architecture
around here MF means zOS related |
|
Back to top |
|
|
|