RE: SBMJOB and INLLIBL Acting Strangely

Have you gone through a operating system upgrade recently? I remember IBM
had a little negative feedback because they changed the default on this
command a little while back. I believe the change was in the *current value
of initial lib list instead of *jobd or some other similar value.

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Tommy.Holden@xxxxxxxxxxxxxxxxxxxxx
Sent: Wednesday, June 30, 2010 12:30 PM
To: Midrange Systems Technical Discussion
Subject: RE: SBMJOB and INLLIBL Acting Strangely

never mind...brain fog. but as others have mentioned perhaps the default
on the SBMJOB command has been changed for the initial library list


Thanks,
Tommy Holden



From: "Jonathan Mason" <jonathan.mason@xxxxxxxxxxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>
Date: 06/30/2010 11:25 AM
Subject: RE: SBMJOB and INLLIBL Acting Strangely
Sent by: midrange-l-bounces@xxxxxxxxxxxx



Hi Tommy

How do you mean? Surely if it's not using the current library list which
INLLIBL(*CURRENT) should pick up then it's doing something strange?

Cheers

Jonathan

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Tommy.Holden@xxxxxxxxxxxxxxxxxxxxx
Sent: 30 June 2010 14:09
To: Midrange Systems Technical Discussion
Subject: Re: SBMJOB and INLLIBL Acting Strangely

nothing strange about that at all. it's doing exactly what it should do.
either change the SBMJOB to use the current job's LIBL or change the JOBDs

library list.


Thanks,
Tommy Holden



From: "Jonathan Mason " <jonathan.mason@xxxxxxxxxxxxxxxx>
To: <midrange-l@xxxxxxxxxxxx>
Date: 06/30/2010 07:53 AM
Subject: SBMJOB and INLLIBL Acting Strangely
Sent by: midrange-l-bounces@xxxxxxxxxxxx



Hi List

We're experiencing a strange thing with the SBMJOB command and the
INLLIBL for the job.

We have a program that was generated using Synon/2e and this submits a
job to run in batch. The command to be submitted is stored in a message
file as:

SBMJOB CMD(CALL PGM(PCEOXFR) PARM('' '&1')) JOB(&2) LOG(4 0 *MSG)
LOGCLPGM(*YES)

The job appears to run instantly, but when I check the joblog it shows
an error "CPD0170 Program PCEOXFR in library *LIBL not found." The
INLLIBL for the job shows in the joblog as "INLLIBL(QGPL QTEMP)".

The defaults on the SBMJOB command for JOBD and INLLIBL are
JOBD(*USRPRF) and INLLIBL(*CURRENT). The JOBD associated with the user
profile is QGPL/QDFTJOBD and this has an INLLIBL value of *SYSVAL.

The QUSRLIBL system value has QGPL and QTEMP specified only. The
library list for the "current" signed-on job contains the complete
application library list.

This setup is the same on a number of machines and everything works
fine, but in this case the library list being assigned to the submitted
job is incorrect. If I replace the &1 and &2 values in the SBMJOB
command above and key it in directly from QCMD the program runs
correctly and in turn submits another job.

The second job then falls over with the same issue, i.e. a program not
found because the INLLIBL only contains QGPL and QTEMP.

The system is at v5r4m5 with Cumulative PTF TC09321 applied.

I'm sure I'm missing something obvious, but can't for the life of me see
what it is. Any ideas?

Thanks

Jonathan






_______________________________________________________
This message was sent using NOCC v1.14 webmail software
_______________________________________________________