From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Ovidiu Gheorghioiu" Newsgroups: gmane.emacs.help Subject: Re: Emacs hangs on current display when the minibuffer is active on another display Date: Mon, 20 Aug 2007 21:54:09 -0700 Message-ID: <1adb6ea0708202154v142e8eb4vb85b6cb65bcd1fdd@mail.gmail.com> References: <1adb6ea0609261909u138ff25fj3cee334a6232ca3b@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1187685222 17561 80.91.229.12 (21 Aug 2007 08:33:42 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 21 Aug 2007 08:33:42 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: rms@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Aug 21 10:33:38 2007 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1INPBB-0000JK-FM for geh-help-gnu-emacs@m.gmane.org; Tue, 21 Aug 2007 10:33:37 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1INPBA-0002vh-I5 for geh-help-gnu-emacs@m.gmane.org; Tue, 21 Aug 2007 04:33:36 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1INLkr-0000Mv-8W for help-gnu-emacs@gnu.org; Tue, 21 Aug 2007 00:54:13 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1INLkq-0000Mj-Ja for help-gnu-emacs@gnu.org; Tue, 21 Aug 2007 00:54:12 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1INLkq-0000Mg-Gs for help-gnu-emacs@gnu.org; Tue, 21 Aug 2007 00:54:12 -0400 Original-Received: from wx-out-0506.google.com ([66.249.82.224]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1INLkp-0001Mw-Ec for help-gnu-emacs@gnu.org; Tue, 21 Aug 2007 00:54:11 -0400 Original-Received: by wx-out-0506.google.com with SMTP id s7so1397917wxc for ; Mon, 20 Aug 2007 21:54:10 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=mM3gvVe2XULjb5b5KKSEvHWP87CeZyP2u9jsLsyggQZmHsuisAYe8SS++6xGSPOq3IufwJ7Z3kMXOSQ+axXV05P3BYdFgo13tyLa1loaJWjycSR9oA91RaeWJ4teQ/nuYu2IooqaeeW/8kZO3IK0V01YVkGBrNibrzbqVk9r8Tw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=UmpExNZlXk32i3ev4xwa1G8tJ8FkyfTo8ccklfI7KanybM9JjXl04kjfPLF+AuiFhjf+mhoDXePXMWTI15v03TX3PU4qqiEtLwjGW0cM3n5fbt2BoZne8W/o2WM/rG/wGchJ/kSbkUCSqLCzx4n9pHszdS5zNi7mM6S7FyqTpeU= Original-Received: by 10.70.45.10 with SMTP id s10mr11953379wxs.1187672049918; Mon, 20 Aug 2007 21:54:09 -0700 (PDT) Original-Received: by 10.100.191.13 with HTTP; Mon, 20 Aug 2007 21:54:09 -0700 (PDT) In-Reply-To: Content-Disposition: inline X-Google-Sender-Auth: 3431d1b9fd007c92 X-Detected-Kernel: Linux 2.6 (newer, 2) X-Mailman-Approved-At: Tue, 21 Aug 2007 04:31:41 -0400 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:46712 Archived-At: Is there an eval forn that would cause emacs to exit this loop? I can do gnuclient -eval from the display where Emacs is non-functional. I've tried (keyboard-quit) and (minibuffer-keyboard-quit) but that didn't work. Finally I did (setq quit-flag t) with the -- foreseeable I guess -- result that Emacs quit entirely. So maybe there is some hope. A workaround involving -eval (something) would be perfectly acceptable for me. Regards, Ovy On 9/27/06, Richard Stallman wrote: > If I leave the emacs on one > display with the minibuffer active, emacs on the other display does > not respond to anything until the minibuffer input is resolved (input > entered, or quit). > > It is nearly impossible to fix this without making Emacs > multi-threaded. I hope that will be done some day, but I > don't know if anyone is working on it. > >