[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: low level kbd reading.



Subject: low level kbd reading.

   Date: Sat, 15 Oct 88 19:12 EDT
   From: Peter Clitherow <pc%ctt.bellcore.com@LABS-N.BBN.COM>

   I'm writing a screen locker (there is subtle pressure here to make
   LISPMs more secure.  this is a start) which works by process-disabling
   Keyboard and Mouse, so the user can't do anything nasty...

PETER

The following is a little simple-minded, but it sounds like it should work
without munging processes but still allowing you arbitrary input:

1] Throw up a window to cover the screen.

2] Mask out Select and Function keys by setting tv:*SELECT-KEYS* and 
   tv:*FUNCTION-KEYS* to nil.  (A touch heavy-handed, but doing it
   with a LET-GLOBALLY or an UNWIND-PROTECT should make it safe enough.)

3] Get rid of unwanted mouse-clicks by redefining the methods
   :MOUSE-BUTTONS and :MOUSE-CLICK for the covering window's flavor.  They
   should do nothing but return T (the methods are OR'ed together, so
   returning T says this method was the method who wanted to handle the click;
   it just didn't do anything).

4] Mask out C-M-ABORT, etc., by rebinding si:ASYNCHRONOUS-CHARACTERS on the
   covering window to NIL (this would be a good place to leave yourself a 
   backdoor, by defining some secret key combination).

Now the window's process (or whoever is collecting its input) should be
able to sit there and accept any input (e.g. via READLINE) which you can
dispatch on at your leisure.

The only thing you should have to worry about is someone booting (warm or
cold), but you'd have to worry about this in any case -- presumably by
munging the *-boot-initializations.

NICHAEL

(Sorry it took so long to answer; Thanksgiving and all that.)