From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-trunk-diffs] Changes to emacs/src/sysdep.c Date: Tue, 30 Nov 2004 21:57:05 -0500 Message-ID: References: <87hdnb9f4m.fsf-monnier+emacs@gnu.org> Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1101870123 17062 80.91.229.6 (1 Dec 2004 03:02:03 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 1 Dec 2004 03:02:03 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Dec 01 04:01:59 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CZKkh-0007Xp-00 for ; Wed, 01 Dec 2004 04:01:59 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CZKuA-0000u9-Mw for ged-emacs-devel@m.gmane.org; Tue, 30 Nov 2004 22:11:46 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CZKsX-0000Fb-8L for emacs-devel@gnu.org; Tue, 30 Nov 2004 22:10:05 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CZKsV-0000Ei-3N for emacs-devel@gnu.org; Tue, 30 Nov 2004 22:10:03 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CZKsT-0000Dc-L3 for emacs-devel@gnu.org; Tue, 30 Nov 2004 22:10:01 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CZKia-0006Uq-Co for emacs-devel@gnu.org; Tue, 30 Nov 2004 21:59:48 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CZKfx-0003ZJ-Mm; Tue, 30 Nov 2004 21:57:05 -0500 Original-To: Stefan In-reply-to: (message from Stefan on Tue, 30 Nov 2004 08:08:37 -0500) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:30564 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:30564 The basic idea of the "emergency escape" feature is to provide a way to get out of Emacs when it is not responding at all. This is not needed on a window system, because you can make yourself an xterm or whatever even if Emacs is not listening to you. And you could use the xterm to kill Emacs if that is what you want to do. What did you wish to do using emergency escape under a window system? >> Maybe we could get the best of both worlds if we set it up so that >> quit can occur inside emacs_write only if it has been sitting there >> for 30 seconds or more since the last data it succeeded in writing. The idea sounds good, assuming you don't mean it to be specific to `write'. The idea I had in mind is specific to e_write. It is not needed for anything else. Most parts of Emacs will quit *very soon* if you type C-g.