Re: [MI400] Why is MATACTAT's activation status bit alway on?

["Paul Godtland" <plg@xxxxxxxxxx>]

Gene, with the exception of some special cases of programs that can be
activated in a default activation group, bound programs (and service
programs) cannot be deactivated and reactivated within an activation group.
The activation group collection of activations is the basic unit that's
available to work with, so in order to replace a program such as you
desire, you'd have to structure your application in a way that would allow
an activation group to be destroyed and re-created.

Paul Godtland
plg@us.ibm.com; t/l 553-7103; Rochester, MN; 030-2, A412

Gene Gaunt wrote:

Thank you Paul, that makes sense.

How can my program deactivate a subordinate service program and then
reactivate it?

Here's the background:  My program runs in a spawned job and waits on a
socket read.  When a request arrives from a client, the program calls a
service program procedure.  If I recompile that service program during the
day, the spawned jobs continues to run okay, although MATACTAT -> sysptr
MATPTR shows the service program in QRPLOBJ.  All of the socket code is in
the calling program (not in the service program).

I'd like to do this:  After the spawned socket program receives a request
from a client, run MATACTAT -> sysptr MATPTR and check if the subordinate
service program is in QRPLOBJ.  If true, then deactive the service program,
then activate the fresher version in production library, then call it.  Is
this possible?