RE: MODS in subprocedures

["Phil" <sublime78ska@xxxxxxxxx>]

Thanks for all the good responses.  I want to get a better understanding on
what's going on with the different techniques.  Can you guys recommend some
good references that I can read?

Phil

-----Original Message-----
From: owner-rpg400-l@midrange.com [mailto:owner-rpg400-l@midrange.com]On
Behalf Of boldt@ca.ibm.com
Sent: Wednesday, May 09, 2001 9:47 AM
To: rpg400-l@midrange.com
Subject: Re: MODS in subprocedures


Jon wrote:
> >> I think static is what I was looking for.
>
>I think you just need to code the thing like this - the pointer and
>everything else are not needed.
>
> D resourceDS      ds                  occurs(10) Static
> D  resource                     10
>
>  * Do logic stuff
>
> C                   return    %Addr(resourceDS)
>
>Jon (kicking himself for missing the missing static) Paris

Defining the DS as STATIC within the procedure and returning
the address may well work, but I really wouldn't recommend
that technique.  It gives you one storage area to work with.
What if you need two or more?  Allocating storage outside
the procedure and passing that pointer into the procedure
will offer more flexibility and is less error-prone over the
long run.

Hans Boldt, ILE RPG Development, IBM Toronto Lab, boldt@ca.ibm.com

+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator:
david@midrange.com
+---


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---