Just a thought,

Why not put all datasets in a sequential file.  Which is then used as input to 
your process

Then your process could do

Read input list of files
Do Loop until Input all read
   Open file
    Search file
   If match - do Something
   Close file
End loop

Keep going through as many datasets that are in your input file.  Or is this 
something you are doing already?


Why waste JCL space?

Lizette

PS I know nothing about what you are doing, so this is just a suggestion.  All 
thoughts are my own



-----Original Message-----
From: IBM Mainframe Discussion List <[email protected]> On Behalf Of 
Joseph Reichman
Sent: Thursday, October 1, 2020 1:59 PM
To: [email protected]
Subject: Re: SVC 99 unallocating a concatenated dataset

You may be right 

Was doing it in assembler 

Because that’s the language used 

But whatever works 

Thanks 

PS my code was proceeded by a call IGGCSI00 to get the dataset names 

> On Oct 1, 2020, at 4:54 PM, Paul Gilmartin 
> <[email protected]> wrote:
> 
> On Thu, 1 Oct 2020 16:46:25 -0400, Joseph Reichman wrote:
> 
>> Have to read 4,471 files ( VB files ) looking For data obviously 
>> there is a concatenation limit which is why my question were centered 
>> dynamic allocation and deallocation
>> 
> Does a concatenation gain you anything compared to the simple:
> 
> DO FOR 4471
>    ALLOCATE
>        OPEN
>            look for data
>        CLOSE
>    FREE
> END
> 
> -- gil
> 
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to [email protected] with the message: INFO IBM-MAIN

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
[email protected] with the message: INFO IBM-MAIN

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to