Re: RPG400-L Digest, Vol 8, Issue 738 -- RPG400-L

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

On Mon, 2009-10-05 at 09:54 -0400, Jon Paris wrote:

If this were a subprocedure that was being called this would be true.
But in the case of a "real" ILE program the only thing that really
takes them out completely is the Activation Group dying. I don't
think even LR on will kill the storage.

Indeed, as I found out to my surprise while hacking around on what I
understood from David's first message.

I wonder why it works this way. It seems to open another way for an
incorrect program to seem to work "by accident". Perhaps performance?
Concern about address space exhaustion? I know that the storage for a
main procedure is static, but I did not know that it is *that* static
<grin />.

Are you there, Barbara?

Cheers,
Terry.

Jon Paris

www.Partner400.com
www.SystemiDeveloper.com

On 5-Oct-09, at 8:44 AM, rpg400-l-request@xxxxxxxxxxxx wrote:

I believe you are correct in your assessment. If the pointer is
generated in the called program (points to a location in the called
program) and passed back to the caller you will receive an error
because the called program is no longer in the call stack and the
location pointed to doesn't exist any more.

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.