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



In the testing I've done so far, the service programs were created using
*caller activation group and alwrinz(*no), which are defaults for the
create command. The *caller activation group is essential in this case, for
performance reasons.

All the service programs in question follow a pattern, in that they all
implement the same procedures. For example:

on_init(); // an initialization event (i.e. for opening files, alloc
memory)

...

on_term(); // a termination event (i.e. for closing files, dealloc memory)

So although there may be some resources retained in the activation group,
others may be released, after a period of inactivity.

I plan on doing more testing, but I'm juggling a number of things, and may
not be able to report back in a timely manner.


On Tue, May 9, 2017 at 1:15 AM, D*B <dieter.bender@xxxxxxxxxxxx> wrote:

- as far as I know, you can't deactivate a dedicated SRVPGM with an ACTGRP
*caller
- reloading should work the same as for activation by system (replace yes
- shifting the active instance to QRPLOBJ and creating a new object)
- *DEFER is not by far the same as dynamic load, some diffrences are:
-- you can't controll reload after RCLACTGRP
-- the relation to the SRVPGM has to be known at compiletime (e.g.: the
SRVPGM can't be specified in a config file)
-- you can't ensure to load a SRVPGM from the lib of the running programm
(multiple instances of the same application and no controll over *LIBL)

D*B
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

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

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.