× 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.



That's why i always use "const" and 'value' keywords if parameter must not
be changed in**subprocs.
**
Regards, Alex.
.
**
11.09.2015, 19:03, "Jon Paris" <jon.paris@xxxxxxxxxxxxxx>:

That***s cheating John <grin> - I absolutely agree that it is
***fighting*** the language.

To me one of the most valuable points of using subprocs is that I should
be able to rely on the fact that only the receiver changes and not any
of the parms. If you can***t be sure of that then a subproc has the same
problems as a subroutine i.e. you have to go look at the code before you
can be sure what it does.

By the way - I was not commenting on Chris*** option (should have made
that clear) but I never received the original post so I commented on
what I saw.

On Sep 11, 2015, at 11:31 AM, John Yeung <[1]gallium.arsenide@xxxxxxxxx>
wrote:

**On Fri, Sep 11, 2015 at 11:19 AM, Jon Paris
<[2]jon.paris@xxxxxxxxxxxxxx> wrote:

**The simple version of the code would be:

**Dow %scan( '~' : SPdetl : PosLastDelim + 1) > 0;

**But of course that would not give you access to the current value.
If you need p then it has to be two separate operations - RPG cannot
combine an assignment with a condition as you can do in some other
languages.

**You absolutely can in RPG: you just have to define a procedure that
**both returns a value AND modifies its parameters. That was the whole
**point of Chris's suggestion.

**Personally, I think this is not a good use of procedures (the
**avoidance of one line of idiomatic RPG code). Even if you use this
**kind of loop all over the place (so that you achieve a net savings
in
**lines of code), to me this amounts to fighting the language.

**John Y.
**--
**This is the RPG programming on the IBM i (AS/400 and iSeries)
(RPG400-L) mailing list
**To post a message email: [3]RPG400-L@xxxxxxxxxxxx
**To subscribe, unsubscribe, or change list options,
**visit: [4]http://lists.midrange.com/mailman/listinfo/rpg400-l
**or email: [5]RPG400-L-request@xxxxxxxxxxxx
**Before posting, please take a moment to review the archives
**at [6]http://archive.midrange.com/rpg400-l.

Jon Paris

[7]www.partner400.com
[8]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: [9]RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: [10]http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: [11]RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at [12]http://archive.midrange.com/rpg400-l.

**

References

Visible links
1. mailto:gallium.arsenide@xxxxxxxxx
2. mailto:jon.paris@xxxxxxxxxxxxxx
3. mailto:RPG400-L@xxxxxxxxxxxx
4. http://lists.midrange.com/mailman/listinfo/rpg400-l
5. mailto:RPG400-L-request@xxxxxxxxxxxx
6. http://archive.midrange.com/rpg400-l
7. http://www.partner400.com/
8. http://www.systemideveloper.com/
9. mailto:RPG400-L@xxxxxxxxxxxx
10. http://lists.midrange.com/mailman/listinfo/rpg400-l
11. mailto:RPG400-L-request@xxxxxxxxxxxx
12. 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.