|
Indeed! Finally having local variables has made my life sooo much easier. Even being able to declare a local variable as static is useful sometimes (GetNextToken sort of thing) ______________________________________________ Eric N. Wilson President Doulos Software & Computer Services 2913 N Alder St Tacoma WA 98407 ----- Original Message ----- From: Buck Calabro <mcalabro@commsoft.net> To: <RPG400-L@midrange.com> Sent: Thursday, August 19, 1999 10:10 AM Subject: RE: More on Call or Bound Call > You've heard my foaming at the mouth before, but I feel that THE biggest > reason to go to RPG IV is local variables. To be able to put a "function" > like "parse last name/first name from a combined field" into a > parameter-driven procedure means that you can write, test and debug that > procedure once and reuse it forever! RPG/400's "global only" variables make > that re-use difficult. You'd have to copy the code from the working > program, make sure the variable names and indicators don't clash with the > new program's and test and debug all over again. Either that, or write it > as a separate program and pay the performance penalty. > > I've said it before, but as long as I'm on my soapbox, I'll say it again: > RPG IV is not hard. Don't focus on the opcodes, bifs, etc. It's not about > the opcodes, it's about the way you use them. It's the concepts you can > implement now that we have a real language! > > Buck Calabro > Billing Concepts Albany, NY > mailto:mcalabro@commsoft.net > > > -----Original Message----- > > From: Buzz Fenner > > Sent: Thursday, August 19, 1999 11:11 AM > > To: Discussion RPG (E-mail) > > Subject: More on Call or Bound Call > > > >I have two goals in putting these types of posts > >on the discussion group. One, as you may > >guess from the subject matter of my original > >post, is to gather useful information pertaining to > >performance advantages of RPG IV over RPG III. > >Second, will be to find opcodes, bif's, etc., that > >provide added functionality over what my shop > >has now using RPG III. > +--- > | 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 > +--- +--- | 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-2025 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.