From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/62557 Path: news.gmane.org!not-for-mail From: Dave Love Newsgroups: gmane.emacs.gnus.general Subject: Re: [sdl.web@gmail.com: gnus makes emacs lose response] Date: Thu, 06 Apr 2006 19:52:22 +0100 Message-ID: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="ANDVT-Yukon-Becker-Rule-Psix-Honduras" X-Trace: sea.gmane.org 1144349599 17201 80.91.229.2 (6 Apr 2006 18:53:19 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 6 Apr 2006 18:53:19 +0000 (UTC) Cc: ding@gnus.org Original-X-From: ding-owner+m11084@lists.math.uh.edu Thu Apr 06 20:53:16 2006 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FRZbP-0005vX-AD for ding-account@gmane.org; Thu, 06 Apr 2006 20:53:08 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1FRZbF-0001Bb-00; Thu, 06 Apr 2006 13:52:57 -0500 Original-Received: from nas01.math.uh.edu ([129.7.128.39]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1FRZaw-0001BW-00 for ding@lists.math.uh.edu; Thu, 06 Apr 2006 13:52:38 -0500 Original-Received: from quimby.gnus.org ([80.91.224.244]) by nas01.math.uh.edu with esmtp (Exim 4.52) id 1FRZat-0002fC-Ay for ding@lists.math.uh.edu; Thu, 06 Apr 2006 13:52:38 -0500 Original-Received: from s2.ukfsn.org ([217.158.120.143] helo=mail.ukfsn.org) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1FRZak-0002U6-00 for ; Thu, 06 Apr 2006 20:52:26 +0200 Original-Received: from localhost (84-45-211-153.no-dns-yet.enta.net [84.45.211.153]) by mail.ukfsn.org (Postfix) with ESMTP id 4B0C8E6A85; Thu, 6 Apr 2006 19:49:34 +0100 (BST) Original-Received: from fx by localhost with local (Exim 4.60) (envelope-from ) id 1FRZag-0007H2-OT; Thu, 06 Apr 2006 19:52:22 +0100 Original-To: Richard Stallman X-Draft-From: ("nndoc:nnml:Misc-326" 1) In-Reply-To: Richard Stallman's message of "06-Apr-2006 16:37" User-Agent: Gnus/5.11 (Gnus v5.11) X-Spam-Score: -2.6 (--) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: news.gmane.org gmane.emacs.gnus.general:62557 Archived-At: --ANDVT-Yukon-Becker-Rule-Psix-Honduras Richard Stallman writes: > Can you still reproduce this problem? As far as I know it still occurs, but I don't use the development Emacs since it's too unstable and difficult to get fixed. > If so, could you send a test case > (perhaps the same one) again? It would take me some time to reconstruct as I've forgotten the details from the time I wasted before. (I thought I said in the previous message that I couldn't find the test case.) This is all I have archived. Note that it's come up at least three times before. --ANDVT-Yukon-Becker-Rule-Psix-Honduras Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit From: Dave Love Subject: Re: timer handlers and ^G To: emacs-devel@gnu.org Date: 25 Oct 2001 12:31:58 +0100 >>>>> "GM" == Gerd Moellmann writes: GM> We had that on pretest-bug recently. I think it's not generally GM> a good idea, from the perspective of the user, to let C-g GM> interrupt functions run from a timer because (a) the user might GM> not be aware that such a function is running, and (b) because not GM> all such functions can cope with being interrupted. I suggested GM> to Simon Josefson, I believe, to explicitly bind inhibit-quit to GM> nil in Gnus if Gnus can cope with that. The problem with Gnus & al being able to hang Emacs is due to the timeouts it specifies on process operations not being honoured when they're run from a timer. (Normally `accept-process-output' on an asynchronous article fetch is the culprit, and there is a loop involving `select'.) This was reported before, but no-one could find anything wrong with process.c. If I remember correctly, it is reproducible by running from a timer a shell command which waits for a long time without producing output. Footnotes: If you happen to have `gnuserv' running, you can still use `gnudoit' to recover with `(top-level)' (?), as I recall. Also, the hang occurs under X. On a tty, if you C-g twice in this situation, Emacs offers to auto-save and then abort and dump core. --ANDVT-Yukon-Becker-Rule-Psix-Honduras--