From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: lorentey@elte.hu (=?iso-8859-2?Q?L=F5rentey_K=E1roly?=) Newsgroups: gmane.emacs.devel,gmane.emacs.multi-tty Subject: Re: Emacs routinely gets stuck in single_kboard mode Date: Tue, 13 Jul 2004 19:12:59 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1089738913 26142 80.91.224.253 (13 Jul 2004 17:15:13 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 13 Jul 2004 17:15:13 +0000 (UTC) Cc: multi-tty@lists.fnord.hu, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue Jul 13 19:14:51 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BkQrj-0003do-00 for ; Tue, 13 Jul 2004 19:14:51 +0200 Original-Received: from lists.gnu.org ([199.232.76.165]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BkQrj-00080I-00 for ; Tue, 13 Jul 2004 19:14:51 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BkQu6-000463-Ff for emacs-devel@quimby.gnus.org; Tue, 13 Jul 2004 13:17:18 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BkQu3-00044h-LI for emacs-devel@gnu.org; Tue, 13 Jul 2004 13:17:15 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BkQu1-000436-TP for emacs-devel@gnu.org; Tue, 13 Jul 2004 13:17:15 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BkQu1-000431-PZ for emacs-devel@gnu.org; Tue, 13 Jul 2004 13:17:13 -0400 Original-Received: from [157.181.1.137] (helo=mx1.elte.hu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BkQqN-0002MX-AZ; Tue, 13 Jul 2004 13:13:27 -0400 Original-Received: from mailbox1.caesar.elte.hu (mailbox1.caesar.elte.hu [157.181.151.157]) by mx1.elte.hu (Postfix) with ESMTP id 25B20E9208; Tue, 13 Jul 2004 19:13:10 +0200 (CEST) Original-Received: from eris (eris.elte.hu [157.181.150.146]) by mailbox1.caesar.elte.hu (Postfix) with ESMTP id 0FD6CA01653B; Tue, 13 Jul 2004 19:13:10 +0200 (CEST) Original-Received: by eris (Postfix, from userid 1000) id 6575E47D01; Tue, 13 Jul 2004 19:12:59 +0200 (CEST) Original-To: rms@gnu.org In-Reply-To: (Richard Stallman's message of "Mon, 12 Jul 2004 19:57:14 -0400") User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) X-ELTE-SpamVersion: MailScanner 4.31.6-itk1 (ELTE 1.2) SpamAssassin 2.63 ClamAV 0.73 X-ELTE-VirusStatus: clean X-ELTE-SpamCheck: no X-ELTE-SpamCheck-Details: score=-4.9, required 5.9, autolearn=not spam, BAYES_00 -4.90 X-ELTE-SpamLevel: X-ELTE-SpamScore: -4 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: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:25651 gmane.emacs.multi-tty:27 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:25651 Richard Stallman writes: > Maybe it should display something saying "Locked by another keyboard" > in all the windows for other keyboards. That way, the person at that > keyboard will understand why it is locked. That is a good compromise; I'll have a go at implementing it. > You seem to be envisioning that there is only one user, who uses > the various different keyboards. I've always thought in terms of > a different user at each keyboard. Perhaps this is why we have > different ideas of what would be desirable. Ah, I see. I agree that if there are multiple users, then an unlocked recursive edit would probably mess things up pretty badly. Anyway, I found that while the Emacs server is running (which is likely to be the case when there are multiple displays), the following trick may be used to remotely bail out of a forgotten recursive edit: emacsclient -e '(top-level)' (Emacsclient needs to be killed with C-c after this.) (Incidentally, this calls top-level from a process filter. Is that supported?) --=20 K=E1roly