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

That's a possibility, but the change would have to go through the approval
and test cycle and would probably be rejected by our change control board as
it's only this one server where the SBMJOB isn't behaving itself.

As it's just the one machine it would seem to be down to config somewhere.

Cheers

Jonathan




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

Hi, Jonathan:

You may want to consider changing the definition of the submit job
command contained in that message file, to, e.g.:

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

That way, you will always get those defaults for the INLLIBL and JOBD
paramaters.

Otherwise it is possible that someone changed some of the defaults on
the SBMJOB command on some machines (not necessarily on the one where
you developed and tested this application.) Also, there could be
another copy of the SBMJOB command ahead of QSYS in the system portion
of the *LIBL (issue DSPLIBL or DSPSYSVAL QSYSLIBL to see if any
libraries are ahead of QSYS on that system where this problem is happening.)

All the best,

Mark S. Waterbury

On 6/30/2010 8:52 AM, Jonathan Mason wrote:
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.