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