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: Tue, 05 Sep 2006 17:18:26 -0400 Message-ID: <871wqqxba5.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 1157491022 654 80.91.229.2 (5 Sep 2006 21:17:02 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 5 Sep 2006 21:17:02 +0000 (UTC) Cc: leon , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 05 23:17:00 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 1GKiHu-0000IZ-Tt for ged-emacs-devel@m.gmane.org; Tue, 05 Sep 2006 23:16:55 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GKiHu-0003pO-Bk for ged-emacs-devel@m.gmane.org; Tue, 05 Sep 2006 17:16:54 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GKiHh-0003nZ-HA for emacs-devel@gnu.org; Tue, 05 Sep 2006 17:16:41 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GKiHf-0003jf-Ni for emacs-devel@gnu.org; Tue, 05 Sep 2006 17:16:41 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GKiHf-0003jA-Hp for emacs-devel@gnu.org; Tue, 05 Sep 2006 17:16:39 -0400 Original-Received: from [18.19.1.138] (helo=cyd) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GKiHf-0004oN-ON for emacs-devel@gnu.org; Tue, 05 Sep 2006 17:16:39 -0400 Original-Received: by cyd (Postfix, from userid 1000) id C982B4E2FE; Tue, 5 Sep 2006 17:18:26 -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:59392 Archived-At: no-spam@cua.dk (Kim F. Storm) writes: > Here is an interesting backtrace from Leon: > > It is hanging (C-g not working) with gnus-demon called > from a timer. > > Would someone pls. investigate this. If I remember correctly from previous discussions, this bug happens when a cable is unplugged while Gnus is running, and it's been around for years. >>From the backtrace, it looks Emacs is hanging on the select call. My guess is that the unplugged network cable causes select to wait forever, in spite of the non-NULL timeout argument passed to it. If this is true, it's a bug in the select system call, and there's little Emacs can do to work around it. > (gdb) bt > #0 0x00b79248 in ___newselect_nocancel () from /lib/libc.so.6 > #1 0x08194325 in select_wrapper (n=-514, rfd=0x0, wfd=0xbfcbe478, xfd=0x0, > tmo=0xbfcbe5a8) at process.c:4188 > #2 0x081975e3 in wait_reading_process_output (time_limit=0, microsecs=100000, > read_kbd=0, do_display=0, wait_for_cell=137562313, wait_proc=0xac4b208, > just_wait_proc=0) at process.c:4560 > #1 0x08194325 in select_wrapper (n=-514, rfd=0x0, wfd=0xbfcbe478, xfd=0x0, > tmo=0xbfcbe5a8) at process.c:4188 > No locals. > #2 0x081975e3 in wait_reading_process_output (time_limit=0, microsecs=100000, > read_kbd=0, do_display=0, wait_for_cell=137562313, wait_proc=0xac4b208, > just_wait_proc=0) at process.c:4560 > usecs = > timeout_reduced_for_timers = 0 > channel = 0 > nfds = 0 > Available = { > fds_bits = {389248, 0 } > } > Connecting = { > fds_bits = {0 } > } > check_connect = 0 > check_delay = 0 > no_avail = 0 > xerrno = 0 > proc = > timeout = { > tv_sec = 0, > tv_usec = 40000 > } > end_time = { > tv_sec = 1157323517, > tv_usec = 457274 > } > wait_channel = 12 > got_some_input = 0