RE: RPG V?

Hi Vern,

While it was a separate question, it did have some links to the RPG V
thread.

Even if your answer was correct, it must be clear that passing a well
described array of parameters is all but flexible. For those of us who
use other languages we also know that there are much better and flexible
methods (which usually comes down to a concept of a object and its
methods... which is not necessarily object oriented yet).

In that context I was only stating that most people only looked at some
cosmetic stuff, and not what the language really needs... ie. things we
as a developer can't code ourselves. Until this is fixed, we need to
continue to emulate it (which is possible to a certain degree with heavy
pointer stuff), but that reminds me of RPG being immature (in that
specific area of a language as there are other areas where we're still
way ahead of other "modern" languages).

Kind regards,
Paul


-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Vern Hamberg
Sent: zaterdag 9 januari 2010 18:12
To: RPG programming on the IBM i / System i
Subject: Re: RPG V?

Hi Paul

Well, my intent was to give a simple answer to what looked like a simple

question. Others have gone beyond what it seems the OP was asking for -
how do I call another program with values from a screen? That does seem
so basic, and there was no hint of how many and how complex and all that

- so we all take our best guess!!!

I do like the LDA option that Mark W presented - allows for all the data

on a standard screen.

Wasn't the guy asking for how to solve a real problem in his shop? Or
did I miss something?

Take care
Vern

Paul Nicolay wrote:

Hi Vern,

That's not flexible (and how we often differ from other languages).

Instead of "match the data types and lengths"... it should be "an

array

of objects" (not to forget its methods !).

In this respect, it amazes me that everyone is "distracted" by the
complete free format discussion, and doesn't even notice the real
wonderful things in Bobs article, being "DCL method" (hope his idea is
not limited to con/destructors alone) and the namespace issues it
immediately solves.

Like Simon wrote it in his post... I want the RPG developers to give

me

the stuff I CAN'T write. That's why we need other enhancements rather
than a bit more free format.

This doesn't mean that "complete" free format isn't important, but it
merely is something cosmetic in many cases, and once the C-statements
went to free format, it shouldn't have been an issue if more than one
statement is on a single line, or extends beyond position 80 (so it
amazes me that the steps taken in this context by IBM are always so
"partial").

Kind regards,
Paul

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Vern Hamberg
Sent: vrijdag 8 januari 2010 20:26
To: RPG programming on the IBM i / System i
Subject: Re: Passing parms between two programs

Hi Willie

Are you using RPG IV?

Well, you create ProgB with parameters that match the data types and
lengths of the screen fields in ProgA and then pass those values as
parms to ProgB when the user hits Enter - validate things as needed,

of

course.

In a /copy member, put a prototype for ProgB and /copy that member in
ProgA. For ProgB I suggest using a prototype at the main level instead

of an *ENTRY PLIST.

Piece of cake! I hope!

If you have too many values for the number of parms you can use, maybe

put them into a data structure. Then pass that as one parm. You can

have

arrays of values there, too.

Vern

Willie J. Moore wrote:

What I need to do is the following:
ProgA displays a screen for data entry, then calls ProgB passing the

entered data as parms. ProgB then prints a report.

My problem is ProgA. I have the program display the entry screen. And

I can call ProgB. But how do I set up the parms to pass through to
ProgB?

Any help or examples would be appreciated.
Thanks,
William Moore
California Fine Wire
805-489-5144