|
View previous topic :: View next topic
|
| Author |
Message |
Pandora-Box
Global Moderator
.jpg)
Joined: 07 Sep 2006
Posts: 1592
Location: Andromeda Galaxy
|
|
|
|
I have a load library which is not being version controlled and in general this load is not a output of a compilation but just copy load members just for testing purpose.
A particular member is in the load module is being overwritten and is it possible to find when and who had over written that particular member? |
|
| Back to top |
|
 |
Dsingh29
Active User
Joined: 16 Dec 2008
Posts: 132
Location: IBM
|
|
|
|
You can find out the "when" it was overwritten, by finding for timestamp.
Regarding the "who" part, it may be good to look at listlib , it will give the job which generated list lib. |
|
| Back to top |
|
|
Pandora-Box
Global Moderator
Joined: 07 Sep 2006
Posts: 1592
Location: Andromeda Galaxy
|
|
|
|
Dsingh29,
But I have clearly mentioned this is not output of compilation |
|
| Back to top |
|
|
PeterHolland
Global Moderator
Joined: 27 Oct 2009
Posts: 2481
Location: Netherlands, Amstelveen
|
|
|
|
| try SMF and RACF audits. |
|
| Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
|
|
for Dsingh29:
it would be wise to meditate before posting wrong information 
what timestamp are You talking about ...
copying a load module does not alter the bind date
and before You complain .... I just tested to be sure
| Quote: |
| Regarding the "who" part, it may be good to look at listlib , it will give the job which generated list lib. |
in Your Dreams maybe ...
what kind of horse manure is that ?
for premkrishnan
the only thing that You can do is to run something along the lines of
| Code: |
//IDR EXEC PGM=AMBLIST
//SYSPRINT DD SYSOUT=*
//SYSLIB DD DISP=SHR,DSN=<Your Load Library>
//SYSIN DD *
LISTIDR DDN=SYSLIB,MEMBER=<Your Module name>
|
it will return something like
| Code: |
*****LOAD MODULE PROCESSED EITHER BY VS LINKAGE EDITOR OR BINDER
LISTIDR FOR LOAD MODULE ******* PAGE 0001
THIS LOAD MODULE CONTAINS NO INFORMATION SUPPLIED BY SPZAP
------------------------------------------------------------------------------------------------------------------------
THIS LOAD MODULE WAS PRODUCED BY THE BINDER 5695PMB01 AT LEVEL 01.10 ON DAY 149 OF YEAR 2011 AT 08:11:05.
------------------------------------------------------------------------------------------------------------------------
CSECT TRANSLATOR VR.MD YR/DY
******* 569623400 01.06 2011/149
------------------------------------------------------------------------------------------------------------------------ |
where You can see when the module was created ,
( in the original library, not copied )
and start the research from there,
for the who You are out of luck ( maybe a PI might help  ) |
|
| Back to top |
|
|
Pandora-Box
Global Moderator
Joined: 07 Sep 2006
Posts: 1592
Location: Andromeda Galaxy
|
|
|
|
| Thanks Enrico but this gives the date in which the program is compiled and not the date its being changed and am not sure the date given in the report is nothing date member being moeified |
|
| Back to top |
|
|
Bill Woodger
Moderator Emeritus
Joined: 09 Mar 2011
Posts: 7309
Location: Inside the Matrix
|
|
|
|
| The date/time the load was created should help along with Peter's suggestion. It gives you a "range", from then till now, to look for the culprit who has opened the library you are interested in for update. |
|
| Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
|
|
the topic title was very clear ...
| Quote: |
| Identify when was the load module member modified |
and that what You were given
| Quote: |
| but this gives the date in which the program is compiled and not the date its being changed |
it is the date when it was changed in the load library
the date the source was changed is IMHO irrelevant ( given the title of the topic )
the date when the source is changed anyway cannot be found unless You have a change management process in place
learn to ask better, please
You asked about load modules , not source code. |
|
| Back to top |
|
|
Pandora-Box
Global Moderator
Joined: 07 Sep 2006
Posts: 1592
Location: Andromeda Galaxy
|
|
|
|
I thought I was clear sorry about that Enrico .Apologies
I will better be clear the requirement we have two datasets say xx & yy .Programs are compiled and syslmod is XX.For testing purpose we copy XX member to YY and test them.
But why doing so it was said that program was not working fine due to some reason which is in YY and after sometime it was reportted the program ran fine without any changes in either load and I just wanted to know when was this particular member modified say last time in YY which will prove as I know when it was compiled and when it was copied . So which will indicate the YY was copied with a wrong version.
As of now I couldnt prove myself why it was wrong when run first time ( If anyone might have replaced the wrong version in YY with correct one and I dont have a proof for that ) as it is not version controlled |
|
| Back to top |
|
|
Bill Woodger
Moderator Emeritus
Joined: 09 Mar 2011
Posts: 7309
Location: Inside the Matrix
|
|
|
|
Let's see if I got this straight.
Programs are compiled and, if Cond Code is OK, they are linked to XX.
When you get to testing, you copy load from XX to YY.
Program A was reported as not working.
With no known changes, compiles, links, by you, it was later reported as working.
You know the comile/link time of Program A.
You run the AMBLIST as indicated and look at the output.
Is it different from the time/date you "know"?
What language is Program A in, by the way? |
|
| Back to top |
|
|
Pandora-Box
Global Moderator
Joined: 07 Sep 2006
Posts: 1592
Location: Andromeda Galaxy
|
|
|
|
Hi Bill,
Say the earlier prod version was in ZZ
Programs are compiled and, if Cond Code is OK, they are linked to XX.
When you get to testing, you copy load from XX to YY.
But when run first time as the datasets are concatenated
// yy
// zz
But when run the load module is being run of the prod version ( Prod version timestamp of compilation is 2000)
and even YY has the program A but after first run none checked the compiled time of the load in YY
May be someone might have identified and said to themselves like ok I have not copied the code may be then copied to yy from XX and ran the code and it ran as expected
then we checked the loads of xx and yy it was matching
But I am not bothered about who missed out to copy but on to prove the first failure was not due to my program error
The program is developed in Cobol |
|
| Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
|
|
why not get a cup of cofee and forget about it ?  |
|
| Back to top |
|
|
Akatsukami
Global Moderator
Joined: 03 Oct 2009
Posts: 1788
Location: Bloomington, IL
|
|
|
|
| premkrishnan wrote: |
| But I am not bothered about who missed out to copy but on to prove the first failure was not due to my program error |
Then it should be adequate to demonstrate that there are at least two versions of the load module, one of which has a link date/timestamp approximately that of your compile (you don't wait a month after a clean compile to link, do you?) and which was not first in the STEPLIB concatenation of the job. |
|
| Back to top |
|
|
Pandora-Box
Global Moderator
Joined: 07 Sep 2006
Posts: 1592
Location: Andromeda Galaxy
|
|
|
|
| the team which copies and executes is different so its like the blame game |
|
| Back to top |
|
|
Bill Woodger
Moderator Emeritus
Joined: 09 Mar 2011
Posts: 7309
Location: Inside the Matrix
|
|
|
|
Have a look here.
I always put the "when-compiled" stuff in batch programs. Has saved me lots of time, as I always know which module I'm looking at. |
|
| Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne
|
|
|
|
| Quote: |
| was not due to my program error |
then you should have provided an accurate title to the topic, like:
how to prove someone else is responsible........... |
|
| Back to top |
|
|
Pandora-Box
Global Moderator
Joined: 07 Sep 2006
Posts: 1592
Location: Andromeda Galaxy
|
|
|
|
| May be Dick |
|
| Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
|
|
old reminiscence ...
auditor is a person that goes around the battlefield after a war stabbing the wounded. |
|
| Back to top |
|
|
|
|
