MJR1.V7117.S011SQFT, MJR1.V7117.S012SQFT etc are file names. There can be any no of file names.
What i need is to read the input file which has above file names and copy the contents of those files one after the other into an output file.

For example, copy the contents of 1st file MJR1.V7117.S011SQFT into an output file. then append the contents of 2nd file MJR1.V7117.S012SQFT into the same output file etc .
I know how to do this using REXX. But my client doesn't want this to do using REXX. Any help would be appreciated greatly.

Kolusu or Frank, who have answered this question several times, will help
you with the generation of the SORT Step(s).
May require two steps,
one to generate symbolics for the second,
and the second to generate the parms -
there is a lot of literal data that needs go added along with the file names.

Input file is LRECL 120 with format FB and Output file is the same (LRECL 120 and format FB)
The contents of each file (whose file names are present in input file) has same LRECL 120 and format FB.
In short, all the files used is LRECL 120 and format FB.

Sorry dick. the length of all the files used is 80. The copy utility used will be IEBGENER or another SORT. I need to know how to generate Repo parms as i haven't worked on that yet.
I searched in this forum for similar kind of requirement. But couln't.
Please help.

relax.
nice thing about DFSORT is that the team that maintains the product for IBM
are members of this Website & moderator of this forum.

as a result, if you detail your requirements,
they will provide you the necessary control cards
and go to the trouble of explaining.

but, as with anything, good service requires adequately defined expectations
no one can read your mind, so explain in detail what you need generated
so that all you have to do is use the output of the sort as a sysin input to
your iebgener step.

so, describe in detail the iebgener parms that you want as output of the sort based on your input file.

This might help if the length of the file names are all the same. I for one would certainly be interested in seeing a solution for variable length filenames. This is just a little something that I saw on this forum and kept for future reference.

You should remove the SORTWK01 and SORTWK02 DD statements. Work data sets are not used for a COPY application, so you are just wasting space by specifying these DDs. In fact, it's better not to specify SORTWKnn DDs even for a SORT application - let DFSORT allocate the needed work data sets dynamically.