Re: TFRGRPJOB vs ACTGRP

Thanks Gary,
The program running with library list libl1 shows a subfile, an option on
the subfile runs another application that must use identically named files
residing in different libraries so uses library list libl2. In your step 3,
the called program will use any files that are already open in libl1.

2012/7/24 Monnier, Gary <Gary.Monnier@xxxxxxxxx>

Hi Dave,

I'm a bit confused as to why you are looking at using group jobs. Why not
just change the job's library list to be what you need? You can always
change the library list back when the program completes.

The basic steps are...

1. Save the jobs' current library list settings. You can use command
RTVJOBA or API QUSRJOBI with format JOBI0700.
2. Set the job's library list to what you need. Use command CHGLIBL or
API QLICHGLL.
3. Perform the necessary processing.
4. Set the job's library list back to what it was in step 1. Use command
CHGLIBL or API QLICHGLL.

The APIs can be used in OPM or ILE RPG if you don't want to call CL
programs/modules.

In CL the 4 Binary in the APIs can be defined as

Dcl Var(&parmname) Type(*INT) Len(10 0)

2 Binary can be defined as

Dcl Var(&parmname) Type(*INT) Len(5 0)

HTH,

Gary Monnier


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:
midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Dave
Sent: Tuesday, July 24, 2012 5:55 AM
To: Midrange Systems Technical Discussion
Subject: TFRGRPJOB vs ACTGRP

Hi,

Been looking at the possibilities of running a program using a different
library list than the caller. Particularly as the program is a large OPM
calling lots of others all copybooked in, I've been looking at TFRGRPJOB. I
have to submit my analysis, and I'm pretty sure I'll be told to convert
everything to ILE and use an ACTGRP to keep things isolated from the
calling program. I'm hard put to think of an advantage of running the
program in an activation group rather than a group job. Here's one: when
using STRDBG you can step into the called program.
Any more?
Thanks!
--
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.

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