|
I've always wonder why does it necessary handle file open and close manually in service program. What is wrong with leaving files open and stay open. -----Original Message----- From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Knezevic, Mihael Sent: Thursday, February 22, 2007 6:00 AM To: RPG programming on the AS400 / iSeries Subject: Performance and %open hello, i'm currently writing a serviceprogram which should be used for interactive and batch programs and i'm wondering how to code the opening and closing of the files. my concept was as following: procOpenFiles() - opens files if they are not allready open procCloseFiles() - closes files if they have been open by procOpenFiles() procSomething() - checks if the files have been opened with %open and do some calculations in a batch program i would call procOpenFiles() at the start and procCloseFiles() at the end and call procSomething a couple of thousand times. procSomething would check at the start if the files have been opened and if not open them and close them at the end of the proc. in an interactive program i would call procSomething only without the other two procedures. but how does %open impact performance if it has to check for 10 or 20 files in batch a couple of thousand times? or would it be better to code a batch and a non-batch procedure? any ideas? thanx in advance mihael knezevic -- This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list To post a message email: RPG400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/rpg400-l or email: RPG400-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/rpg400-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.