Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!uwm.edu!uakari.primate.wisc.edu!gem.mps.ohio-state.edu!usc!ucsd!ogccse!blake!lgy From: lgy@blake.acs.washington.edu (Laurence Yaffe) Newsgroups: comp.sys.mips Subject: Control-X on RC-2030 console Message-ID: <3940@blake.acs.washington.edu> Date: 6 Oct 89 16:56:38 GMT Reply-To: lgy@newton.phys.washington.edu (Laurence Yaffe) Organization: University of Washington, Seattle Lines: 40 The RC-2030 (i.e., a system w/o any display) that I received last week has a strange problem which is preventing me from allowing the system console (a.k.a. /dev/tty1) to be used for terminal access by normal users. Typing a Control-X (at any time) causes the appearance of the prompt: Enter cmd (help): If you type "help", the following rather surprising menu appears: help .......... display help screen r .......... read iop memory R .......... read R2000 memory mr .......... read map register w .......... write iop memory W .......... write R2000 memory mw .......... write map register set .......... set/display variables echo .......... display text i .......... input from port o .......... output from port loop .......... repeat command (num or '~') F .......... fill r2000 memory go .......... set iop address FMA .......... fill with addresses IMA .......... fill with inverted addresses scsi .......... dump scsi info I have not experimented heavily with what can be done at this point - I doubt that doing so is in the best interest of maintaining a healthy system. This behavior is not observed on /dev/tty0, on network logins, or on the console display of an RS-2030. This response to ^X occurs regardless of whether or not you are logged in. Not surprisingly, the response is not captured by the 'script' process. Can anyone explain what's going on? And, most importantly, how can this screwball behavior be disabled? -- Laurence G. Yaffe Internet: lgy@newton.phys.washington.edu University of Washington Bitnet: yaffe@uwaphast.bitnet