From unknown Fri Jun 20 07:21:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15025: emacs --daemon stuck in infinite loop Resent-From: Dan Nicolaescu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 05 Aug 2013 12:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 15025 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 15025@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.137570619119456 (code B ref -1); Mon, 05 Aug 2013 12:37:01 +0000 Received: (at submit) by debbugs.gnu.org; 5 Aug 2013 12:36:31 +0000 Received: from localhost ([127.0.0.1]:41053 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V6K1V-00053i-9D for submit@debbugs.gnu.org; Mon, 05 Aug 2013 08:36:30 -0400 Received: from eggs.gnu.org ([208.118.235.92]:34736) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V6K1R-00053M-OE for submit@debbugs.gnu.org; Mon, 05 Aug 2013 08:36:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V6K1J-0005hQ-Tn for submit@debbugs.gnu.org; Mon, 05 Aug 2013 08:36:20 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:42576) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6K1J-0005hL-R4 for submit@debbugs.gnu.org; Mon, 05 Aug 2013 08:36:17 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36446) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6K1G-0004IR-SJ for bug-gnu-emacs@gnu.org; Mon, 05 Aug 2013 08:36:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V6K1E-0005fp-CH for bug-gnu-emacs@gnu.org; Mon, 05 Aug 2013 08:36:14 -0400 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41854) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V6K1E-0005fl-8w for bug-gnu-emacs@gnu.org; Mon, 05 Aug 2013 08:36:12 -0400 Received: from dann by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1V6K1D-0004p5-W3 for bug-gnu-emacs@gnu.org; Mon, 05 Aug 2013 08:36:12 -0400 From: Dan Nicolaescu Date: Mon, 05 Aug 2013 08:36:11 -0400 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.4 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.4 (---) This seems to be reproducible. emacs compiled with Lucid toolkit The recipe here uses Xnest because it easy to kill/restart, probably the same happens if the X session is killed. Xnest :1& xterm -display :1& Now type in the xterm above: emacs --daemon In a different xterm type: emacsclient -t Makefile (or any file that exists). C-z now while emacsclient is suspended kill Xnest (using the window manager close button) Emacs daemon should still survive, but emacsclient -t cannot connect to it. Looking in the debugger, emacs is stuck in an infinite loop in: frame.c: next_frame while (passed < 2) passed never gets set to more than 1, so the loop never ends. What is the intention of that code? From unknown Fri Jun 20 07:21:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15025: emacs --daemon stuck in infinite loop In-Reply-To: Resent-From: Glenn Morris Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Aug 2013 23:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15025 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 15025@debbugs.gnu.org, Dmitry Antipov Cc: Dan Nicolaescu Received: via spool by 15025-submit@debbugs.gnu.org id=B15025.137583334617032 (code B ref 15025); Tue, 06 Aug 2013 23:56:01 +0000 Received: (at 15025) by debbugs.gnu.org; 6 Aug 2013 23:55:46 +0000 Received: from localhost ([127.0.0.1]:43979 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V6r6P-0004Qb-5M for submit@debbugs.gnu.org; Tue, 06 Aug 2013 19:55:45 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:50653 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V6r6M-0004QT-NF for 15025@debbugs.gnu.org; Tue, 06 Aug 2013 19:55:43 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1V6r6L-0008Dx-Fu; Tue, 06 Aug 2013 19:55:41 -0400 From: Glenn Morris References: X-Spook: diwn Guantanamo asset Consul KGB rs9512c SAPO Albania X-Ran: y13HcsQ\H9ZbM5uhPR/pyIn+1>c?/R5u5HC7~gf'7cE+VYwPxP3YG!5'KFlD/0M3XbJ|]! X-Hue: yellow X-Attribution: GM Date: Tue, 06 Aug 2013 19:55:41 -0400 Message-ID: <4jpptql6gy.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Dan Nicolaescu wrote: > This seems to be reproducible. > > emacs compiled with Lucid toolkit > > The recipe here uses Xnest because it easy to kill/restart, probably the same > happens if the X session is killed. > > Xnest :1& > xterm -display :1& > > Now type in the xterm above: > emacs --daemon > > In a different xterm type: > emacsclient -t Makefile > (or any file that exists). > C-z > > now while emacsclient is suspended kill Xnest (using the window manager > close button) > > Emacs daemon should still survive, but > emacsclient -t > cannot connect to it. > > Looking in the debugger, emacs is stuck in an infinite loop in: > > frame.c: next_frame > > while (passed < 2) > > passed never gets set to more than 1, so the loop never ends. > > What is the intention of that code? It seems this was introduced in http://lists.gnu.org/archive/html/emacs-diffs/2012-12/msg00093.html Dmitry, please could you take a look? From unknown Fri Jun 20 07:21:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15025: emacs --daemon stuck in infinite loop Resent-From: Dmitry Antipov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 07 Aug 2013 02:14:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15025 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 15025@debbugs.gnu.org Cc: Glenn Morris , Dan Nicolaescu Received: via spool by 15025-submit@debbugs.gnu.org id=B15025.13758416297142 (code B ref 15025); Wed, 07 Aug 2013 02:14:01 +0000 Received: (at 15025) by debbugs.gnu.org; 7 Aug 2013 02:13:49 +0000 Received: from localhost ([127.0.0.1]:44261 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V6tFx-0001qw-25 for submit@debbugs.gnu.org; Tue, 06 Aug 2013 22:13:49 -0400 Received: from forward18.mail.yandex.net ([95.108.253.143]:37438) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V6tFr-0001pt-NL for 15025@debbugs.gnu.org; Tue, 06 Aug 2013 22:13:43 -0400 Received: from smtp19.mail.yandex.net (smtp19.mail.yandex.net [95.108.252.19]) by forward18.mail.yandex.net (Yandex) with ESMTP id 7C2EF17813E7; Wed, 7 Aug 2013 06:13:33 +0400 (MSK) Received: from smtp19.mail.yandex.net (localhost [127.0.0.1]) by smtp19.mail.yandex.net (Yandex) with ESMTP id 329CDBE016D; Wed, 7 Aug 2013 06:13:33 +0400 (MSK) Received: from 242.gprs.mts.ru (242.gprs.mts.ru [213.87.134.242]) by smtp19.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 5cxEwvewpQ-DWXqmlaF; Wed, 7 Aug 2013 06:13:32 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1375841612; bh=JfBliCTKkLJn9hmSO0LJ7RwR9FTcYJDEeKCMke6VZYE=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=B288cv8ZVEZqHAPM504GkTBHY0pubJs3BRB6FvbAOh6uvbUY6n9LAEwa2bOnuaYJ/ 00FgSFLL0GFY18D0s5Eelt3KuzVrnqS1JEp49O7hzRyQV/uJyX0MN1o5pNRNq1sHpl tN783oUKeU3G6LBsCux1UryNugsBBMxyGZUfoi6I= Authentication-Results: smtp19.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <5201AD43.4040105@yandex.ru> Date: Wed, 07 Aug 2013 06:13:23 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 References: <4jpptql6gy.fsf@fencepost.gnu.org> In-Reply-To: <4jpptql6gy.fsf@fencepost.gnu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On 08/07/2013 03:55 AM, Glenn Morris wrote: > Dan Nicolaescu wrote: > >> This seems to be reproducible. >> >> emacs compiled with Lucid toolkit >> >> The recipe here uses Xnest because it easy to kill/restart, probably the same >> happens if the X session is killed. >> >> Xnest :1& >> xterm -display :1& >> >> Now type in the xterm above: >> emacs --daemon >> >> In a different xterm type: >> emacsclient -t Makefile >> (or any file that exists). >> C-z Should I run "different xterm" connected to base (:0) server or nested (:1)? Anyway, I can't reproduce it now. Could you please try to run Emacs daemon with -Q? Dmitry From unknown Fri Jun 20 07:21:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15025: emacs --daemon stuck in infinite loop Resent-From: Dan Nicolaescu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Aug 2013 01:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15025 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Antipov Cc: 15025@debbugs.gnu.org Received: via spool by 15025-submit@debbugs.gnu.org id=B15025.13760114088803 (code B ref 15025); Fri, 09 Aug 2013 01:24:02 +0000 Received: (at 15025) by debbugs.gnu.org; 9 Aug 2013 01:23:28 +0000 Received: from localhost ([127.0.0.1]:48331 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7bQM-0002Hs-Vr for submit@debbugs.gnu.org; Thu, 08 Aug 2013 21:23:27 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:43593 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7bQK-0002Hj-2e for 15025@debbugs.gnu.org; Thu, 08 Aug 2013 21:23:24 -0400 Received: from dann by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1V7bQJ-00074E-Jx; Thu, 08 Aug 2013 21:23:23 -0400 From: Dan Nicolaescu References: <4jpptql6gy.fsf@fencepost.gnu.org> <5201AD43.4040105@yandex.ru> Date: Thu, 08 Aug 2013 21:23:23 -0400 In-Reply-To: <5201AD43.4040105@yandex.ru> (Dmitry Antipov's message of "Wed, 07 Aug 2013 06:13:23 +0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Dmitry Antipov writes: > On 08/07/2013 03:55 AM, Glenn Morris wrote: > >> Dan Nicolaescu wrote: >> >>> This seems to be reproducible. >>> >>> emacs compiled with Lucid toolkit >>> >>> The recipe here uses Xnest because it easy to kill/restart, probably the same >>> happens if the X session is killed. >>> >>> Xnest :1& >>> xterm -display :1& >>> >>> Now type in the xterm above: >>> emacs --daemon >>> >>> In a different xterm type: >>> emacsclient -t Makefile >>> (or any file that exists). >>> C-z > > Should I run "different xterm" connected to base (:0) server or nested (:1)? one connected to base. > Anyway, I can't reproduce it now. Could you please try to run Emacs daemon with -Q? I rebuilt my emacs, and I can reproduce it anymore. I do see the problem from time to time on my work machine, but I cannot reproduce it reliably. What should I look for when that happens? next_frame has that loop "while (passed < 2)" where emacs gets stuck, but prev_frame does not. Any idea what can it make it get stuck there? I run into another problem when trying to reproduce this: Xnest :1& xterm -display :1& Now type in the xterm above: emacs -Q --daemon In a different xterm in the default display (not in Xnest) type: emacsclient -t Makefile (or any file that exists). M-x C-z (suspend while in minibuffer) kill Xnest go to a different xterm and type emacsclient -t FOO where FOO is a file that exists. This will display "Makefile", not "FOO" --dan From unknown Fri Jun 20 07:21:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15025: emacs --daemon stuck in infinite loop Resent-From: Dmitry Antipov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Aug 2013 02:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15025 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dan Nicolaescu Cc: 15025@debbugs.gnu.org Received: via spool by 15025-submit@debbugs.gnu.org id=B15025.137601566919418 (code B ref 15025); Fri, 09 Aug 2013 02:35:01 +0000 Received: (at 15025) by debbugs.gnu.org; 9 Aug 2013 02:34:29 +0000 Received: from localhost ([127.0.0.1]:48378 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7cX6-000537-OX for submit@debbugs.gnu.org; Thu, 08 Aug 2013 22:34:29 -0400 Received: from forward9l.mail.yandex.net ([84.201.143.142]:59919) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7cX3-00052n-QR for 15025@debbugs.gnu.org; Thu, 08 Aug 2013 22:34:27 -0400 Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward9l.mail.yandex.net (Yandex) with ESMTP id 4B593E60D8E; Fri, 9 Aug 2013 06:34:19 +0400 (MSK) Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id F15441B6073C; Fri, 9 Aug 2013 06:34:18 +0400 (MSK) Received: from 50.gprs.mts.ru (50.gprs.mts.ru [213.87.134.50]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id hEt5p0Ov6p-YIqiaA9k; Fri, 9 Aug 2013 06:34:18 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1376015658; bh=M8qpaHA6sjQEsl1NYtmRhTiAxX8/e/HAGoJNGCR8XYc=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Jv9+CVRuFr+CmUFv3+8PDRpHDjJRQ8JtEgkxrL9/R1eWoRkpr3KWYPy4eZXUYSLS3 +AVdLEjEuvPmBoYMJJHDYqd2kEuIBfbDPvcUWM+ed5Eh9vXha/xDjYts08otldFa9t 72xCTIAn1V59rQ98qIh72fwmi4uwk2NsfumPWfDY= Authentication-Results: smtp14.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <52045526.8060404@yandex.ru> Date: Fri, 09 Aug 2013 06:34:14 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 References: <4jpptql6gy.fsf@fencepost.gnu.org> <5201AD43.4040105@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.6 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.6 (/) On 08/09/2013 05:23 AM, Dan Nicolaescu wrote: > What should I look for when that happens? > next_frame has that loop "while (passed < 2)" where emacs gets stuck, > but prev_frame does not. Any idea what can it make it get stuck there? Hm... strange values (dead frame?) in Vframe_list may be a reason. Next time when it's get stuck, attach gdb and examine: 1) `frame' arg of next_frame; 2) each entry in Vframe_list, like this: (gdb) call debug_print (Vframe_list) (#) (gdb) p *(struct frame *)0x102d390 $1 = {header = {size = 4611686018477891605}, name = {i = 12705553}, icon_name = {i = 10920482}, title = {i = 10920482}, focus_frame = {i = 10920482}, root_window = {i = 16966565}, selected_window = {i = 16966565}, minibuffer_window = {i = 16966997}, param_alist = {i = 19029702}, scroll_bars = {i = 17338645}, condemned_scroll_bars = {i = 10920482}, menu_bar_items = {i = 17188581}, face_alist = {i = 19032150}, menu_bar_vector = {i = 42561837}, buffer_predicate = {i = 10920482}, buffer_list = {i = 19028102}, buried_buffer_list = {i = 10920482}, tool_bar_window = {i = 10920482}, tool_bar_items = {i = 14190525}, tool_bar_position = {i = 10970402}, desired_tool_bar_string = {i = 10920482}, current_tool_bar_string = {i = 10920482}, face_cache = 0xc2f6a0, menu_bar_items_used = 0, namebuf = 0x0, current_pool = 0x0, desired_pool = 0x0, desired_matrix = 0x0, current_matrix = 0x0, glyphs_initialized_p = 1, resized_p = 0, force_flush_display_p = 0, default_face_done_p = 1, already_hscrolled_p = 0, updated_p = 1, minimize_tool_bar_window_p = 0, external_tool_bar = 1, tool_bar_lines = 0, n_tool_bar_rows = 0, n_tool_bar_items = 13, decode_mode_spec_buffer = 0xc69d20 "", insert_line_cost = 0x0, delete_line_cost = 0x0, insert_n_lines_cost = 0x0, delete_n_lines_cost = 0x0, text_lines = 34, text_cols = 80, total_lines = 0, total_cols = 84, new_text_lines = 0, new_text_cols = 0, left_pos = 0, top_pos = 0, pixel_height = 612, pixel_width = 756, x_pixels_diff = 600, y_pixels_diff = 85, win_gravity = 1, size_hint_flags = 0, border_width = 0, internal_border_width = 0, column_width = 9, line_height = 18, output_method = output_x_window, terminal = 0xf7cab8, output_data = {tty = 0xc1e160, x = 0xc1e160, w32 = 0xc1e160, ns = 0xc1e160, nothing = 12706144}, font_driver_list = 0x136d520, font_data_list = 0xc7c1c0, fringe_cols = 2, left_fringe_width = 9, right_fringe_width = 9, want_fullscreen = FULLSCREEN_NONE, menu_bar_lines = 0, external_menu_bar = 1, visible = 1, iconified = 0, garbaged = 0, has_minibuffer = 1, wants_modeline = 1, auto_raise = 0, auto_lower = 0, no_split = 0, explicit_name = 0, window_sizes_changed = 0, mouse_moved = 0, pointer_invisible = 0, vertical_scroll_bar_type = vertical_scroll_bar_right, desired_cursor = FILLED_BOX_CURSOR, cursor_width = 1, blink_off_cursor = DEFAULT_CURSOR, blink_off_cursor_width = 0, config_scroll_bar_width = 16, config_scroll_bar_cols = 2, scroll_bar_actual_width = 18, cost_calculation_baud_rate = 19200, alpha = {-1, -1}, gamma = 0, extra_line_spacing = 0, background_pixel = 16777215, foreground_pixel = 0} In particular, if you find the frame with zero f->terminal pointer, we have dead frames in the game, which is definitely wrong. Dmitry From unknown Fri Jun 20 07:21:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15025: emacs --daemon stuck in infinite loop Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Aug 2013 09:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15025 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Antipov Cc: Dan Nicolaescu , 15025@debbugs.gnu.org Received: via spool by 15025-submit@debbugs.gnu.org id=B15025.13760395758324 (code B ref 15025); Fri, 09 Aug 2013 09:13:01 +0000 Received: (at 15025) by debbugs.gnu.org; 9 Aug 2013 09:12:55 +0000 Received: from localhost ([127.0.0.1]:48937 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7ikg-0002AB-Sr for submit@debbugs.gnu.org; Fri, 09 Aug 2013 05:12:55 -0400 Received: from mout.gmx.net ([212.227.15.15]:56434) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7ike-00029n-2B for 15025@debbugs.gnu.org; Fri, 09 Aug 2013 05:12:53 -0400 Received: from [62.47.33.45] ([62.47.33.45]) by mail.gmx.com (mrgmx001) with ESMTPA (Nemesis) id 0MbfnB-1VOZLM3vYz-00J270 for <15025@debbugs.gnu.org>; Fri, 09 Aug 2013 11:12:46 +0200 Message-ID: <5204B28B.2060505@gmx.at> Date: Fri, 09 Aug 2013 11:12:43 +0200 From: martin rudalics MIME-Version: 1.0 References: <4jpptql6gy.fsf@fencepost.gnu.org> <5201AD43.4040105@yandex.ru> <52045526.8060404@yandex.ru> In-Reply-To: <52045526.8060404@yandex.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:iL9VZrtdd1k0OrCFN1QW1opqmmSDZpjtQyb9a6ZIqlA2jwL1OC+ iun6cG52Wcwa+rZllXy4o5hFhM0JwU3FIPev7xUigV4Z0ys+bti4yiCKyK8xJSG7qRLfrzz IOTLEnJlZ4ZxwPCxaDU1tUfC7p1I2RuoEKtvq87lYWmkIfHSQw9cV86a+fitJH8sr94wz1L 0ehJbJvzoCa4O5YK3mlDA== X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) >> next_frame has that loop "while (passed < 2)" where emacs gets stuck, >> but prev_frame does not. Any idea what can it make it get stuck there? > > Hm... strange values (dead frame?) in Vframe_list may be a reason. IIUC failing to increment passed can happen only if the frame next_frame got called with is not on Vframe_list. We could try asserting that it is. martin From unknown Fri Jun 20 07:21:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15025: emacs --daemon stuck in infinite loop Resent-From: Dan Nicolaescu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Aug 2013 13:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15025 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Dmitry Antipov , 15025@debbugs.gnu.org Received: via spool by 15025-submit@debbugs.gnu.org id=B15025.137605472512075 (code B ref 15025); Fri, 09 Aug 2013 13:26:02 +0000 Received: (at 15025) by debbugs.gnu.org; 9 Aug 2013 13:25:25 +0000 Received: from localhost ([127.0.0.1]:49234 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7mh1-00038g-M9 for submit@debbugs.gnu.org; Fri, 09 Aug 2013 09:25:24 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:37286 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7mgy-00038W-17 for 15025@debbugs.gnu.org; Fri, 09 Aug 2013 09:25:20 -0400 Received: from dann by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1V7mgx-0002Db-9Z; Fri, 09 Aug 2013 09:25:19 -0400 From: Dan Nicolaescu References: <4jpptql6gy.fsf@fencepost.gnu.org> <5201AD43.4040105@yandex.ru> <52045526.8060404@yandex.ru> <5204B28B.2060505@gmx.at> Date: Fri, 09 Aug 2013 09:25:19 -0400 In-Reply-To: <5204B28B.2060505@gmx.at> (martin rudalics's message of "Fri, 09 Aug 2013 11:12:43 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) martin rudalics writes: >>> next_frame has that loop "while (passed < 2)" where emacs gets stuck, >>> but prev_frame does not. Any idea what can it make it get stuck there? >> >> Hm... strange values (dead frame?) in Vframe_list may be a reason. > > IIUC failing to increment passed can happen only if the frame next_frame > got called with is not on Vframe_list. We could try asserting that it is. That gives the idea of killing multiple emacsclients at the same time... This looks reproducible: Xnest :1 xterm -display :1 in that xterm: emacs -Q --deamon from the :0 display create 2 more xterms in Xnest: xterm -display :1 xterm -display :1 and in each of the do emacsclient -t C-z in another xterm on :0 do: emacsclient -t C-z at this point we should have 3 suspended emacsclients, 2 in Xnest, one in the main display. Kill Xnest Now emacs is stuck. VframeList looks like it's empty. From unknown Fri Jun 20 07:21:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15025: emacs --daemon stuck in infinite loop Resent-From: Dmitry Antipov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Aug 2013 15:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15025 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dan Nicolaescu Cc: martin rudalics , 15025@debbugs.gnu.org Received: via spool by 15025-submit@debbugs.gnu.org id=B15025.137606044627713 (code B ref 15025); Fri, 09 Aug 2013 15:01:01 +0000 Received: (at 15025) by debbugs.gnu.org; 9 Aug 2013 15:00:46 +0000 Received: from localhost ([127.0.0.1]:49835 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7oBH-0007Cs-7M for submit@debbugs.gnu.org; Fri, 09 Aug 2013 11:00:44 -0400 Received: from forward17.mail.yandex.net ([95.108.253.142]:46252) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7oB9-0007CW-O3 for 15025@debbugs.gnu.org; Fri, 09 Aug 2013 11:00:38 -0400 Received: from smtp19.mail.yandex.net (smtp19.mail.yandex.net [95.108.252.19]) by forward17.mail.yandex.net (Yandex) with ESMTP id 51B2F1061A38; Fri, 9 Aug 2013 19:00:29 +0400 (MSK) Received: from smtp19.mail.yandex.net (localhost [127.0.0.1]) by smtp19.mail.yandex.net (Yandex) with ESMTP id 06503BE0237; Fri, 9 Aug 2013 19:00:28 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp19.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 5B7sYN9khm-0SR0WIut; Fri, 9 Aug 2013 19:00:28 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1376060428; bh=K4emQ/OYQUqh+l6RhP/U6RI8atG7b+vCojqxzYUkn0g=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=r3sAWlqhk6DLrnIHFZfwxrxVM6g1Ic6NugsLRz6ZorP513M4iWTuv8ctK9yIscErI 6kfSP/vfvVDvJEB9p2tE2tmRhooa3uHRFd1+O7KScCUQXje8GQKAhYXr71aFNgqU5c MVyjo8Ny2PG9uYD6humxQChQXaqhMI6A8zv4eqao= Authentication-Results: smtp19.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <5205040B.5050404@yandex.ru> Date: Fri, 09 Aug 2013 19:00:27 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 References: <4jpptql6gy.fsf@fencepost.gnu.org> <5201AD43.4040105@yandex.ru> <52045526.8060404@yandex.ru> <5204B28B.2060505@gmx.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On 08/09/2013 05:25 PM, Dan Nicolaescu wrote: > Now emacs is stuck. VframeList looks like it's empty. ...and you should hit `eassert (CONSP (Vframe_list))' in next_frame, but... do you have ENABLE_CHECKING turned on? (Hunting for a bug without it is just a waste of time). Dmitry From unknown Fri Jun 20 07:21:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15025: emacs --daemon stuck in infinite loop Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Aug 2013 17:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15025 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dan Nicolaescu Cc: Dmitry Antipov , 15025@debbugs.gnu.org Received: via spool by 15025-submit@debbugs.gnu.org id=B15025.137606815511420 (code B ref 15025); Fri, 09 Aug 2013 17:10:02 +0000 Received: (at 15025) by debbugs.gnu.org; 9 Aug 2013 17:09:15 +0000 Received: from localhost ([127.0.0.1]:50080 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7qBe-0002y7-Vp for submit@debbugs.gnu.org; Fri, 09 Aug 2013 13:09:15 -0400 Received: from mout.gmx.net ([212.227.17.21]:64403) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7qBc-0002xf-Oo for 15025@debbugs.gnu.org; Fri, 09 Aug 2013 13:09:13 -0400 Received: from [62.47.50.97] ([62.47.50.97]) by mail.gmx.com (mrgmx103) with ESMTPA (Nemesis) id 0LxPgU-1WEmZV0sXa-016wel for <15025@debbugs.gnu.org>; Fri, 09 Aug 2013 19:09:07 +0200 Message-ID: <5205222F.4010203@gmx.at> Date: Fri, 09 Aug 2013 19:09:03 +0200 From: martin rudalics MIME-Version: 1.0 References: <4jpptql6gy.fsf@fencepost.gnu.org> <5201AD43.4040105@yandex.ru> <52045526.8060404@yandex.ru> <5204B28B.2060505@gmx.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:ybHB8UCmhhy0kqHb47e5oteDysn/apdnEmZeaw3L4dE8cTs4xVj 0+lZbGEDfkD2mWsjWMg4wfU7Omp4Jbr6H5ohVLk3UCEUjEIZfp6Zprl7r6mskazUmMVNAwu Ye6xswl10k3iWag6JVOdifcQATzIHcay6RuCbCXqIjPeatRqRyQMmQcvEYPi2BdEejJPXGC +bALZycz4o1z4s/TlZPcA== X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) > Now emacs is stuck. VframeList looks like it's empty. So is it empty? maartin From unknown Fri Jun 20 07:21:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15025: emacs --daemon stuck in infinite loop Resent-From: Dan Nicolaescu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Aug 2013 19:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15025 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Antipov Cc: martin rudalics , 15025@debbugs.gnu.org Received: via spool by 15025-submit@debbugs.gnu.org id=B15025.13760756515823 (code B ref 15025); Fri, 09 Aug 2013 19:15:02 +0000 Received: (at 15025) by debbugs.gnu.org; 9 Aug 2013 19:14:11 +0000 Received: from localhost ([127.0.0.1]:50298 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7s8Y-0001Vq-Iq for submit@debbugs.gnu.org; Fri, 09 Aug 2013 15:14:10 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:44674 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7s8W-0001Vh-SF for 15025@debbugs.gnu.org; Fri, 09 Aug 2013 15:14:09 -0400 Received: from dann by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1V7s8W-0006hn-Ev; Fri, 09 Aug 2013 15:14:08 -0400 From: Dan Nicolaescu References: <4jpptql6gy.fsf@fencepost.gnu.org> <5201AD43.4040105@yandex.ru> <52045526.8060404@yandex.ru> <5204B28B.2060505@gmx.at> <5205040B.5050404@yandex.ru> Date: Fri, 09 Aug 2013 15:14:08 -0400 In-Reply-To: <5205040B.5050404@yandex.ru> (Dmitry Antipov's message of "Fri, 09 Aug 2013 19:00:27 +0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Dmitry Antipov writes: > On 08/09/2013 05:25 PM, Dan Nicolaescu wrote: > >> Now emacs is stuck. VframeList looks like it's empty. > > ...and you should hit `eassert (CONSP (Vframe_list))' in next_frame, but... > do you have ENABLE_CHECKING turned on? (Hunting for a bug without it > is just a waste of time). It does not trigger that assert. Vframe_list is: (gdb) call debug_print(Vframe_list) (gdb) The backtrace is: (gdb) xbacktrace "delete-frame" (0x82f2d508) "server-delete-client" (0x82f2da00) "server-sentinel" (0x82f2ded8) (gdb) bt #0 next_frame (frame=0x1263165, minibuf=0xd47212) at /fac2/vol6/software/dann/hack/emacs/emacs-writable/trunk/src/frame.c:1016 #1 0x0000000000421e14 in delete_frame (frame=0x1263165, force=0xd18092) at /fac2/vol6/software/dann/hack/emacs/emacs-writable/trunk/src/frame.c:1216 #2 0x000000000042289a in Fdelete_frame (frame=0x1263165, force=0xd18092) at /fac2/vol6/software/dann/hack/emacs/emacs-writable/trunk/src/frame.c:1455 #3 0x00000000005dfc9e in Ffuncall (nargs=0x2, args=0x7fff82f2d500) at /fac2/vol6/software/dann/hack/emacs/emacs-writable/trunk/src/eval.c:2819 #4 0x0000000000628239 in exec_byte_code (bytestr=0x103bf01, vector=0x12c1925, maxdepth=0x38, args_template=0x804, nargs=0x1, args=0x7fff82f2da08) at /fac2/vol6/software/dann/hack/emacs/emacs-writable/trunk/src/bytecode.c:905 #5 0x00000000005e0483 in funcall_lambda (fun=0x11d3e3d, nargs=0x1, arg_vector=0x7fff82f2da00) at /fac2/vol6/software/dann/hack/emacs/emacs-writable/trunk/src/eval.c:2984 #6 0x00000000005dfe60 in Ffuncall (nargs=0x2, args=0x7fff82f2d9f8) at /fac2/vol6/software/dann/hack/emacs/emacs-writable/trunk/src/eval.c:2865 #7 0x0000000000628239 in exec_byte_code (bytestr=0x113dc31, vector=0x128c3f5, maxdepth=0x28, args_template=0x808, nargs=0x2, args=0x7fff82f2dee8) at /fac2/vol6/software/dann/hack/emacs/emacs-writable/trunk/src/bytecode.c:905 #8 0x00000000005e0483 in funcall_lambda (fun=0x11ef1e5, nargs=0x2, arg_vector=0x7fff82f2ded8) at /fac2/vol6/software/dann/hack/emacs/emacs-writable/trunk/src/eval.c:2984 #9 0x00000000005dfe60 in Ffuncall (nargs=0x3, args=0x7fff82f2ded0) at /fac2/vol6/software/dann/hack/emacs/emacs-writable/trunk/src/eval.c:2865 #10 0x00000000005def01 in Fapply (nargs=0x2, args=0x7fff82f2dfa0) at /fac2/vol6/software/dann/hack/emacs/emacs-writable/trunk/src/eval.c:2355 #11 0x00000000005df58d in apply1 (fn=0x300b912, arg=0xec2596) at /fac2/vol6/software/dann/hack/emacs/emacs-writable/trunk/src/eval.c:2589 From unknown Fri Jun 20 07:21:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15025: emacs --daemon stuck in infinite loop Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Aug 2013 20:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15025 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dan Nicolaescu Cc: Dmitry Antipov , 15025@debbugs.gnu.org Received: via spool by 15025-submit@debbugs.gnu.org id=B15025.137608050618371 (code B ref 15025); Fri, 09 Aug 2013 20:36:02 +0000 Received: (at 15025) by debbugs.gnu.org; 9 Aug 2013 20:35:06 +0000 Received: from localhost ([127.0.0.1]:50417 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7tOs-0004mC-4e for submit@debbugs.gnu.org; Fri, 09 Aug 2013 16:35:06 -0400 Received: from mout.gmx.net ([212.227.17.20]:57683) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7tOp-0004la-EB for 15025@debbugs.gnu.org; Fri, 09 Aug 2013 16:35:04 -0400 Received: from [62.47.36.136] ([62.47.36.136]) by mail.gmx.com (mrgmx003) with ESMTPA (Nemesis) id 0M2LZc-1Vxf8f0GlY-00s5Sz for <15025@debbugs.gnu.org>; Fri, 09 Aug 2013 22:34:57 +0200 Message-ID: <5205526D.7040408@gmx.at> Date: Fri, 09 Aug 2013 22:34:53 +0200 From: martin rudalics MIME-Version: 1.0 References: <4jpptql6gy.fsf@fencepost.gnu.org> <5201AD43.4040105@yandex.ru> <52045526.8060404@yandex.ru> <5204B28B.2060505@gmx.at> <5205040B.5050404@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:t7Z7gOe4g8JRIGbfHiXMsjZ8kSSDBjEmcxrbJyJXmnUT1zDYQJJ Z+Gocd7h+oQCHFAdAr36ZLqZEmAQDuSBWG5QVwDaedtFjnfwo6LNYoSZ/EqHL3If8VcyGYd QlhrXQDf7K9rOlQTA0lhaF0SnyuWDOC+rNyiNpsSJeb8c5okAO/LqoiFj0lkIwurFyZcOYp XzTvt+oGZkfxOuiyBxM1g== X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) > It does not trigger that assert. So put in an assert that the argument frame of next_frame is on Vframe_list. martin From unknown Fri Jun 20 07:21:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15025: emacs --daemon stuck in infinite loop Resent-From: Dan Nicolaescu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Aug 2013 21:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15025 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Dmitry Antipov , 15025@debbugs.gnu.org Received: via spool by 15025-submit@debbugs.gnu.org id=B15025.137608524826717 (code B ref 15025); Fri, 09 Aug 2013 21:55:02 +0000 Received: (at 15025) by debbugs.gnu.org; 9 Aug 2013 21:54:08 +0000 Received: from localhost ([127.0.0.1]:50495 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7udL-0006wr-U1 for submit@debbugs.gnu.org; Fri, 09 Aug 2013 17:54:08 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:48456 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7udI-0006wg-59 for 15025@debbugs.gnu.org; Fri, 09 Aug 2013 17:54:05 -0400 Received: from dann by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1V7udH-0003W8-BX; Fri, 09 Aug 2013 17:54:03 -0400 From: Dan Nicolaescu References: <4jpptql6gy.fsf@fencepost.gnu.org> <5201AD43.4040105@yandex.ru> <52045526.8060404@yandex.ru> <5204B28B.2060505@gmx.at> <5205040B.5050404@yandex.ru> <5205526D.7040408@gmx.at> Date: Fri, 09 Aug 2013 17:54:03 -0400 In-Reply-To: <5205526D.7040408@gmx.at> (martin rudalics's message of "Fri, 09 Aug 2013 22:34:53 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) martin rudalics writes: >> It does not trigger that assert. > > So put in an assert that the argument frame of next_frame is > on Vframe_list. Unfortunately I won't have time to debug this any time soon. But the recipe I gave shows the problem every time, so hopefully someone can track down the problem. From unknown Fri Jun 20 07:21:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15025: emacs --daemon stuck in infinite loop Resent-From: Dmitry Antipov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Aug 2013 08:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15025 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 15025@debbugs.gnu.org Cc: Dan Nicolaescu , Paul Eggert , Stefan Monnier , martin rudalics Received: via spool by 15025-submit@debbugs.gnu.org id=B15025.137629501613725 (code B ref 15025); Mon, 12 Aug 2013 08:11:02 +0000 Received: (at 15025) by debbugs.gnu.org; 12 Aug 2013 08:10:16 +0000 Received: from localhost ([127.0.0.1]:54023 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V8nCh-0003ZH-2I for submit@debbugs.gnu.org; Mon, 12 Aug 2013 04:10:15 -0400 Received: from forward2l.mail.yandex.net ([84.201.143.145]:35417) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V8nCd-0003Yw-9Y for 15025@debbugs.gnu.org; Mon, 12 Aug 2013 04:10:12 -0400 Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward2l.mail.yandex.net (Yandex) with ESMTP id 8A8971AC0E20; Mon, 12 Aug 2013 12:10:04 +0400 (MSK) Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id 0424DE40647; Mon, 12 Aug 2013 12:10:03 +0400 (MSK) Received: from unknown (unknown [37.139.80.10]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTP id oaHWpWQX2j-A308aa2H; Mon, 12 Aug 2013 12:10:03 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1376295003; bh=0i2/pQovrfBwQ/coVm0/YQC24aVARCHBfLhsePVZOFE=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=al8DaNz/f4481ql9insf0FGjDycn7NTFb8DnMGYXaHjYlwavs+yM8r30rhtlChyWs nsJwV9/ete7e9/N1zVeXrIlD6Yng520d64LeJP7SVJA82OsYOBy10BKQM1PP87Pobp NauHBvLkZduXIBg41/5YJihjDpwTu8piV+jWXWbc= Authentication-Results: smtp13.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <5208985B.9010106@yandex.ru> Date: Mon, 12 Aug 2013 12:10:03 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 References: <4jpptql6gy.fsf@fencepost.gnu.org> <5201AD43.4040105@yandex.ru> <52045526.8060404@yandex.ru> <5204B28B.2060505@gmx.at> <5205040B.5050404@yandex.ru> <5205526D.7040408@gmx.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) On 08/10/2013 01:54 AM, Dan Nicolaescu wrote: > Unfortunately I won't have time to debug this any time soon. > But the recipe I gave shows the problem every time, so hopefully someone > can track down the problem. Finally I got it reproduced. Very nasty and long-standing issue (I'm pretty sure that it was there before r111121). The problem is that candidate_frame looks for 1) frames which shares the keyboard for graphical frames or 2) frames which share the TTY for termcap frames. But with Dan's example, we have: (gdb) p XFRAME (frame) $20 = (struct frame *) 0x108c6e0 ; argument of `next_frame' And in Vframe_list: (gdb) p XFRAME (XCAR (Vframe_list)) $27 = (struct frame *) 0x10756e0 (gdb) p XFRAME (XCAR (Vframe_list))->terminal $28 = (struct terminal *) 0x1075570 ; TTY /dev/pts/X (gdb) p XFRAME (XCAR (Vframe_list))->output_method $29 = output_termcap (gdb) p XFRAME (XCAR (XCDR (Vframe_list))) $30 = (struct frame *) 0x108c6e0 (gdb) p XFRAME (XCAR (XCDR (Vframe_list)))->terminal $31 = (struct terminal *) 0xbeba70 ; TTY /dev/pts/Y (gdb) p XFRAME (XCAR (XCDR (Vframe_list)))->output_method $32 = output_termcap Two TTY frames on a different TTYs! So, candidate_frame always returns Qnil. But the problem is much more interesting than redesign this: if ((!FRAME_TERMCAP_P (c) && !FRAME_TERMCAP_P (f) && FRAME_KBOARD (c) == FRAME_KBOARD (f)) || (FRAME_TERMCAP_P (c) && FRAME_TERMCAP_P (f) && FRAME_TTY (c) == FRAME_TTY (f))) IIUC, TTY "peers" (which was on xterms connected to :1) of Emacs frames becomes invalid when Xnest dies. I suspect that we should have a method to handle such a "TTY disconnect", but currently I have no ideas how to implement this :-(. Dmitry From unknown Fri Jun 20 07:21:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15025: emacs --daemon stuck in infinite loop Resent-From: Dan Nicolaescu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 13 Aug 2013 14:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15025 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Antipov Cc: Paul Eggert , 15025@debbugs.gnu.org Received: via spool by 15025-submit@debbugs.gnu.org id=B15025.137640488621591 (code B ref 15025); Tue, 13 Aug 2013 14:42:02 +0000 Received: (at 15025) by debbugs.gnu.org; 13 Aug 2013 14:41:26 +0000 Received: from localhost ([127.0.0.1]:56684 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V9Fmn-0005cA-W1 for submit@debbugs.gnu.org; Tue, 13 Aug 2013 10:41:26 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:32775 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V9Fmk-0005bz-3l for 15025@debbugs.gnu.org; Tue, 13 Aug 2013 10:41:22 -0400 Received: from dann by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1V9Fmi-00075r-Dd; Tue, 13 Aug 2013 10:41:20 -0400 From: Dan Nicolaescu References: <4jpptql6gy.fsf@fencepost.gnu.org> <5201AD43.4040105@yandex.ru> <52045526.8060404@yandex.ru> <5204B28B.2060505@gmx.at> <5205040B.5050404@yandex.ru> <5205526D.7040408@gmx.at> <5208985B.9010106@yandex.ru> Date: Tue, 13 Aug 2013 10:41:20 -0400 In-Reply-To: <5208985B.9010106@yandex.ru> (Dmitry Antipov's message of "Mon, 12 Aug 2013 12:10:03 +0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -7.8 (-------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -7.8 (-------) Dmitry Antipov writes: > On 08/10/2013 01:54 AM, Dan Nicolaescu wrote: > >> Unfortunately I won't have time to debug this any time soon. >> But the recipe I gave shows the problem every time, so hopefully someone >> can track down the problem. > > Finally I got it reproduced. Very nasty and long-standing issue (I'm pretty > sure that it was there before r111121). > > The problem is that candidate_frame looks for 1) frames which shares the > keyboard for graphical frames or 2) frames which share the TTY for termcap > frames. But with Dan's example, we have: > > (gdb) p XFRAME (frame) > $20 = (struct frame *) 0x108c6e0 ; argument of `next_frame' > > And in Vframe_list: > > (gdb) p XFRAME (XCAR (Vframe_list)) > $27 = (struct frame *) 0x10756e0 > (gdb) p XFRAME (XCAR (Vframe_list))->terminal > $28 = (struct terminal *) 0x1075570 ; TTY /dev/pts/X > (gdb) p XFRAME (XCAR (Vframe_list))->output_method > $29 = output_termcap > > (gdb) p XFRAME (XCAR (XCDR (Vframe_list))) > $30 = (struct frame *) 0x108c6e0 > (gdb) p XFRAME (XCAR (XCDR (Vframe_list)))->terminal > $31 = (struct terminal *) 0xbeba70 ; TTY /dev/pts/Y > (gdb) p XFRAME (XCAR (XCDR (Vframe_list)))->output_method > $32 = output_termcap > > Two TTY frames on a different TTYs! So, candidate_frame always returns Qnil. Does this happen because two TTY frames got killed at the same time (because the xterm they were running on was killed)? Does emacs think that those frames are still alive? What is the goal when looking for frames that share the TTY ? [I don't know what the code in question is trying to do...] > But the problem is much more interesting than redesign this: > > if ((!FRAME_TERMCAP_P (c) && !FRAME_TERMCAP_P (f) > && FRAME_KBOARD (c) == FRAME_KBOARD (f)) > || (FRAME_TERMCAP_P (c) && FRAME_TERMCAP_P (f) > && FRAME_TTY (c) == FRAME_TTY (f))) > > IIUC, TTY "peers" (which was on xterms connected to :1) of Emacs frames becomes > invalid when Xnest dies. I suspect that we should have a method to handle such > a "TTY disconnect", but currently I have no ideas how to implement this :-(. From unknown Fri Jun 20 07:21:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15025: emacs --daemon stuck in infinite loop Resent-From: Dmitry Antipov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 Aug 2013 17:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15025 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dan Nicolaescu Cc: Paul Eggert , 15025@debbugs.gnu.org Received: via spool by 15025-submit@debbugs.gnu.org id=B15025.1376502213739 (code B ref 15025); Wed, 14 Aug 2013 17:44:01 +0000 Received: (at 15025) by debbugs.gnu.org; 14 Aug 2013 17:43:33 +0000 Received: from localhost ([127.0.0.1]:58515 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V9f6a-0000Bq-Bp for submit@debbugs.gnu.org; Wed, 14 Aug 2013 13:43:32 -0400 Received: from forward1.mail.yandex.net ([77.88.46.6]:51646) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V9f6W-0000BT-UJ for 15025@debbugs.gnu.org; Wed, 14 Aug 2013 13:43:30 -0400 Received: from smtp1.mail.yandex.net (smtp1.mail.yandex.net [77.88.46.101]) by forward1.mail.yandex.net (Yandex) with ESMTP id 906F41241BAA; Wed, 14 Aug 2013 21:43:22 +0400 (MSK) Received: from smtp1.mail.yandex.net (localhost [127.0.0.1]) by smtp1.mail.yandex.net (Yandex) with ESMTP id 46192AA08FB; Wed, 14 Aug 2013 21:43:22 +0400 (MSK) Received: from 242.gprs.mts.ru (242.gprs.mts.ru [213.87.134.242]) by smtp1.mail.yandex.net (nwsmtp/Yandex) with ESMTP id IhqHK6y66f-hIqGFtgx; Wed, 14 Aug 2013 21:43:21 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1376502201; bh=XfWO9hDKZGEiGNJ2dt+BQaJ06vrN0nMWGRd2FUsaCXU=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type; b=uDBmlmh2AWi4J84OW0w16hCpoHXWzQ22HIxWRd+KYAN7fv4v8QxQg1l5M6ZQdG3RY PoP3mSe4070VZYi3XG+bT7SOeKtfHxHfCr1DDuNm9LoSg3DqFDbY+PfCYckzPyiCXR CIvbpTRmpQwxlX7YCKjFRH0ADzy9e4Ny/Km3F8gc= Authentication-Results: smtp1.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <520BC1B3.5080008@yandex.ru> Date: Wed, 14 Aug 2013 21:43:15 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 References: <4jpptql6gy.fsf@fencepost.gnu.org> <5201AD43.4040105@yandex.ru> <52045526.8060404@yandex.ru> <5204B28B.2060505@gmx.at> <5205040B.5050404@yandex.ru> <5205526D.7040408@gmx.at> <5208985B.9010106@yandex.ru> In-Reply-To: Content-Type: multipart/mixed; boundary="------------080500090401030500020200" X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) This is a multi-part message in MIME format. --------------080500090401030500020200 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Dan, could you please try this hack? You should see some noise from lisp/server.el code (because server process doesn't know about dead terminals), and warnings about frame deletion. But it shouldn't crash or stuck at least... Dmitry --------------080500090401030500020200 Content-Type: text/plain; charset=UTF-8; name="bug15025_hack.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="bug15025_hack.patch" === modified file 'src/frame.c' --- src/frame.c 2013-08-14 16:36:16 +0000 +++ src/frame.c 2013-08-14 17:28:21 +0000 @@ -1199,8 +1199,14 @@ { Lisp_Object tail, frame1; - /* Look for another visible frame on the same terminal. */ - frame1 = next_frame (frame, Qvisible); + /* Look for another visible frame on the same terminal. + Do not call next_frame here. FIXME this. */ + FOR_EACH_FRAME (tail, frame1) + if (!EQ (frame, frame1) + && (FRAME_TERMINAL (XFRAME (frame)) + == FRAME_TERMINAL (XFRAME (frame1))) + && FRAME_VISIBLE_P (XFRAME (frame1))) + break; /* If there is none, find *some* other frame. */ if (NILP (frame1) || EQ (frame1, frame)) === modified file 'src/keyboard.c' --- src/keyboard.c 2013-08-13 08:39:14 +0000 +++ src/keyboard.c 2013-08-14 17:12:39 +0000 @@ -6847,17 +6847,21 @@ alone in its group. */ terminate_due_to_signal (SIGHUP, 10); - /* XXX Is calling delete_terminal safe here? It calls delete_frame. */ - { - Lisp_Object tmp; - XSETTERMINAL (tmp, t); - Fdelete_terminal (tmp, Qnoelisp); - } + /* This terminal is now dead. */ + t->dead = 1; } if (hold_quit.kind != NO_EVENT) kbd_buffer_store_event (&hold_quit); } + else + { + /* If read_socket_hook is NULL, T is suspended. But T may be + dead, see http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15025. */ + if (t->type == output_termcap + && !check_tty_alive (t->display_info.tty->name)) + t->dead = 1; + } t = next; } @@ -7079,6 +7083,7 @@ { pending_signals = 0; handle_async_input (); + drop_dead_terminals (); do_pending_atimers (); } === modified file 'src/lisp.h' --- src/lisp.h 2013-08-14 16:36:16 +0000 +++ src/lisp.h 2013-08-14 17:14:11 +0000 @@ -4094,6 +4094,7 @@ extern void sys_subshell (void); extern void sys_suspend (void); extern void discard_tty_input (void); +extern bool check_tty_alive (char *); extern void block_tty_out_signal (void); extern void unblock_tty_out_signal (void); extern void init_sys_modes (struct tty_display_info *); === modified file 'src/sysdep.c' --- src/sysdep.c 2013-08-09 12:25:34 +0000 +++ src/sysdep.c 2013-08-14 17:13:48 +0000 @@ -734,6 +734,15 @@ #endif } +/* This works on Linux, but no ideas for others. */ + +bool +check_tty_alive (char *tty) +{ + int fd = emacs_open (tty, O_RDWR | O_NONBLOCK, 0); + return fd > 0 ? (emacs_close (fd), 1) : 0; +} + /* Safely set a controlling terminal FD's process group to PGID. If we are not in the foreground already, POSIX requires tcsetpgrp to deliver a SIGTTOU signal, which would stop us. This is an === modified file 'src/termhooks.h' --- src/termhooks.h 2013-07-16 11:41:06 +0000 +++ src/termhooks.h 2013-08-14 17:04:49 +0000 @@ -362,6 +362,9 @@ /* Chain of all terminal devices. */ struct terminal *next_terminal; + /* Nonzero if this terminal is really dead. */ + unsigned dead : 1; + /* Unique id for this terminal device. */ int id; @@ -648,6 +651,7 @@ extern struct terminal *get_terminal (Lisp_Object terminal, bool); extern struct terminal *create_terminal (void); extern void delete_terminal (struct terminal *); +extern void drop_dead_terminals (void); /* The initial terminal device, created by initial_term_init. */ extern struct terminal *initial_terminal; === modified file 'src/terminal.c' --- src/terminal.c 2013-07-31 06:05:05 +0000 +++ src/terminal.c 2013-08-14 17:36:30 +0000 @@ -537,6 +537,24 @@ } void +drop_dead_terminals (void) +{ + struct terminal *t, *next; + + for (t = terminal_list; t; t = next) + { + next = t->next_terminal; + if (t->dead) + { + if (t->delete_terminal_hook) + (*t->delete_terminal_hook) (t); + else + delete_terminal (t); + } + } +} + +void syms_of_terminal (void) { --------------080500090401030500020200-- From unknown Fri Jun 20 07:21:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15025: emacs --daemon stuck in infinite loop Resent-From: Dmitry Antipov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 15 Aug 2013 15:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15025 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 15025@debbugs.gnu.org Cc: Dan Nicolaescu Received: via spool by 15025-submit@debbugs.gnu.org id=B15025.137658125325512 (code B ref 15025); Thu, 15 Aug 2013 15:41:01 +0000 Received: (at 15025) by debbugs.gnu.org; 15 Aug 2013 15:40:53 +0000 Received: from localhost ([127.0.0.1]:60619 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V9zfP-0006dQ-Vv for submit@debbugs.gnu.org; Thu, 15 Aug 2013 11:40:52 -0400 Received: from forward10l.mail.yandex.net ([84.201.143.143]:59537) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V9zfM-0006d7-07 for 15025@debbugs.gnu.org; Thu, 15 Aug 2013 11:40:49 -0400 Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward10l.mail.yandex.net (Yandex) with ESMTP id DB4D2BA0CA8; Thu, 15 Aug 2013 19:40:40 +0400 (MSK) Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id 871051B60483; Thu, 15 Aug 2013 19:40:40 +0400 (MSK) Received: from 50.gprs.mts.ru (50.gprs.mts.ru [213.87.134.50]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 6d0LT27SY0-edeKbCuh; Thu, 15 Aug 2013 19:40:40 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1376581240; bh=ly+kjKOM8dCAK7MgmGg5+qBS7Tqt//61usrcmbH9REA=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=AcDeZPizxqtLon1BFdEQvdLJ/8pU4izBI/LNW28k0WK4BfuDFAgoAzaY4uCQI+XUQ Az7y13qAhFBw/miUxeRxaKstCII0/ZDPqvZ3wxNQBJHGtzOjGPSQSdc58Y2SYGSmLh PHXApOKbDaXPhqweXLGp8ul5wwlEunRk702s1rkI= Authentication-Results: smtp14.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <520CF674.7090707@yandex.ru> Date: Thu, 15 Aug 2013 19:40:36 +0400 From: Dmitry Antipov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 References: <4jpptql6gy.fsf@fencepost.gnu.org> <5201AD43.4040105@yandex.ru> <52045526.8060404@yandex.ru> <5204B28B.2060505@gmx.at> <5205040B.5050404@yandex.ru> <5205526D.7040408@gmx.at> <5208985B.9010106@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.6 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.6 (/) Hopefully should be fixed in r113891. Dmitry From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 16 14:28:07 2013 Received: (at control) by debbugs.gnu.org; 16 Aug 2013 18:28:07 +0000 Received: from localhost ([127.0.0.1]:35120 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VAOkn-0006Y3-9V for submit@debbugs.gnu.org; Fri, 16 Aug 2013 14:28:07 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:37696 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VAOkk-0006Xq-JL for control@debbugs.gnu.org; Fri, 16 Aug 2013 14:28:03 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1VAOkk-0003UR-4H for control@debbugs.gnu.org; Fri, 16 Aug 2013 14:28:02 -0400 Date: Fri, 16 Aug 2013 14:28:02 -0400 Message-Id: Subject: control message for bug 15025 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -7.7 (-------) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -7.7 (-------) close 15025 24.4 From unknown Fri Jun 20 07:21:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#15025: emacs --daemon stuck in infinite loop Resent-From: Dan Nicolaescu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 16 Aug 2013 18:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15025 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Dmitry Antipov Cc: 15025-done@debbugs.gnu.org Received: via spool by 15025-done@debbugs.gnu.org id=D15025.137667821130338 (code D ref 15025); Fri, 16 Aug 2013 18:37:02 +0000 Received: (at 15025-done) by debbugs.gnu.org; 16 Aug 2013 18:36:51 +0000 Received: from localhost ([127.0.0.1]:35137 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VAOtH-0007tF-BE for submit@debbugs.gnu.org; Fri, 16 Aug 2013 14:36:51 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:37799 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VAOtF-0007t6-LH for 15025-done@debbugs.gnu.org; Fri, 16 Aug 2013 14:36:50 -0400 Received: from dann by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1VAOtE-0000VM-PR; Fri, 16 Aug 2013 14:36:48 -0400 From: Dan Nicolaescu References: <4jpptql6gy.fsf@fencepost.gnu.org> <5201AD43.4040105@yandex.ru> <52045526.8060404@yandex.ru> <5204B28B.2060505@gmx.at> <5205040B.5050404@yandex.ru> <5205526D.7040408@gmx.at> <5208985B.9010106@yandex.ru> <520CF674.7090707@yandex.ru> Date: Fri, 16 Aug 2013 14:36:48 -0400 In-Reply-To: <520CF674.7090707@yandex.ru> (Dmitry Antipov's message of "Thu, 15 Aug 2013 19:40:36 +0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -7.7 (-------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -7.7 (-------) Dmitry Antipov writes: > Hopefully should be fixed in r113891. Thanks, it looks like the infinite loop is gone now. --dan