I am planning to create a JCL(may use cobol program) which can be used to search a program in PDS library(Job,proc,control card) to find out the corresponding job,proc,control card so that the time will be saved when we search using 3.14(search utility) as we need to wait till it completes.

Input -> program name in sysin srchfor 'program name'
Ouput -> Program name , Job, Proc, Control card in a file

I tried with ISRSUPC utility using SRCHFOR with program name and could find, program name is used in control card with symbolic parameter. So how to proceed further to find out the job and proc.

Could you please share your thoughts on this or if you have any other easy solution which can solve all hurdles?

Note :
1-> control card name may not be same as program name
2-> Program name can be mentioned anywhere in control card : Ex : RUN PROGRAM(Program name) in case of db2
3-> How to find whether the program name is used in proc or in control card which is used in proc?

the time will be saved when we search using 3.14(search utility) as we need to wait till it completes.

So instead of waiting for the system utility to complete, you want to wait for YOUR utility to complete?

I assume you work for a company that is charging out your time -- no other explanation makes sense for the system resources and personal time you are wasting on this effort. Use ISPF 3.4 and the search function -- that is what it is for. Duplicating this functionality is NOT providing your company with any additional functionality.

Furthermore, your statement of what you are doing is so vague as to be useless. What if the PROC is stored in a PROCLIB? What if the control records are stored in a different data set than the JCL (which is usual for many sites)? Based upon what you have said, it appears you are going to HAVE to use a programming language to complete your task.

ISPF 3.4 can be submitted as a batch job, so your reasons for doing this are STILL completely false.

What do you mean by "whether it can be done in jcl"? JCL does nothing but set up the environment for a program to execute -- sometimes the program is an application program, sometimes the program is a system utility such as DFSORT -- but JCL does NOTHING by itself (if you want to delete a data set, even, you run a system program called IEFBR14 to do that).

You are not likely to get help with your task on this, or any, forum since we see no reason to waste time reinventing tools that are already available.

I am planning to create a JCL(may use cobol program) which can be used to search a program in PDS library(Job,proc,control card) to find out the corresponding job,proc,control card so that the time will be saved when we search using 3.14(search utility) as we need to wait till it completes.

Why you want to reinvent a wheel, 3.14 does exactly you asked for? if it has to wait then you got to wait till it finishes the task period, because the utility is doing its work while you wait and not sleeping after the job is submitted, it got to search all the members of the PDS of all the concatenated libs.

RKS,
Why ask Dave that? Do you have XREFPLUS installed at your place? If you do then you will access to the anuals and there will be samples in your workplace. If it is not installed then you will have to go to your System programmer's and ask them to buy it (I assume that it is not free) and install it. Buying it would then mean you have access to the manuals and samples and vendor support.

RKS,
Why ask Dave that? Do you have XREFPLUS installed at your place? If you do then you will access to the anuals and there will be samples in your workplace. If it is not installed then you will have to go to your System programmer's and ask them to buy it (I assume that it is not free) and install it. Buying it would then mean you have access to the manuals and samples and vendor support.

Hi Nic

Thank you . I think its not installed in my system . is there any possibility to replicate the same functionality with some jcl utility and sorting ? so that I can develop it.

At one point, our company had considered ending our contract for XREFPLUS!

They had asked me to come up with alternative. I looked into CA JCLCHECK, which performs similar functionality. I looked possible, but with some difficulties. Then for whatever reason, they renewed the contract.

The point here is: you need a way of expanding Procs and resolving symbolic parameters. That is what these products are for.

Quote:

with some jcl utility

I am not sure what you are looking for. Some magic (and free) bullet.

Coming up with innovative solutions is hard (and costly), but the end result is rewarding and useful.

My advice is look at the products currently available in your shop.

You must have some sort of JCL checker. That may have functionality useful as a starting point.

You can contact the XREFPLUS! company to purchase their product if this is important enough to management.