×
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.
Le 27/10/2020 à 21:42, Gerald Magnuson a écrit :
in all of my interactive subsystem descriptions, I have a catch all routing
entry 9999 PGM:PGMEVOKE LIBRARY:QGPL Compare Value: *ANY...
that program just does a
RTVUSRPRF, INITPGM, INITPGMLIB
and then does a "TFRJOB INITPGMLIB/INITPGM".
Is this how "normal" systems start their interactive jobs?
This is not a default configuration but it will work. I guess that the
goal is to properly handle the subsystem where interactive jobs will run
whatever the device name they will use. Maybe a way to group user
profiles jobs in a subsystem. Of course, the "catch all" routing entry
must be selected for that setup to work. In the interactive job log, you
should see a message stating that the job was transferred.
You just need to have a subsystem with a INITPGMLIB/INITPGM job queue
entry and an appropriate AT(*ENTER) work station entry. And also, at one
time the INITPGMLIB/INITPGM initial program must run, when the job finds
a matching routing entry with QCMD program. Hopefully, the subsystem
where the job is transferred does not have this "catch all" routing
entry, otherwise there would be a risk of some loop.
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.
midrange.com
