The sign-on portion of the Kernel (the "XUS" routines) now allows users
In this example, if the user just hits return, he enters his normal PRIMARY MENU
OPTION. If he types 'TST' or '1', he jumps to the "XUS" sign-on in the 'TST'
UCI (where he must enter another ACCESS CODE). If he types
'MGR:STA' or '2', he jumps to the 'STA" routine in 'MGR'.
As before, UCI fields are editable within the "XUSEREDIT" Option of the
"XUSER" Menu Option in the Kernel (multiple field #20 in File 3).
who have PRIMARY MENU OPTIONS to route themselves to different UCIs.
The XUS and XUS3 routines have been modified, and a new XUINEND1
routine exists to wipe out old "UCI" fields that might now be
inappropriate. XUINIT invokes XUINEND1 It shows any users who currently
have "UCI" fields, and who ALSO have "ZJOB" or "PRIMARY MENU OPTION" fields.
Such users formerly did not see the "UCI:" question, but they WILL see that
question starting with the installation of KERNEL 4.3 or greater. Hence, the
"UCI"s for such users should probably be deleted. XUINEND1 will do that
deleting automatically, if you answer "Y" to its "...OK? YES//" question.
Thus, a user who customarily gets a restricted Menu Option in the
"production" UCI might now also be allowed to jump to a "test" UCI
in which he has different privileges.
A typical sign-on dialogue might now look like:
HIT 'RETURN' TO GET YOUR USUAL OPTION IN 'VAH,AAA', OR SELECT: