IBM MAINFRAME HELP & SUPPORT FORUMS

raghav08 · Joined: 03 Jun 2008 Posts: 40 Location: Bangalore

dbzTHEdinosauer,

Till now I knew that NEWCOPY will copy the new version of link edited load module of application program to CICS load libray, question i have is To which CICS load libary?

The load library under DD name DFHRPL? this what i want to confirm. My apologies, I'm not looking for what's the functionality of NEWCOPY.

Garry Carroll · Joined: 08 May 2006 Posts: 166 Location: Dublin, Ireland

Quote: Till now I knew that NEWCOPY will copy the new version of link edited load module of application program to CICS load libray,

Til now you have been wrong. NEWCOPY will copy the new version of the module FROM the first library in the DFHRPL concatenation.

It's the linkedit that puts the new version IN the load library.

As dbzTHEdinosaur says, this is very basic.

Regards,
Garry.

Robert Sample · Joined: 06 Jun 2008 Posts: 891 Location: Atlanta, GA

Quote: NEWCOPY will copy the new version of the module FROM the first library in the DFHRPL concatenation. More precisely, NEWCOPY updates the internal CICS pointer to the program from the first library in the DFHRPL concatenation that contains the load module. If there's more than one copy of the load module in the DFHRPL concatenation libraries, the ones in the later libraries are ignored. If the load module only exists in the 17th library concatenated to DFHRPL, that's the one used for the NEWCOPY.

Garry Carroll · Joined: 08 May 2006 Posts: 166 Location: Dublin, Ireland

Quote: ...that's the one used for the NEWCOPY.
hmmmmmm....

NEWCOPY invalidates the address in the PPT (internal CICS pointer) so that, when the program is next required, CICS finds it missing from storage and THEN searches the DFHRPL concatenation, selecting the first module of that name found.....

Garry

raghav08 · Joined: 03 Jun 2008 Posts: 40 Location: Bangalore

Quote: It's the linkedit that puts the new version IN the load library.

Garry,

Thanks for your posting.

Correct in thinking that,

1) When I changed the CICS program and link edited in TSO region, the new load module will reside in the first load library of DFHRPL

2) When I do NEWCOPY, the new load module copied FROM first libray of DFHRPL "TO" which load libray? [/quote]

Earl Haigh · Joined: 25 Jul 2006 Posts: 209

raghav08

all this is pretty basic stuff. It sounds like your experience is
very limited working with mainframe environments. Someone posted earlier, you are a 1 man shop.

If thats true, then you need to ask your management to send
you to some IBM training classes.

raghav08 · Joined: 03 Jun 2008 Posts: 40 Location: Bangalore

Earl Haigh,

Yes My mainframe experience is limited and My question could be basic, If you know the right answer please post it else stop the nuisance

Garry Carroll · Joined: 08 May 2006 Posts: 166 Location: Dublin, Ireland

Quote: If you know the right answer please post it else stop the nuisance

That's hardly the approach to win friends & influence people.

Garry.

dbzTHEdinosauer · Joined: 20 Oct 2006 Posts: 1618 Location: germany

Not only that, the word nuisance is not used correctly in the sentence. either 'stop causing nuisance' or 'stop being a nuisance'. You probably meant stop being a nuisance (pest).

The linkedit job has a dd statement which will tell you which of the concatenated libraries in the DFHRPL reference your job will put your executable.

Look at the JCL for your linkedit step, look at the JCL for the cics started task (both can be viewed in SDSF - or whatever spool utility you have).

If your loadlib is first in the cics concatenation, no problems. but if there are others above in the cics concatenation, you need to BROWSE those libraries to insure that a memeber of the same name as your program does not exist.

unless you have your own bootleg jcl to compile/linkedit, your systems people should have provided you with jcl that would avoid the 'same member' problem.

I went to the effort to provide the above info, because unless you are having a problem with getting your corrected module into cics, NO ONE CARES ABOUT THIS CONCATENATION, WHERE IS WHAT CRAP unless you are a systems programmer! And someone whose fundamental knowledge of MF's is barebones at best, seems to make no effort to elevate his level of knowledge on his own and expects others to take their time to do it for him, becomes a nuisance.

raghav08 · Joined: 03 Jun 2008 Posts: 40 Location: Bangalore

dbzTHEdinosauer,

You provided me pretty good information. I could see the the link edit load library, the same exist in the CICS jcl as well (but it's not first one).

Thanks dude.

dbzTHEdinosauer · Joined: 20 Oct 2006 Posts: 1618 Location: germany

raghav08,

I am glad you feel comfortable with the information that you have.

I apologize for flamming you, but you PMO, and I don't have a high level of patience today.

Earl Haigh · Joined: 25 Jul 2006 Posts: 209

raghav08

SORRY TO BE A NUIESANCE, BUT IT IS NOT UP TO MEMBERS ON THIS FORUM TO DO YOUR WORK FOR YOU !

MEMBERS THAT ANSWER QUESTION ON THIS FORUM, DO SO ON THEIR
OWN TIME AND OUT OF COURTESY TO OTHERS.

have a nice day --)

Terry Heinze · Joined: 14 Jul 2008 Posts: 159 Location: Richfield, MN, USA

Give a man a fish and he'll eat for a day; teach him to fish and he'll buy a bass boat, go out on the lake, and drink beer all day. :D

Garry Carroll · Joined: 08 May 2006 Posts: 166 Location: Dublin, Ireland

Quote: and he'll buy a bass boat, go out on the lake, and drink beer all day

of course.... in the UK and Ireland, BASS is a fairly popular beer..... wouldn't mind a boat-load...

Garry.