On Nov 19, 2014, at 11:18 AM, Paul Gilmartin wrote:
On Wed, 19 Nov 2014 09:58:57 -0700, Lizette Koehler wrote:
If you create a REXX or CLIST to do your batch work, then you can
test the prof to see if MSGID and/or WTPMSG are on or off. Then
set them as you need them.
Any Application that run under TSO or ISPF can reset these
entries. And sometimes they do not set them back. This is
strictly a TSO function. But some ISPF applications will tweak
the TSO PROF function.
And if two batch IKJ jobs run concurrently, the final state is
indeterminate, even if they attempt to restore the settings.
There ought to be distinct commands to set such options for
the current session and to write them back to the RACF/UADS
data base. Clearly the TSO designers were ignorant of the
requirements of multiprocessing.
Gil:
I do not know if processing has changed but in the day of UADS,
The UPT was updated and when the user logged off the system updated
UADS.
I guess I would assume that with a RACF DB the same sequence of
events are occurring but are going to the RACF DB instead.
Ed
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
