|
I would suggest completely seperating (source and all) subprocedures and creating service programs. With modules, you'll use more space since the module is copied into the program. Service programs are standalone. I would focus on exporting only common tasks at first to subprocedures. Things like centering text, returning static info from files, etc. IT's a great start. And, when you seperate them into logical service programs (ie all string functions in one sp, etc) you'll find it much easier to maintain. Brad > -----Original Message----- > From: Contractor1@Parkdalemills.com > [mailto:Contractor1@Parkdalemills.com] > Sent: Monday, June 19, 2000 2:28 PM > To: rpg400-l@midrange.com > Subject: Attempt at pure ILE > > > I am working with a client that wants to move to ILE > programming. We are > very busy and do not have the time for formal education. We take > opportunities to learn ILE when we can. So far we've been taking baby > steps. First, we compiled single source modules and bound them into > programs. Then, we created programs binding multiple modules. > We created an > export subprocedure to center text and it works great. > > After reading an ILE concepts manual I saw were pure ILE > expects modules to > made of nothing but procs. So, I converted one of our model > programs to use > nothing but subprocedures replacing all subroutines and the > main logic. It > compiles but will not run. > > Attached is the code. We are looking for some good criticism. > Feel free to > be as critical as possible. We are wanting to learn as much > as we can from > experts like yourselves from dissecting this code. > > (See attached file: I2_0020R.txt) > > Thank you, > > Patrick Conner > www.ConnecTown.com > (828) 244-0822 > +--- | This is the RPG/400 Mailing List! | To submit a new message, send your mail to RPG400-L@midrange.com. | To subscribe to this list send email to RPG400-L-SUB@midrange.com. | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
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.