Re: Calling similiar (overloaded) procedure that has *nopass *omit in the parameter

Barbara,

My C's a little rusty...but I'm thinking of the way C supports
unpassed parms via a default value..of course that appears to require
callers to be recomplied when a new optional parm is added...which we
don't have in RPG.

Java appears to have disallow optional parms in favor of overloading
while C# added back optional parms but they still have the recompile
requirement...

Heh...I don't know how to solve it...hoping those smarter than me
working on the compilers would figure something out :D

It just seems like lot's of boiler plate code to have to
write...especially when I got a hierarchy of procedures
(public/protected/private) and so am trying to pass variables into
where they are ultimately used.

And perhaps it can't be done withing sacrificing the current "no
recompile needed when adding a new *NOPASS parm"..

But I do know that I've needed an ALWNULL keyword for both standalone
fields and parameters...since I don't have it I'll usually build my
own complex type
d t_Int4_Nullable ds template inz
d value 10i 0
d isNull n inz(*ON)

Which works but means I have to translate between the DB field and my
variable...

Charles


On Thu, Mar 10, 2011 at 11:53 AM, Barbara Morris <bmorris@xxxxxxxxxx> wrote:

On 3/9/2011 8:57 AM, Charles Wilt wrote:

My point is that *NOPASS is only a problem because IBM implemented it
that way. :)

I'm sure Barbara and co. had good reasons...but I can't help but think
that part of issue was RPG's limited support of NULL.  After all
options(*NULLIND) didn't come around till v5r4 and you still can't
define a stand-alone null variable.

Even if RPG had had great support for NULLIND, I don't think it would
have led to *NOPASS somehow making the parameter null capable.

Other languages besides RPG (like C with its ..., or program APIs)
support the notion of parameters that are simply not passed.
--
This is the RPG programming on the IBM i / System i (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.