RE: opendir()

We have the system() prototype and use it quite a bit here. But I have
several million files to index to a database and move from a NTFS
directory to our NAS. Invoking the command layer from within an RPG to
interpret the command string and call some program, (API), under the
covers seems like a waste of CPU cycles. Our system is lacking there
being the first generation Power5 processor @ 1.5Ghz. I expect this job
to run for days in the background.



Chris Bipes
Director of Information Services
CrossCheck, Inc.


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Vern Hamberg
Sent: Thursday, November 12, 2009 9:04 AM
To: Midrange Systems Technical Discussion
Subject: Re: opendir()

Have you looked in the API documentation? I did and found nothing. There

is a QHFMOVSF but is limited to a registered hierarchical file system -
can't be used against normal IFS.

But I don't see what's so "not better" about using a prototyped QCMDEXC
or system() - simple, especially the latter that doesn't require a
length parameter.

HTH
Vern

Chris Bipes wrote:

That is how we are running on other smaller projects now. But there

has

to be a better way.



Chris Bipes
Director of Information Services
CrossCheck, Inc.


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Bob P. Roche
Sent: Thursday, November 12, 2009 8:21 AM
To: Midrange Systems Technical Discussion
Subject: RE: opendir()

You can always run the MOV command using QCMDEXC, or from C think it's

called SYSTEM. same as QCMDEXC but doesn't require the length

parameter