From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: gnus makes emacs lose response Date: Sun, 10 Sep 2006 00:33:24 +0200 Message-ID: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1157841313 29024 80.91.229.2 (9 Sep 2006 22:35:13 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 9 Sep 2006 22:35:13 +0000 (UTC) Cc: Chong Yidong , Leon Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Sep 10 00:35:10 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 1GMBPj-0007bd-4F for ged-emacs-devel@m.gmane.org; Sun, 10 Sep 2006 00:35:03 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GMBPi-0004Me-MO for ged-emacs-devel@m.gmane.org; Sat, 09 Sep 2006 18:35:02 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GMBPW-0004Lz-W8 for emacs-devel@gnu.org; Sat, 09 Sep 2006 18:34:51 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GMBPV-0004Ln-6w for emacs-devel@gnu.org; Sat, 09 Sep 2006 18:34:49 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GMBPV-0004Lk-1V for emacs-devel@gnu.org; Sat, 09 Sep 2006 18:34:49 -0400 Original-Received: from [195.41.46.235] (helo=pfepa.post.tele.dk) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GMBQP-0004nk-DY for emacs-devel@gnu.org; Sat, 09 Sep 2006 18:35:45 -0400 Original-Received: from kfs-l.imdomain.dk.cua.dk (0x503e2644.bynxx3.adsl-dhcp.tele.dk [80.62.38.68]) by pfepa.post.tele.dk (Postfix) with SMTP id 02B20FAC038; Sun, 10 Sep 2006 00:34:27 +0200 (CEST) Original-To: emacs-devel@gnu.org 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:59606 Archived-At: On Thu, 09/07/2006 15:48 +0100, Kim F. Storm wrote: > From: Chong Yidong > Subject: Re: gnus makes emacs lose response > Newsgroups: gmane.emacs.devel > Cc: emacs-devel@gnu.org, "Kim F. Storm" > Date: Thu Sep 7 15:37:23 2006 +0100 > >>> leon writes: >>> >>>> emacs still loses reponse and won't be able to restore to normal. > >>> >>> And it doesn't respond to C-g ?? >> >> No. >> >> (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 > > While Emacs is hung, could you go back to gdb, set a breakpoint at > interrupt_signal, and see what happens when you try to run C-g? If > this drops you back into gdb at interrupt_signal, examine the values > of the following variables. > > b interrupt_signal > c > [Type C-g in Emacs -- this should drop back into gdb at interrupt_signal] > p Qnil > p Vquit_flag > p immediate_quit > p Vinhibit_quit > p waiting_for_input > p echoing > > (If C-g doesn't drop you back into gdb at interrupt_signal, then it > probably is a kernel bug and there's nothing we can do about it). > ---------- Here is the log. C-g can return to gdb. GNU gdb Red Hat Linux (6.5-7.fc6rh) Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". DISPLAY = :0.0 TERM = xterm Breakpoint 1 at 0x80fe1d6: file emacs.c, line 464. Breakpoint 2 at 0x8116866: file sysdep.c, line 1395. (gdb) r Starting program: /home/tmp/emacs/src/emacs -geometry 80x40+0+0 [Thread debugging using libthread_db enabled] [New Thread -1208244544 (LWP 10921)] [Switching to Thread -1208244544 (LWP 10921)] Breakpoint 3 at 0x80d2b2c: file xterm.c, line 8039. Program received signal SIGTSTP, Stopped (user). 0x00908402 in __kernel_vsyscall () (gdb) b interrupt_signal Breakpoint 4 at 0x8102435: file keyboard.c, line 10389. (gdb) c Continuing. Breakpoint 4, interrupt_signal (signalnum=0) at keyboard.c:10389 10389 int old_errno = errno; (gdb) p Qnil $1 = 137562313 (gdb) p Vquit_flag $2 = 137562313 (gdb) p immediate_quit $3 = 0 (gdb) p Vinhibit_quit $4 = 137562361 (gdb) p waiting_for_input $5 = 0 (gdb) p echoing $6 = 0 (gdb) regards, -- Leon -- Kim F. Storm http://www.cua.dk