×

Good News Everybody!

The new search engine is LIVE!

Please report any problems to david (at) midrange.com.




OK, then this definitely has some possibilities.   To make this more
flexible, maybe I'll populate static arrays and use %lookups to find the
requested option.  This way I don't have to manage data structures and
such for every little change, the SRVPGM should be able to handle these
changes dynamically.

I've never used STATIC in RPG before but I understand what it does. 
That being said, I thought I understood Activation Groups and I totally
drew a blank when this came up 

*sigh*

Thanks!

Joel
http://www.rpgnext.com

On Thu, 2003-10-30 at 14:22, Buck wrote:
> > I like the static variable idea, and I love service
> > programs, but will the service program be tied
> > to the particular job? If I have 20 users on
> > the system at once I have to be assured that the
> > static variables they are accessing are unique to them.
> 
> Yes.  An activation group is a subdivision of one particular job's memory,
> not a subdivision of the system's memory.  Let's say you called your AG AUT.
> Every job running these programs would create an activation group named AUT
> in that job (just like creating library QTEMP in that job).  So any
> variables created in AG(AUT) are unique to that job, just as any objects
> created in QTEMP are unique to that job.
>   --buck
> 
> 
> 
> _______________________________________________
> This is the RPG programming on the AS400 / 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 thread ...

Replies:

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

This mailing list archive is Copyright 1997-2026 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.