Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!batcomputer!munnari.oz.au!manuel!csc.canberra.edu.au!news From: act@softserver.canberra.edu.au (Andrew Turner) Newsgroups: comp.binaries.ibm.pc.d Subject: Re: Control-C blocker needed Message-ID: <1991Jun16.235127.17580@csc.canberra.edu.au> Date: 16 Jun 91 23:51:27 GMT References: <1991Jun11.151950.2097@gupta.portal.com> <0094A28F.A230B060@EA.USL.EDU> Sender: news@csc.canberra.edu.au Organization: University of Canberra Lines: 35 In article <0094A28F.A230B060@EA.USL.EDU> callawaycj@EA.USL.EDU (C.JamesCallaway) writes: >In article <1991Jun11.151950.2097@gupta.portal.com>, max@gupta.portal.com (Max Rochlin) writes: >>In article morgan@chaos.cs.brandeis.edu (Dylan Kaufman) writes: >>> >>>which will let >>>me completely block out Ctrl-C and Ctrl-Break during execution of the >>>AUTOEXEC.BAT >> >>Try making the first line of your autoexec.bat BREAK OFF > > > >So In This Case BREAK OFF Will Not Give The Results Asked. > >An ISR Device Driver That Intercepts INT09h(BIOS Keyboard Handler) Or >INT1Bh(BIOS CtrlBRK) Or INT23h(BIOS CtrlC Handler), Might Do The Trick. > Try looking at the index of Simtel-20's PD1:. You will find a number of utilities that should solve your problem. CADEL for one. To minimise the possibility of a user CTRL-C'ing as AUTOEXEC.BAT is executed try: @ECHO OFF CTTY NUL CADEL ....(or whatever CTRL-C handler you choose) CTTY CON: . . CCTY NUL negates keyboard input - Read your MSDOS manual. -- Andrew Turner act@csc.canberra.edu.au Die, v: To stop sinning suddenly. -- Elbert Hubbard