× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Scott,

You're right that I'm not in the RPG world any more (but I do keep up on
the forums, just to start flame-wars, mainly :)

It's not that RTNPARM is *bad*, per se, just that I was hoping for more
useful stuff, like the ability to dynamically specify a null OA handler, so
you could have a single program work with green-screen *or* with OA - THAT
would have been great :)

Plus, it's not compatible with other ILE languages (as Jon has pointed
out), and it's not compatible with existing %parms code - these are 2
things I used frequently. If I was just writing new code, I'd use it
happily, but a lot of my work involved changing existing code, so I just
never saw the point.

I guess I hoped that the RPG compiler would recognize that a large return
parameter is defined and would optimize it 'under the covers' to do this,
without the need for a specific keyword.

In general, I feel like I have worked around the assorted RPG limitations
for almost 20 years - I'm used to them.

Ah well....

Rory


On Fri, Sep 20, 2013 at 12:32 PM, Scott Klement
<rpg400-l@xxxxxxxxxxxxxxxx>wrote:

Rory,

Were you bitten by a RTNPARM as a child? :-) Why do you hate them so
much?

This lets you use a parameter to send a return value, making it much
more efficient, but still allowign you to use the output in expressions
and other things. It's extremely useful, and I doubt that it required
very much in the way of work for IBM to implement.

Plus.. you don't even work with RPG for a living anymore, do you?

So why does this bother you so much?



On 9/20/2013 2:27 PM, Rory Hewitt wrote:
Sorry Jon, I think of it as a solution in search of a problem. I never
had
an issue with large parameters (mainly because I passed them as
parameters
rather than as return values). I would rather then RPG budget have been
spent elsewhere...


On Fri, Sep 20, 2013 at 11:46 AM, Jon Paris <jon.paris@xxxxxxxxxxxxxx
wrote:

"nonsense" ?

Sorry - don't agree Rory - it is a terrific feature and can provide a
huge
performance boost.

And if you "do it right" and use RTNPARM there is no problem - at least
within RPG.


On 2013-09-20, at 2:33 PM, Rory Hewitt <rory.hewitt@xxxxxxxxx> wrote:

...and let's not forget that RTNPARM nonsense, which can mess things up
further...


On Fri, Sep 20, 2013 at 11:00 AM, Scott Klement
<rpg400-l@xxxxxxxxxxxxxxxx>wrote:

Yes, use %PARMS

If you're on 7.1, you can use it in conjunction with %PARMNUM, too.

if %PARMS >= %PARMNUM(MyParameter);
// parm was passed
endif;

on older releases you have to know the parameter number.

if %PARMS >= 5;
// parm number 5 was passed.
endif;


On 9/20/2013 12:44 PM, Jeff Young wrote:
All,
In a sub procedure, I have some parms defined as *nopass.
How do I test the number of parms passed to it?
Can I use %Parms?

Thanks,

--
This is the RPG programming on the IBM i (AS/400 and iSeries)
(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.




--
Rory Hewitt

http://www.linkedin.com/in/roryhewitt
--
This is the RPG programming on the IBM i (AS/400 and iSeries)
(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.


Jon Paris

www.partner400.com
www.SystemiDeveloper.com




--
This is the RPG programming on the IBM i (AS/400 and iSeries) (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.




--
This is the RPG programming on the IBM i (AS/400 and iSeries) (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.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.