View previous topic :: View next topic
|
Author |
Message |
anshuljain26
New User
Joined: 04 Apr 2010 Posts: 37 Location: Chandigarh
|
|
|
|
how can i know the complete list of programs that have run under same transaction?
The way i know:
In the SPOOL area we can see the PPT entries in the region, when program first runs under the transaction, but this also has limitataion, as txn can involve different regions, it will be difficult to idenitfy.
The tools I have is OMEGAMON,
System: IBM Mainframes z/os,
ChangeMan: Endevor |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8697 Location: Dubuque, Iowa, USA
|
|
|
|
Generally speaking, there is no easy way to do this. A person reading the code is required since the PPT entries only list programs that are known to CICS. A program invoked via the language CALL statement, even though it is used in the transaction, will not have a PPT entry and can only be identified by looking at the source code. |
|
Back to top |
|
|
anshuljain26
New User
Joined: 04 Apr 2010 Posts: 37 Location: Chandigarh
|
|
|
|
Thanks Robert.
But, even if we exclude the programs invoked through CALL statement, do we have a work around.
Secondly, I believe that programs invoked through CALL statement in a CICS transaction will also have a PPT entry as they will be LNKC modules(terminology: acording to Endevor).
Please suggest. |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8697 Location: Dubuque, Iowa, USA
|
|
|
|
Quote: |
Secondly, I believe that programs invoked through CALL statement in a CICS transaction will also have a PPT entry as they will be LNKC modules(terminology: acording to Endevor). |
Your belief is wrong. EXEC CICS LINK and EXEC CICS XCTL programs must be in the PPT. A COBOL program, for example, can be statically linked into a load module, in which there is no reason for anything outside the calling program to know there is even a subroutine being called.
Note, too, that many sites -- including mine -- do not use Endevor so if you want to ask about Endevor, I recommend you start a topic in the CA section of this forum. |
|
Back to top |
|
|
anshuljain26
New User
Joined: 04 Apr 2010 Posts: 37 Location: Chandigarh
|
|
|
|
Thanks Robert.
I am not in position to challenge your opinion. Perhaps, you being a veteran might be correct.But i would like to confirm once I am logined on my machine.
Between, If you could help me on query 1, I ll be Happy. |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8697 Location: Dubuque, Iowa, USA
|
|
|
|
Quote: |
I am not in position to challenge your opinion. |
YOU may have opinions. I base my comments upon the manuals. Specifically, the CICS Application Programming Guide, available from the Manuals link at the ttop of this page, which states (I placed the key part in red):
Quote: |
| 1.4.5.1.4 CICS CSD entries without program autoinstall
| (If you use program autoinstall, you do not need an entry in the CSD.)
| LINK
| The linked subprogram must be defined using RDO. If the linked
| subprogram is unknown or unavailable, even though autoinstall is
| active, the LINK fails with the PGMIDERR condition.
| Static COBOL CALL
| The calling program must be defined in the CSD. If program A calls
| program B and then program B attempts to call program A, COBOL issues
| a message and an abend(1015). The subprogram is part of the calling
| program so no CSD entry is required.
| Dynamic COBOL CALL
| The calling program must be defined in the CSD. If program A calls
| program B and then program B attempts to call program A, COBOL issues
| a message and an abend(1015). The called subprogram must be defined in
| the CSD. If the called subprogram cannot be loaded or is unavailable
| even though autoinstall is active, COBOL issues a message and abends
| (1029). |
Your best bet to identify which programs are used in which regions is to have the various applicaitons groups tell you. Barring that, a very rough approximation can be derived from the CSD file and knowing which CSD files are used in which regions. However, to get complete and accurate results for what you want is a very difficult and time-consuming exercise.
Based upon the questions you are asking so far, I recommend you stop posting on this forum and start using the Beginners and Students Forum, which will be more in line with your level of experience. |
|
Back to top |
|
|
anshuljain26
New User
Joined: 04 Apr 2010 Posts: 37 Location: Chandigarh
|
|
|
|
Thanks Robert.
We donot use Static COBOL Call for our application, wheras all are Dynamic CALLS. Hence, a PPT entry.
Secondly, I acknowledge your concern of providing the complete explanation, to support your text. I also repsect the additional link that u have provided, for posting my queries.
But, I feel questions like these can't be answered my ameatures. They need veterans like you. You ll be happy to see the result, in future, when u ll find minium number of replies and maximum views to this post.
Many Thanks. |
|
Back to top |
|
|
anshuljain26
New User
Joined: 04 Apr 2010 Posts: 37 Location: Chandigarh
|
|
|
|
Robert,
I also look forward to have your views on following posts:
** IBMMAINFRAMES.com Support Forums -> Other Mainframe Topics
Post subject: Work on Mainframes apart from what Organization requires?
** IBMMAINFRAMES.com Support Forums -> CICS
Post subject: CICS Txn | same UOW | COMMIT| Solution Required?
Thanks. |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10873 Location: italy
|
|
|
|
do not solicit for answers...
as you know
replying is
on voluntary basis
on our own time
free of charge |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Quote: |
But, I feel questions like these can't be answered my ameatures. They need veterans like you. |
The reason for the Student/Fresher forum is so that people with limited experience can get expert answers to beginner questions without adding clutter to this forum.
Most of the people who provide help here are the same people who reply to topics in the student forum. |
|
Back to top |
|
|
|