Re: Automatic Storage for Global RPGLE Variables?

I think global variables are the wrong thing to use here.  But,
what do you do about about the unwieldy number of parameters?
Do it the way a lot of APIs do it, with a data structure.

Set up a data structure with all your parameters, and just pass
that, that's only one parameter you have to pass.  And you can
use /COPY or /INCLUDE to include the definition in your procedures.

Since you won't be passing them as Constants, it is my understanding
that the procedure will actually only pass and receive pointers,
so speed shouldn't be an issue.

I very seldom use global variables, but when I do they are like
switches.  How do I want the entire application to act?  I don't
use global variables for data, however, if I can possibly avoid it.
You've encountered one of the problems with that.

Regards,

Jim Langston

Me transmitte sursum, Caledoni!

Jerry Jewel wrote:
> 
> How can I define or simulate having global variables behave as if they are 
>defined in automatic storage instead of static storage?  In other words, how 
>can I get my service program's global variables to exist only for a particular 
>invocation of my service program?
> 
> There must be an elegant (or maybe even obvious) way to do this that I am 
>missing.  The best I can come up with is:
> 
> 1) use ACTGRP(*NEW) on a module I will execute many, many, times
>         OR
> 2) pass an unweildy number of parameters to each procedure in my service 
>program
> 
> Here are a few more details:  I am writing an RPGLE service program that does 
>some complex string evaluation and returns a result.  It contains about a 
>dozen procedures.  These procedures share several controlling global variables 
>that are set when I execute a MakeXXXX setup procedure.  My problem is that on 
>the more complex string expressions, I need to recursivly execute the MakeXXXX 
>and other procedures.
> 
> Am I missing the forrest for the trees?  Any suggestions?
> 
> Regards,
> Jerry Jewel
> 
> "Better living through fine code and hot coffee!"
> mailto:jerryjewel@email.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
+---