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


  • Subject: Automatic Storage for Global RPGLE Variables?
  • From: "Jerry Jewel" <jerryjewel@xxxxxxxxx>
  • Date: Thu, 14 Jun 2001 11:24:06 -0700


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

 


___________________________________________________________________________
Visit http://www.visto.com/info, your free web-based communications center.
Visto.com. Life on the Dot.

+---
| 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
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.