On Wed, 22 Jun 2022 16:06:06 +0000, Sri h Kolusu wrote: >>> Mr. Natural says, Use the right tool for the job. > >Gil, > >I agree with the statement, however in this case rexx isn't the right tool. >Here are a few reasons I can think off > >1. Most shops discourage the use of REXX in production jobs > Cite. Does IBM itself not distribute production utilities in Rexx? Do those same shops encourage the use of TSO in production jobs? There's probably a COBOL solution.
>2. In this case the exec is simple , however if your exec needs ISPF services >then running REXX in batch is a pain to set up. > But "this case" is the OP's requirement. I've run ISPF in batch. Most of the pain was eased by copying and modifying a PROCLIB member. >3. For smaller input rexx might be good, but it is a poor choice to process >large volumes of data. > Irrelevant for the OP's dozen or so records. This is reminiscent of the recent dispute here about optimizing storatge for a small data set. >I for one prefer using the existing IBM utilities and there are utilities like >DFSORT (of course I am biased towards it ) which does have plethora of Date >arithmetic functions. > I never mastered the syntax of DFSORT commands. -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
