Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

Who compiled the Cobol load module

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> TSO/ISPF
View previous topic :: :: View next topic  
Author Message
pmvino

New User


Joined: 22 Aug 2008
Posts: 20
Location: india

PostPosted: Thu Mar 03, 2011 11:07 pm    Post subject: Who compiled the Cobol load module
Reply with quote

Hi
We are using non endevor load library when the modules are in contension with others. During that time we are not able to find who compiled that code in that load library. We are inquiring guys who has done that. And spending a lot of time. Can any one please help to find out the TSO id used to compile that load.
Back to top
View user's profile Send private message

Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7913
Location: Bellevue, IA

PostPosted: Fri Mar 04, 2011 12:04 am    Post subject:
Reply with quote

Procedures are usually put in place to handle things like this -- and now you can understand why.

There's nothing in a load module to indicate who compiled the code -- only the date and time of compile. You can use SMF data to identify which batch job (or TSO user) updated the load library, but that may be a complex task if your site is not using one of the SMF analysis tools such as MICS or MXG.
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Fri Mar 04, 2011 12:19 am    Post subject:
Reply with quote

Hello,

Quote:
We are using non endevor load library when the modules are in contension with others.
Suggest you correct this. . .

Basically someone has approved having the environment somewhat out of control.
Back to top
View user's profile Send private message
Anuj Dhawan

Senior Member


Joined: 22 Apr 2006
Posts: 6258
Location: Mumbai, India

PostPosted: Fri Mar 04, 2011 2:52 pm    Post subject:
Reply with quote

Quote:
We are using non endevor load library when the modules are in contension with others
How is that "non endevor load library" is created, using some other tool?
Back to top
View user's profile Send private message
Kjeld

Active User


Joined: 15 Dec 2009
Posts: 365
Location: Denmark

PostPosted: Fri Mar 04, 2011 3:24 pm    Post subject:
Reply with quote

No one has compiled the load module.

Someone have link edited the load module out of one or more compiled modules. This may have happened at another time than compiling the contained object modules.

This must mean that every developer is autorised to update load libraries? The people setting up that environment have asked for trouble.
Back to top
View user's profile Send private message
pmvino

New User


Joined: 22 Aug 2008
Posts: 20
Location: india

PostPosted: Tue Mar 08, 2011 11:30 am    Post subject: Reply to: Who compiled the Cobol load module
Reply with quote

The load library which I mentioned is a CICS load lib.

In CICS region, we are having some 5 load libs to concat. ie... prod, Acceptance, Dcat, Test and one ordinary load (Non Endevor). All the remaining versions are controlled in Endevor.

If some module is in contention with some 2 projects, then

one person will move is code to QA Endevor and another person will use that non endevor load for some time, till that first proj goes to prod.


During that time, some loads are not deleted after implementation also... That time we dont know whether the load is for current proj or is it from past proj....

This is the story I am having...

Thanks all... for the reply....

Our system has MICS.... but i am new to this .... if any body help to know more about MICS.... please help us.....


Thanks,
Vinodh
Back to top
View user's profile Send private message
dbzTHEdinosauer

Global Moderator


Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne

PostPosted: Tue Mar 08, 2011 12:40 pm    Post subject:
Reply with quote

there is no way of knowing in the non-endevor environment, who compiled the load module.
best you can do is look at the date. if the date (the date within the load module) is older than any existing endevor load lib members of the same name, delete the module from the non-endevor loadlib.

you could write a rexx script to accomplish this.
Back to top
View user's profile Send private message
Kjeld

Active User


Joined: 15 Dec 2009
Posts: 365
Location: Denmark

PostPosted: Tue Mar 08, 2011 12:47 pm    Post subject:
Reply with quote

Just what I was about to suggest.

And don't forget to inform the developers in your organisation what you are going to do, and when. Then everybody will know what happened to their loadmodule and can re-link, if needed.
Back to top
View user's profile Send private message
parsesource

New User


Joined: 06 Feb 2006
Posts: 97

PostPosted: Fri Mar 18, 2011 4:15 am    Post subject: Reply to: Who compiled the Cobol load module
Reply with quote

i´ve browsed a few load modules and i´ve found temporary dataset-names and the compile jobname. maybe it´s possible to deduce the person, who compiled it, with this information
Back to top
View user's profile Send private message
Peter Nancollis

New User


Joined: 15 Mar 2011
Posts: 47
Location: UK

PostPosted: Sat Mar 19, 2011 6:07 am    Post subject:
Reply with quote

Quote:
i´ve browsed a few load modules and i´ve found temporary dataset-names and the compile jobname. maybe it´s possible to deduce the person, who compiled it, with this information

Any chance you could C'n'P an example?
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7913
Location: Bellevue, IA

PostPosted: Sat Mar 19, 2011 5:15 pm    Post subject:
Reply with quote

Quote:
I´ve browsed a few load modules and i´ve found temporary dataset-names and the compile jobname. maybe it´s possible to deduce the person, who compiled it, with this information
If this data is truly in there, it was done by a modification someone made at your site as this data is not part of a standard IBM compile. You need to work with your site support group to find out who made the change and to see if the data you want is available.
Back to top
View user's profile Send private message
parsesource

New User


Joined: 06 Feb 2006
Posts: 97

PostPosted: Sat Mar 19, 2011 10:50 pm    Post subject:
Reply with quote

Robert Sample wrote:
Quote:
I´ve browsed a few load modules and i´ve found temporary dataset-names and the compile jobname. maybe it´s possible to deduce the person, who compiled it, with this information
If this data is truly in there, it was done by a modification someone made at your site as this data is not part of a standard IBM compile. You need to work with your site support group to find out who made the change and to see if the data you want is available.


enterprise pli here - no cobol. i´m not sure, whether there a differences....
i was surprised, when i first saw this information in a load module
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> TSO/ISPF All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
This topic is locked: you cannot edit posts or make replies. RANDOM Function in COBOL swapnil781 COBOL Programming 2 Tue Nov 15, 2016 6:17 pm
No new posts Regarding COBOL Stored Procedure opti... selvamsrinivasan85 DB2 4 Fri Nov 04, 2016 8:57 pm
No new posts COBOL Version 6.1 Virendra Shambharkar COBOL Programming 5 Tue Nov 01, 2016 11:24 am
No new posts Cobol list of programs being called biswajit.dattagupta COBOL Programming 5 Tue Nov 01, 2016 2:10 am
No new posts Can sending 5 MB data between cobol p... Kevin Vaz CICS 12 Tue Oct 18, 2016 4:50 pm


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us