Re: Programmatically disable SysReq key

Ed,

Please tell me more, or let me know where this is located in documentation.

Al

Al Barsa, Jr.
Barsa Consulting Group, LLC

400>390

914-251-1234
914-251-9406 fax

http://www.barsaconsulting.com
http://www.taatool.com






                    "Ed Fishel"
                    <edfishel@us.ibm.co       To:     midrange-l@midrange.com
                    m>                        cc:
                    Sent by:                  Subject:     Re: Programmatically 
disable SysReq key
                    midrange-l-admin@mi
                    drange.com


                    02/05/02 01:41 PM
                    Please respond to
                    midrange-l







Fiona,

>How about excluding *PUBLIC  from cmd TFRSECJOB ?
>Is the overhead the same ?

The amount of overhead for the presystem request exit program depends on
the program. Most programmers should be able to write an efficient
presystem request exit program that will not be noticed when it is called.
Likewise, the authority check of the TFRSECJOB command is not something
users will notice. You would have to press the system request key a very
large number of times before you would notice any difference between these
two solutions.

A question that should be asked is what is the difference between these two
solutions. It has been pointed out that the a presystem request exit
program can keep an *ALLOBJ user from using the system request menu. This
is true, but it will not prevent them from using TFRSECJOB the next time
they see a command line. So, if the objective is to keep any user from
using the system request key during a critical part of the application,
then a presystem request exit program is a good solution. On the other
hand, if the objective is to always keep someone from using TFRSECJOB, then
you should remove their authority to that command.

Ed Fishel,
edfishel@US.IBM.COM

_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.