Re: I hate Activation Groups....

Doesn't' this go back to Paul Jackson's answer?  Although the
terms are different (activated instead of call and created).

Once a job in an activation group loads a service program 
the service program can not be reloaded (if deleted) from 
that activation group, until the activation group is reloaded itself.

So, if I understand this correctly, the sign on is running in the
default activation group.  The job runs the CL program which loads
the Service program in the activation group Dave.  The CL then
deletes the activation group Dave.  When the CL is run a second time
the system sees it already loaded the service program, and uses it's
pointer which is now pointing into la-la land because the activation
group was deleted.

AHHHH!  A light just went on.

You are deleting the Activation group from memory, but you are not
letting the system know that the service program is no longer loaded.
If there was some mechanism to let the system know that the service
program has been unloaded, then the system would re-load it again when
the second call was made to the CL.

Is this right?

Regards,

Jim Langston

John Taylor wrote:
> 
> For those still thinking about this, the answer to the problem is well
> documented within the ILE Concepts manual. In short:
> 
> -symbolic links to the service program are converted to physical addresses
> upon program activation.
> 
> -program activation occurs as part of an HLL dynamic program call.  Once a
> program is activated, it remains activated until the activation group is
> deleted.
> 
> Since the original ILE program was running in the default activation group
> (which never get's deleted), we should expect each subsequent call to crash.
> 
> Anyone who isn't comfortable with ILE yet, should really take the time to
> read the concepts manual. Unlike most IBM manuals, it was written quite
> well, and it does a great job of explaining ILE.
> 
> John Taylor
> Canada
+---
| 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
+---