RE: Read stream files by data/time?

Agreed. I sent this earlier but it was bounced...

Another option is to use RTVDIRINF and read/process from the output files. I do a semi-annual archiving of many, many thousands of IFS files with it. That's VERY easy to do with RPG/CL/SQL.


-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of B. Dietz
Sent: Saturday, January 21, 2017 7:54 AM
To: Midrange Systems Technical Discussion
Subject: Re: Read stream files by data/time?

in place of reading the directory yourself and writing to a file have a look at the RTVDIRINF command. you will have all the details for the files and do your own processing
http://ibm.co/2jAPoqX <http://ibm.co/2jAPoqX>

bryan

On Jan 21, 2017, at 10:38 AM, Justin Taylor <JUSTIN@xxxxxxxxxxxxx> wrote:

This is part of a larger process that will involve DB2 I/O and 3rd party API calls. I didn't want to make the removal of duplicates a completely separate step.

The file names are 28 characters long. The first 8 are the "primary key", and the remaining 20 are complete garbage. For example, these files are duplicates. The newest is binding, and the remaining are obsolete.
12345678aaaaaaaaaaaaaaaaaaaa.pdf
12345678bbbbbbbbbbbbbbbbbbbb.pdf
12345678cccccccccccccccccccc.pdf


Jim Franz,
That's a solid plan. Read the dir in natural order using RPG, use the stat() API to get the date/time and write a cross-ref table. Then use that table, ordered by date/time, for my process.

Alan Campin,
I do all 3. In those languages, you'd read the dir contents into an array and then sort the array. If an array of that size didn't melt my PC down to slag, it would definitely make it unusable for hours.

Roger Harman,
It's not clear exactly how that app determines duplicates. I'm also skeptical whether my PC can handle that big of a dir.

John Yeung,
Native Java would be an option. I don't know Python, and I doubt it's even installed on my i. I tend to stick with RPG because it's the only language the other devs know.

Bryan Dietz,
Wow, that doc is beyond my "Dick and Jane"-level C skills.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: http://amzn.to/2dEadiD