From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.devel Subject: Re: gnus makes emacs lose response Date: Fri, 22 Sep 2006 16:04:27 -0400 Message-ID: <87slijekhg.fsf@stupidchicken.com> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1159034955 791 80.91.229.2 (23 Sep 2006 18:09:15 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 23 Sep 2006 18:09:15 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 23 20:09:13 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GRBw5-0001iJ-MU for ged-emacs-devel@m.gmane.org; Sat, 23 Sep 2006 20:09:09 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GRBw5-0004Wp-5W for ged-emacs-devel@m.gmane.org; Sat, 23 Sep 2006 14:09:09 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GRBvt-0004Wj-Ka for emacs-devel@gnu.org; Sat, 23 Sep 2006 14:08:57 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GRBvr-0004WX-27 for emacs-devel@gnu.org; Sat, 23 Sep 2006 14:08:56 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GRBvq-0004WU-SO for emacs-devel@gnu.org; Sat, 23 Sep 2006 14:08:54 -0400 Original-Received: from [18.19.1.138] (helo=cyd) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GRBzr-0003zl-Ma for emacs-devel@gnu.org; Sat, 23 Sep 2006 14:13:03 -0400 Original-Received: by cyd (Postfix, from userid 1000) id 9F7EB4E411; Fri, 22 Sep 2006 16:04:27 -0400 (EDT) Original-To: no-spam@cua.dk (Kim F. Storm) In-Reply-To: (Kim F. Storm's message of "Mon\, 04 Sep 2006 10\:41\:14 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) 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: news.gmane.org gmane.emacs.devel:60145 Archived-At: After some communication with Leon, I found out that `gnus-demon' was being called with inhibit-quit set to t. This is done by timer_check in keyboard.c:4528. /* Mark the timer as triggered to prevent problems if the lisp code fails to reschedule it right. */ vector[0] = Qt; specbind (Qinhibit_quit, Qt); call1 (Qtimer_event_handler, chosen_timer); This behavior is documented in the Lisp Reference manual: Emacs binds `inhibit-quit' to `t' before calling the timer function, because quitting out of many timer functions can leave things in an inconsistent state. This is normally unproblematical because most timer functions don't do a lot of work. Indeed, for a timer to call a function that takes substantial time to run is likely to be annoying. However, the result is that when the `gnus-demon' timer function calls accept-process-output, it can't be interrupted. I'm not sure what the best way to handle this is. Anyone?