RE: Exported/imported variables

[Scott Klement <klemscot@xxxxxxxxxxxx>]

As far as I know, this function has always been referred to as "exporting
to the activation group" and "importing from the activation group" this
isn't something new that happened in V4, I remember this terminology from
V3R1 when I first learned ILE.

If you think about it, it does not make sense to reference an export from
another activation group.  Allocations are made at the activation group
level -- when an activation group ends, the data gets deallocated.

Therefore, if you imported data from a different activation group, you'd
run the disk of having your variable point to unallocated space if that
activation group ended before yours did.  Or worse, you could end up
referring to memory that was allocated to another function without even
knowing it!

I'm confident that the documentation back in V3R1 said that you could not
use IMPORT/EXPORT to get data from another activation group.  If the
compiler let you, then THAT was what was broken, NOT the current releases.

Just my opinion, of course.


On Thu, 8 Jan 2004, Bob cozzi wrote:

> You can EXPORT from a SERVICE PROGRAM and IMPORT to a PROGRAM, but not the
> other way around.
> And in V4R4 or R5 IBM  "broke" this capability by requiring the SERVICE
> PROGRAM to run in ACTGRP(*CALLER).
>
>
> Bob Cozzi
> Cozzi Consulting
> www.rpgiv.com
>
> -----Original Message-----
> From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
> On Behalf Of ile rpg
> Sent: Thursday, January 08, 2004 12:54 PM
> To: rpg400-l@xxxxxxxxxxxx
> Subject: Exported/imported variables
>
> I know how to export and import variables across modules (which are either
> explicitly or implicitly bound).
>
> I'd like to to share values with a service program.  Yes, I know that's what
>
> parameters lists are for, and no, it doesn't make sense for such a
> capability to exist.  Yes, I could bite the bullet and use CALLB, and no, it
>
> wouldn't kill me if I did.  But I'm asking, just in case I've missed
> something, because the service program in question will be used in many
> programs and will be changed regularly.
>
> Thanks...
>
> _________________________________________________________________
> Expand your wine savvy ? and get some great new recipes ? at MSN Wine.
> http://wine.msn.com
>
> _______________________________________________
> 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 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.
>