Re: GRPJOB

David,

IIRC, it works as designed.

You can have maximum 16 group jobs, but each should have a name; group jobs
are seperate jobs for the system, not one job as a whole.

The groups job are associated with the user at job start: the JOBD assigned
to the user will determin the LIBL.

If not a group job selected, it will open the last activated; other group
jobs are suspended.

Apparently you have only one (unnamed) group job with its initial LIBL.
Changing the LIBL in one group job will not affect the LIBL of another
group job.

With regards,
Carel Teijgeler


*********** REPLY SEPARATOR ***********

On 27-7-2009 at 11:37 David FOXWELL wrote:

Hello everyone,

A user seems to be having a problem with a library list after accessing a

group job. The escape button transfers to a group job and in some cases

does not show the intended screen but another one. This button can be used

starting from different library lists.

Example : user is using pgmA with libary list L1. Escape executes EscPgm

in GRPJOB and shows screen1. User returns to pgmA. Later in pgmA, user

changes library list to L2. EscPgm if called should now show screen2 but

still shows screen1.

I can't see where exactly the TFRGRPJOB command is executed. Also, could

the GRPJOB already exist when control is transfered so that the wrong

library list is being used?