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



Hi Tommy

No problem. The default on the SBMJOB command is set to *CURRENT on both
machines, which is why I'm expecting it to pick up the current library list
when the job is submitted.

The fact that I can run the exact same SBMJOB command string from QCMD and
it works fine indicates that the default INLLIBL parameter is okay. It only
seems to occur if the SBMJOB command is submitted from inside an RPG or CL
program.

Thanks

Jonathan


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Tommy.Holden@xxxxxxxxxxxxxxxxxxxxx
Sent: 30 June 2010 17:30
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
_______________________________________________________





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.