From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EJhHl-0002cA-Cf for qemu-devel@nongnu.org; Sun, 25 Sep 2005 20:56:01 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EJhHi-0002bN-Tb for qemu-devel@nongnu.org; Sun, 25 Sep 2005 20:55:59 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EJhEs-0001Kp-FC for qemu-devel@nongnu.org; Sun, 25 Sep 2005 20:53:02 -0400 Received: from [64.233.162.205] (helo=zproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EJh8F-0005Ig-WC for qemu-devel@nongnu.org; Sun, 25 Sep 2005 20:46:12 -0400 Received: by zproxy.gmail.com with SMTP id i11so1161536nzh for ; Sun, 25 Sep 2005 17:46:10 -0700 (PDT) Message-ID: <79bf984805092517467a292683@mail.gmail.com> Date: Sun, 25 Sep 2005 17:46:10 -0700 From: Mike Swanson Subject: Re: [Qemu-devel] getting past the ctrl-alt-del login in NT In-Reply-To: <200509251433.53902.paul@codesourcery.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200509252158.30634.wes.parish@paradise.net.nz> <4336935C.2010909@eridani.co.uk> <4e03026a05092505483350c2e0@mail.gmail.com> <200509251433.53902.paul@codesourcery.com> Reply-To: Mike Swanson , qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Indeed, however I've noticed that a few distros' X-Servers (it doesn't seem to apply to vanilla X.org) will pass Ctrl-Alt-Delete to INIT and cause a system reboot or logout the user... on these, there's usually a setting in xorg.conf to prevent Ctrl-Alt-Delete from being passed to INIT and just be a normal part of X's lock on the keyboard. On 9/25/05, Paul Brook wrote: > That's only true if you're on a windows host. There's nothing intrinsica= lly > special about ctrl-alt-del. > > Many environments do trap that combination before it gets to user > applications, mainly for consistency with windows/dos, but it's by no mea= ns > universal. > > Paul > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel > -- Mike