Re: New IBM idea - Named Parameters at Program and Procedure Calls

Marco Facchinetti <marco.facchinetti-kthxv0ud/[email protected]> Fri, 27 Feb 2026 23:04:14 +0100
Newsgroups gmane.comp.lang.as400.rpg
Message-ID <CAMsgu4rVKTANeUbNmMszGcZYXkYq2+SjpyvN+wGNhw9qyheARg@mail.gmail.com>
Upvoted, especially because if you're dealing with some older programs with
an infinite number of parameters, it can be very useful.
However, I must say that our rule nowdays is that if the function has more
than three parameters, we use a DS and put everything in there.

Best regards
--
Marco Facchinetti

Mr S.r.l.

Tel. 035 962885
Cel. 393 9620498

Skype: facchinettimarco


Il giorno ven 27 feb 2026 alle ore 18:31 Birgitta Hauser <
[email protected]> ha scritto:

> 1. It works in SQL without any problems (that's why I used the SQL Syntax
> as
> proposal).
> 2. In SQL you can mix the old and new Style, i.e. simply listing the
> parameters or using the argument list and even mixing both.
> So, why not providing the same type of parameter passing to RPG procedures.
>
> Have you ever had to work in a new/old/grown over the time environment
> where
> procedures with x parameters are called as follows:
> Procedure(Fld1, *Blanks, '', '0', *Zeros, '0', '1', *Blanks, *Blanks,
> *Blanks,  *Blanks,   'ABC', Fld7);
>
> Also have you ever been in a situation where you only have to pass the
> first
> and then the 17th parameter?
>
> No Documentation, why code is self-describing!
>
> Mit freundlichen Grüßen / Best regards
>
> Birgitta Hauser
> Modernization – Education – Consulting on IBM i
> Database and Software Architect
> IBM Champion since 2020
>
> "Shoot for the moon, even if you miss, you'll land among the stars." (Les
> Brown)
> "If you think education is expensive, try ignorance." (Derek Bok)
> "What is worse than training your staff and losing them? Not training them
> and keeping them!"
> "Train people well enough so they can leave, treat them well enough so they
> don't want to. " (Richard Branson)
> "Learning is experience … everything else is only information!" (Albert
> Einstein)
>
>
> -----Original Message-----
> From: RPG400-L <[email protected]> On Behalf Of Luca
> Giammattei
> Sent: Friday, 27 February 2026 15:52
> To: [email protected]
> Subject: Re: New IBM idea - Named Parameters at Program and Procedure Calls
>
> Il 27/02/2026 08:44, Birgitta Hauser ha scritto:
> > I have added a new IBM idea, to allow specifying Parameter Names (and
> > assigning the parameter values) at program/procedure calls (in the
> > same way as you can do it with SQL Stored Procedures, UDFs and UDTFs)
> > https://ideas.ibm.com/ideas/IBMI-I-4826
> >
> > Please LIKE if you think it would be helpful/useful
> >
>
> Interesting idea, although one of the things I've always loved about our
> compiler's parameter management style is that it doesn't care about their
> names; what really matters is their nature and order. So I don't see it as
> easy to implement in contexts with legacy code or even a mix of legacy and
> free. Perhaps it should be limited to the fully free language, and even
> here
> I'm not sure. I wouldn't want to be constrained by the parameter name
> rather
> than its nature, even though today, when everyone programs with advanced
> tools like VS Code or RDi (right?), managing these aspects is much simpler.
>
> What if the parameters are also used to pass messages from one program to
> another? Nothing would change, right?
> I'm thinking of the case where pgm1 calls pgm2, passing it two parameters:
> one containing data to be used within pgm2's processing and the other as a
> sort of return code for the outcome of the processing.
>
> something like
> foopgm(parm1:rtncode);
> if rtncode=*blanks;
> //successful execution
> elseif rtncode <> *blanks;
> //something went wrong, let's log the error endif;
> --
> This is the RPG programming on IBM i (RPG400-L) mailing list To post a
> message email: [email protected] To subscribe, unsubscribe, or
> change list options,
> visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
> or email: [email protected]
> Before posting, please take a moment to review the archives at
> https://archive.midrange.com/rpg400-l.
>
> Please contact [email protected] for any subscription related
> questions.
>
> --
> This is the RPG programming on IBM i (RPG400-L) mailing list
> To post a message email: [email protected]
> To subscribe, unsubscribe, or change list options,
> visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
> or email: [email protected]
> Before posting, please take a moment to review the archives
> at https://archive.midrange.com/rpg400-l.
>
> Please contact [email protected] for any subscription related
> questions.
>
>
-- 
This is the RPG programming on IBM i (RPG400-L) mailing list
To post a message email: [email protected]
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: [email protected]
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.

Please contact [email protected] for any subscription related questions.