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


  • Subject: RE: Activation Group for Service Programs (was DoW (WAS DoU...))
  • From: "Sims, Ken" <KSIMS@xxxxxxxxxxxxxxxx>
  • Date: Tue, 19 Dec 2000 12:37:09 -0500

Hi Jon -

>PS.  What on earth is wrong with named AGs?  Since they are 
>the foundation for ILE (i.e. the way it was designed to work) 
>I find it hard to guess at what you find wrong with them.

I did some experimenting with running my service program in a named
activation group, called by a client program running in the default
activation group.  Where's what I found:

1. With the client program ended and after running RCLACTGRP(*ELIGIBLE), the
service program could be activated again, but when a procedure in the
service program was called, the job would terminate.

2. There are a couple of CLLE modules in the service program.  When an error
occurs and an 'I' option is taking to the message, the error percolates up.
This is fine.  However when the client program is called again, the service
program cannot be activated again.

With the service program running the in default activation group: scenario
#1 cannot happen because the default activation group cannot be reclaimed.
Scenario #2 does not occur.  The client program can activate the service
program again without any problem.

Since the only problem I see with running the service program in the default
activation group is RCLRSC, which I already have a method in place to
handle, I'm going to stick with making the service program *CALLER.  Dealing
with RCLRSC is minor compared to the problems running the service program in
a named activation group with a client in the default activation group.

Ken
Southern Wine and Spirits of Nevada, Inc.
Opinions expressed are my own and do not necessarily represent the views of
my employer or anyone in their right mind.

+---
| 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
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.