From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 20 10:49:05 2025 Received: (at submit) by debbugs.gnu.org; 20 Sep 2025 14:49:05 +0000 Received: from localhost ([127.0.0.1]:46388 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uzytc-0004HK-SI for submit@debbugs.gnu.org; Sat, 20 Sep 2025 10:49:05 -0400 Received: from lists.gnu.org ([2001:470:142::17]:38826) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uzytZ-0004G1-0h for submit@debbugs.gnu.org; Sat, 20 Sep 2025 10:49:03 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uzytR-0000LQ-Ij for bug-gnu-emacs@gnu.org; Sat, 20 Sep 2025 10:48:55 -0400 Received: from sendmail.purelymail.com ([34.202.193.197]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uzytP-0000GU-6E for bug-gnu-emacs@gnu.org; Sat, 20 Sep 2025 10:48:53 -0400 DKIM-Signature: a=rsa-sha256; b=FA2UiGHxTaGw/M1/btBQLHuY2weUoqpZATcixtp9n0GFHQ+yVIGbOW2XSwPFRYQ/abUW/EvdcZXNZDWQad0JHYvkmq5V0wmujvi4Cc1Y5uxtnnuVJq05pbVUZVWyTd2RQLJ9x0f1QVAs9Zb4drSdrzExGPVKRWXNB+KOjtDkHLAxyAZImHf6rX0Y0gAAOUM7iJ7DDbkKgNlv2D8Dc60pKIDzVBez/OKNN18SBloNiQi0VTuSPO0kSBpKtvW3i6lKrRoAYRutmqDmcA2vfUkmtG7TiG9eXG0+jk1bZCznZTsuPX6+6Hj1ZUHDw5ZfkKnaGmPaCnhxEO1gtnV9pni5eg==; s=purelymail1; d=spwhitton.name; v=1; bh=m/zThGxvnVwa9aCGl2XYwQ1YsHQmo36fJ/1nlBLvm3k=; h=Received:Received:From:To:Subject:Date; DKIM-Signature: a=rsa-sha256; b=kBdnG3Zz7VneMVqzYVSZNYJxgWrsQnJpu0Fzz1seO4v1YRtyouNU+ZHtVwcPcOLZPvefsgVKi1KBEJLP2ebDYu0J1q4UCo8pttPuiY1f482bMliuCHX8S4+DiyomUHIXjk6vmEz9NU5pzVZsLJPeqRBkOYcDf/8v9mgnGzZQe0YocMVCb3m3ni2sdJ6Ujjd9becU5vCqN4j1YndlPPm0QgVBK92wPxt6gr/SuuWh4AcvzLJ19uym/rFRc/iQKHnOJUTPIF2+T5kAIa83xlOohnzbXyuIBSpj1Muincjve7h/EJL7zM0FLy0sZTbB1QP8T51eabHuuXTKsyGruIUFIA==; s=purelymail1; d=purelymail.com; v=1; bh=m/zThGxvnVwa9aCGl2XYwQ1YsHQmo36fJ/1nlBLvm3k=; h=Feedback-ID:Received:Received:From:To:Subject:Date; Feedback-ID: 20115:3760:null:purelymail X-Pm-Original-To: bug-gnu-emacs@gnu.org Received: by smtp.purelymail.com (Purelymail SMTP) with ESMTPSA id -693105995 for (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384); Sat, 20 Sep 2025 14:48:46 +0000 (UTC) Received: by zephyr.silentflame.com (Postfix, from userid 1000) id 15CF694020F; Sat, 20 Sep 2025 15:48:46 +0100 (BST) From: Sean Whitton To: bug-gnu-emacs@gnu.org Subject: 31.0.50; One to two minute hangs Date: Sat, 20 Sep 2025 15:48:46 +0100 Message-ID: <87348htc1d.fsf@zephyr.silentflame.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=34.202.193.197; envelope-from=spwhitton@spwhitton.name; helo=sendmail.purelymail.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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 (/) For the past week or so my pgtk, native comp Emacs has been hanging for a minute or so at a time, sometimes. Usually my other Emacs instance running gdb hangs in the same way at the same times so I haven't been able to get a backtrace, but the gdb Emacs didn't so I was able to get a backtrace: 0 in CHECK_STRING of /home/swhitton/src/emacs/primary/src/lisp.h:1596 1 in Fstring_equal of fns.c:351 2 in assoc_ignore_text_properties of buffer.c:473 3 in Fget_buffer of buffer.c:490 4 in Fget_buffer_create of buffer.c:588 5 in message_dolog of xdisp.c:12205 6 in message_log_maybe_newline of xdisp.c:12165 7 in Fcommand_error_default_function of keyboard.c:1088 8 in F68656c702d636f6d6d616e642d6572726f722d636f6e66757361626c652d73756767657374696f6e73_help_command_error_confusable_suggestions_0 9 in funcall_subr of eval.c:3246 10 in funcall_general of eval.c:3121 11 in Ffuncall of eval.c:3174 12 in cmd_error_internal of keyboard.c:1042 13 in cmd_error of keyboard.c:1010 14 in internal_condition_case of eval.c:1686 15 in command_loop_2 of keyboard.c:1163 16 in internal_catch of eval.c:1370 17 in command_loop of keyboard.c:1141 18 in recursive_edit_1 of keyboard.c:749 19 in Frecursive_edit of keyboard.c:832 20 in main of emacs.c:2629 If I let it continue a bit and then interrupt again it's similar: 0 in __memrchr_avx2 of ../sysdeps/x86_64/multiarch/memrchr-avx2.S:89 1 in find_newline of search.c:910 2 in scan_newline of search.c:974 3 in message_dolog of xdisp.c:12317 4 in message_log_maybe_newline of xdisp.c:12165 5 in Fcommand_error_default_function of keyboard.c:1088 6 in F68656c702d636f6d6d616e642d6572726f722d636f6e66757361626c652d73756767657374696f6e73_help_command_error_confusable_suggestions_0 7 in funcall_subr of eval.c:3246 8 in funcall_general of eval.c:3121 9 in Ffuncall of eval.c:3174 10 in cmd_error_internal of keyboard.c:1042 11 in cmd_error of keyboard.c:1010 12 in internal_condition_case of eval.c:1686 13 in command_loop_2 of keyboard.c:1163 14 in internal_catch of eval.c:1370 15 in command_loop of keyboard.c:1141 16 in recursive_edit_1 of keyboard.c:749 17 in Frecursive_edit of keyboard.c:832 18 in main of emacs.c:2629 The commonality each time is a call to a very long function with name containing "_help_command_error_confusable_suggestions". While this is going on Emacs shows up at 90--100 CPU% in top(1). -- Sean Whitton From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 20 11:01:34 2025 Received: (at 79478) by debbugs.gnu.org; 20 Sep 2025 15:01:35 +0000 Received: from localhost ([127.0.0.1]:46438 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uzz5i-000502-8H for submit@debbugs.gnu.org; Sat, 20 Sep 2025 11:01:34 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:40592) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uzz5f-0004zl-OZ for 79478@debbugs.gnu.org; Sat, 20 Sep 2025 11:01:32 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uzz5a-0003LG-7s; Sat, 20 Sep 2025 11:01:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=plTd7qFnUJGN0bXtseEsw1JFM1W9ILkzZrwyBBZmUIE=; b=AgIE24IZF/zO SqKwTMrzwrx7ZY6HevtEsbA9bkuDsBhQeD1GoNMgq18PeU3Fuucn6Y88ro84BgVbCfgMbGpyvYzoB nO1UFwxbOkkPXYNmGs2Dx29u5m9mzUNZfQr0esp13ufhc2VjUSq6BNu7PqphlDVlqAZDVV/Ph1pZj wPg1vGQ1G3uOo+43gWwko1yCFpap8k1July4/cee0+9vjJwDZb/E1XdbC+hna+xDyGdUtS2xxFXAt sDAhug3N4cKHj0mrPrtrac0FEvdB+j58C7m7RSox6VAlGZfGye6aLCyoa9DNu3mKVowWeNorjUEXp uBf/XxrB0hjnOqCU+n+/Zw==; Date: Sat, 20 Sep 2025 18:01:22 +0300 Message-Id: <86ms6pgocd.fsf@gnu.org> From: Eli Zaretskii To: Sean Whitton In-Reply-To: <87348htc1d.fsf@zephyr.silentflame.com> (message from Sean Whitton on Sat, 20 Sep 2025 15:48:46 +0100) Subject: Re: bug#79478: 31.0.50; One to two minute hangs References: <87348htc1d.fsf@zephyr.silentflame.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 79478 Cc: 79478@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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.3 (---) > From: Sean Whitton > Date: Sat, 20 Sep 2025 15:48:46 +0100 > > For the past week or so my pgtk, native comp Emacs has been hanging for > a minute or so at a time, sometimes. > > Usually my other Emacs instance running gdb hangs in the same way at the > same times so I haven't been able to get a backtrace, but the gdb Emacs > didn't so I was able to get a backtrace: > > 0 in CHECK_STRING of /home/swhitton/src/emacs/primary/src/lisp.h:1596 > 1 in Fstring_equal of fns.c:351 > 2 in assoc_ignore_text_properties of buffer.c:473 > 3 in Fget_buffer of buffer.c:490 > 4 in Fget_buffer_create of buffer.c:588 > 5 in message_dolog of xdisp.c:12205 > 6 in message_log_maybe_newline of xdisp.c:12165 > 7 in Fcommand_error_default_function of keyboard.c:1088 > 8 in F68656c702d636f6d6d616e642d6572726f722d636f6e66757361626c652d73756767657374696f6e73_help_command_error_confusable_suggestions_0 > 9 in funcall_subr of eval.c:3246 > 10 in funcall_general of eval.c:3121 > 11 in Ffuncall of eval.c:3174 > 12 in cmd_error_internal of keyboard.c:1042 > 13 in cmd_error of keyboard.c:1010 > 14 in internal_condition_case of eval.c:1686 > 15 in command_loop_2 of keyboard.c:1163 > 16 in internal_catch of eval.c:1370 > 17 in command_loop of keyboard.c:1141 > 18 in recursive_edit_1 of keyboard.c:749 > 19 in Frecursive_edit of keyboard.c:832 > 20 in main of emacs.c:2629 > > If I let it continue a bit and then interrupt again it's similar: > > 0 in __memrchr_avx2 of ../sysdeps/x86_64/multiarch/memrchr-avx2.S:89 > 1 in find_newline of search.c:910 > 2 in scan_newline of search.c:974 > 3 in message_dolog of xdisp.c:12317 > 4 in message_log_maybe_newline of xdisp.c:12165 > 5 in Fcommand_error_default_function of keyboard.c:1088 > 6 in F68656c702d636f6d6d616e642d6572726f722d636f6e66757361626c652d73756767657374696f6e73_help_command_error_confusable_suggestions_0 > 7 in funcall_subr of eval.c:3246 > 8 in funcall_general of eval.c:3121 > 9 in Ffuncall of eval.c:3174 > 10 in cmd_error_internal of keyboard.c:1042 > 11 in cmd_error of keyboard.c:1010 > 12 in internal_condition_case of eval.c:1686 > 13 in command_loop_2 of keyboard.c:1163 > 14 in internal_catch of eval.c:1370 > 15 in command_loop of keyboard.c:1141 > 16 in recursive_edit_1 of keyboard.c:749 > 17 in Frecursive_edit of keyboard.c:832 > 18 in main of emacs.c:2629 > > The commonality each time is a call to a very long function with name > containing "_help_command_error_confusable_suggestions". > > While this is going on Emacs shows up at 90--100 CPU% in top(1). This is help-command-error-confusable-suggestions, in help.el. But what is more interesting is the call to command-error-default-function, which calls to message_dolog: it means Emacs is logging some error message in *Messages*> What do you see there after these minute-long pauses end? From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 20 14:40:08 2025 Received: (at 79478) by debbugs.gnu.org; 20 Sep 2025 18:40:08 +0000 Received: from localhost ([127.0.0.1]:47671 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1v02VD-0001Iz-6y for submit@debbugs.gnu.org; Sat, 20 Sep 2025 14:40:08 -0400 Received: from sendmail.purelymail.com ([34.202.193.197]:47404) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1v02VA-0001FK-Gp for 79478@debbugs.gnu.org; Sat, 20 Sep 2025 14:40:05 -0400 DKIM-Signature: a=rsa-sha256; b=HL5TtFsz29HQ9W34ngWEVvD3a/VzCRM0C8te9ZjweYBaMGK8FlSiJi1E0rbuL4pNVNnGopHthlwndXXTHNBbibECGYJwhsHl5WgZ14K//3B1ERZ17s/dQcVqua7I2UQFczJS9okGan/3712p+oiJGb12z5FXMKM7PW2NlP0rfsH2G22XqtvI/Tk6OY+QJ63kzai7kep2BCtLc9DUGvdkggisuiU0Sbp9Ofz3FCPhUGHIdrhj4GROXDzOkFz1olkd1FpNt1X9SwLKWWlpTEjUQueQIwHI1MdmxF8JvOtT91P9TzCsaxyA59aF1Jxhqr+zwy4XqpbFVLRNzYPH+DrJQg==; s=purelymail1; d=spwhitton.name; v=1; bh=htwFfL+INaYoMejy7nhqP+25gagJ5ShWMFW9tcIpRec=; h=Received:Received:From:To:Subject:Date; DKIM-Signature: a=rsa-sha256; b=BxyDzwLKvwmybs7nK+rVMnN/oaCCpSHy2AjJ9EMwPUPewxSYDLh7xsMEDrE556lD7ZfaV6tBKA1GFl5cmI6N2E3Kymk9UmLyrCzoWWsIOJukuh0pGo14RumFccuo/yoe+WZHda1AL6uxAohE4A69jmxVMKPr3fruLmR3LJ4SoKry39kInBc8RO2o8JzVTQHlZl8bunsztGrUzYeKIQsLQb7D8U4u3/DefHkTJNuQlWxOTlfN7MX/lfqzLHj7kF2DoK/dX56ujnpXS7W8J34ebAfWxL+El7FZ41IxL7gH5poaJUcO5zQpWWl/jtyOTFHjKTWLv3+/63uLHtYghYojYQ==; s=purelymail1; d=purelymail.com; v=1; bh=htwFfL+INaYoMejy7nhqP+25gagJ5ShWMFW9tcIpRec=; h=Feedback-ID:Received:Received:From:To:Subject:Date; Feedback-ID: 20115:3760:null:purelymail X-Pm-Original-To: 79478@debbugs.gnu.org Received: by smtp.purelymail.com (Purelymail SMTP) with ESMTPSA id -581083012; (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384); Sat, 20 Sep 2025 18:39:57 +0000 (UTC) Received: by zephyr.silentflame.com (Postfix, from userid 1000) id 412D694020F; Sat, 20 Sep 2025 19:39:57 +0100 (BST) From: Sean Whitton To: Eli Zaretskii Subject: Re: bug#79478: 31.0.50; One to two minute hangs In-Reply-To: <86ms6pgocd.fsf@gnu.org> References: <87348htc1d.fsf@zephyr.silentflame.com> <86ms6pgocd.fsf@gnu.org> Date: Sat, 20 Sep 2025 19:39:57 +0100 Message-ID: <87y0q9rmrm.fsf@zephyr.silentflame.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 79478 Cc: 79478@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) Hello, On Sat 20 Sep 2025 at 06:01pm +03, Eli Zaretskii wrote: > This is help-command-error-confusable-suggestions, in help.el. > > But what is more interesting is the call to > command-error-default-function, which calls to message_dolog: it means > Emacs is logging some error message in *Messages*> What do you see > there after these minute-long pauses end? I'm no longer sure this is the pause I have been seeing because it hasn't managed to get unstuck. When I interrupt it now it's in GC: 0 in process_mark_stack of alloc.c:6488 1 in mark_object of alloc.c:6724 2 in mark_char_table of alloc.c:6180 3 in mark_char_table of alloc.c:6177 4 in mark_char_table of alloc.c:6177 5 in mark_char_table of alloc.c:6177 6 in process_mark_stack of alloc.c:6563 7 in mark_objects of alloc.c:6732 8 in mark_vectorlike of alloc.c:6151 9 in mark_buffer of alloc.c:6214 10 in process_mark_stack of alloc.c:6521 11 in mark_objects of alloc.c:6732 12 in mark_vectorlike of alloc.c:6151 13 in mark_buffer of alloc.c:6214 14 in process_mark_stack of alloc.c:6521 15 in mark_objects of alloc.c:6732 16 in mark_vectorlike of alloc.c:6151 17 in mark_buffer of alloc.c:6214 18 in process_mark_stack of alloc.c:6521 19 in mark_objects of alloc.c:6732 20 in mark_vectorlike of alloc.c:6151 21 in mark_buffer of alloc.c:6214 22 in process_mark_stack of alloc.c:6521 23 in mark_object of alloc.c:6724 24 in mark_char_table of alloc.c:6180 25 in mark_char_table of alloc.c:6177 26 in process_mark_stack of alloc.c:6563 27 in mark_object of alloc.c:6724 28 in mark_char_table of alloc.c:6180 29 in mark_char_table of alloc.c:6177 30 in process_mark_stack of alloc.c:6563 31 in mark_objects of alloc.c:6732 32 in mark_vectorlike of alloc.c:6151 33 in mark_buffer of alloc.c:6214 34 in process_mark_stack of alloc.c:6521 35 in mark_objects of alloc.c:6732 36 in mark_vectorlike of alloc.c:6151 37 in mark_buffer of alloc.c:6214 38 in process_mark_stack of alloc.c:6521 39 in mark_objects of alloc.c:6732 40 in mark_vectorlike of alloc.c:6151 41 in mark_buffer of alloc.c:6214 42 in process_mark_stack of alloc.c:6521 43 in mark_objects of alloc.c:6732 44 in mark_vectorlike of alloc.c:6151 45 in mark_buffer of alloc.c:6214 46 in process_mark_stack of alloc.c:6521 47 in mark_objects of alloc.c:6732 48 in mark_vectorlike of alloc.c:6151 49 in mark_buffer of alloc.c:6214 50 in process_mark_stack of alloc.c:6521 51 in mark_objects of alloc.c:6732 52 in mark_vectorlike of alloc.c:6151 53 in mark_buffer of alloc.c:6214 54 in process_mark_stack of alloc.c:6521 55 in mark_object of alloc.c:6724 56 in mark_overlay of alloc.c:6193 57 in process_mark_stack of alloc.c:6577 58 in mark_objects of alloc.c:6732 59 in mark_vectorlike of alloc.c:6151 60 in mark_buffer of alloc.c:6214 61 in process_mark_stack of alloc.c:6521 62 in mark_objects of alloc.c:6732 63 in mark_vectorlike of alloc.c:6151 64 in mark_buffer of alloc.c:6214 65 in process_mark_stack of alloc.c:6521 66 in mark_objects of alloc.c:6732 67 in mark_vectorlike of alloc.c:6151 68 in mark_buffer of alloc.c:6214 69 in process_mark_stack of alloc.c:6521 70 in mark_objects of alloc.c:6732 71 in mark_vectorlike of alloc.c:6151 72 in mark_buffer of alloc.c:6214 73 in process_mark_stack of alloc.c:6521 74 in mark_objects of alloc.c:6732 75 in mark_vectorlike of alloc.c:6151 76 in mark_buffer of alloc.c:6214 77 in process_mark_stack of alloc.c:6521 78 in mark_objects of alloc.c:6732 79 in mark_vectorlike of alloc.c:6151 80 in mark_buffer of alloc.c:6214 81 in process_mark_stack of alloc.c:6521 82 in mark_objects of alloc.c:6732 83 in mark_vectorlike of alloc.c:6151 84 in mark_buffer of alloc.c:6214 85 in process_mark_stack of alloc.c:6521 86 in mark_objects of alloc.c:6732 87 in mark_vectorlike of alloc.c:6151 88 in mark_buffer of alloc.c:6214 89 in process_mark_stack of alloc.c:6521 90 in mark_objects of alloc.c:6732 91 in mark_vectorlike of alloc.c:6151 92 in mark_buffer of alloc.c:6214 93 in process_mark_stack of alloc.c:6521 94 in mark_object of alloc.c:6724 95 in mark_object_root_visitor of alloc.c:5661 96 in visit_vectorlike_root of alloc.c:5613 97 in visit_buffer_root of alloc.c:5627 98 in visit_static_gc_roots of alloc.c:5639 99 in garbage_collect of alloc.c:5863 100 in maybe_garbage_collect of alloc.c:5772 101 in maybe_gc of /home/swhitton/src/emacs/primary/src/lisp.h:5901 102 in Ffuncall of eval.c:3169 103 in safe_run_hooks_1 of keyboard.c:1881 104 in internal_condition_case_n of eval.c:1770 105 in safe_run_hook_funcall of keyboard.c:1939 106 in run_hook_with_args of eval.c:3019 107 in safe_run_hooks_maybe_narrowed of keyboard.c:1977 108 in command_loop_1 of keyboard.c:1339 109 in internal_condition_case of eval.c:1690 110 in command_loop_2 of keyboard.c:1163 111 in internal_catch of eval.c:1370 112 in command_loop of keyboard.c:1141 113 in recursive_edit_1 of keyboard.c:749 114 in Frecursive_edit of keyboard.c:832 115 in main of emacs.c:2629 Is there some function I can call from gdb to get it to exit to toplevel? -- Sean Whitton From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 20 14:55:17 2025 Received: (at 79478) by debbugs.gnu.org; 20 Sep 2025 18:55:17 +0000 Received: from localhost ([127.0.0.1]:47825 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1v02js-0002jp-Ip for submit@debbugs.gnu.org; Sat, 20 Sep 2025 14:55:17 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:47806) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1v02jp-0002fx-L2 for 79478@debbugs.gnu.org; Sat, 20 Sep 2025 14:55:14 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1v02jj-0007nw-Sm; Sat, 20 Sep 2025 14:55:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=8BfmKJ4tjCPy91DtYWh1/G9USx1sv4IRY4VH15CR7dA=; b=JwRih1RCzYP7 2Gra09EWuA3Cr43hF4rA8YfACs+vVY9LtQBHqNOPPEN2HgDn13TE47yuDu5GIKJ765xdLl91w3Xfn JPl+vIXH3MEMT850jaM8NG6PTeaL4PxMbfmjcU4kz9Kqk2l+aPj3aZ4C8eWObe/lvtBcX8O5NN5Jj x4AyW046OFs9a7e4SPDGnx+DkoHZ7tSUdKPu1HExZcGQ/W8NWYmKLqaUXgJnEAJDeILG0nPoYdD6/ oa9x8voqA8SWwkeLe9++s4pFg07t3EMIhDyHIH6WQjEqsLjRCPr6y1JW/A9rnMOabcJNsaKYYUPpM m+TD+SZBgyoYMqAF2Bgmhg==; Date: Sat, 20 Sep 2025 21:54:58 +0300 Message-Id: <86frchgdj1.fsf@gnu.org> From: Eli Zaretskii To: Sean Whitton In-Reply-To: <87y0q9rmrm.fsf@zephyr.silentflame.com> (message from Sean Whitton on Sat, 20 Sep 2025 19:39:57 +0100) Subject: Re: bug#79478: 31.0.50; One to two minute hangs References: <87348htc1d.fsf@zephyr.silentflame.com> <86ms6pgocd.fsf@gnu.org> <87y0q9rmrm.fsf@zephyr.silentflame.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 79478 Cc: 79478@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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.3 (---) > From: Sean Whitton > Cc: 79478@debbugs.gnu.org > Date: Sat, 20 Sep 2025 19:39:57 +0100 > > Hello, > > On Sat 20 Sep 2025 at 06:01pm +03, Eli Zaretskii wrote: > > > This is help-command-error-confusable-suggestions, in help.el. > > > > But what is more interesting is the call to > > command-error-default-function, which calls to message_dolog: it means > > Emacs is logging some error message in *Messages*> What do you see > > there after these minute-long pauses end? > > I'm no longer sure this is the pause I have been seeing because it > hasn't managed to get unstuck. When I interrupt it now it's in GC: You mean, this GC never ends? It must end at some point, because the number of Lisp objects in an Emacs session is finite. > Is there some function I can call from gdb to get it to exit to > toplevel? Something like (gdb) call Ftop_level() should do it. But longjmp-ing out of GC is not something I'd recommend, better wait for it to finish. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 20 16:05:10 2025 Received: (at 79478) by debbugs.gnu.org; 20 Sep 2025 20:05:10 +0000 Received: from localhost ([127.0.0.1]:48313 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1v03pV-0000SF-Gl for submit@debbugs.gnu.org; Sat, 20 Sep 2025 16:05:10 -0400 Received: from sendmail.purelymail.com ([34.202.193.197]:48846) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1v03pS-0000NC-08 for 79478@debbugs.gnu.org; Sat, 20 Sep 2025 16:05:07 -0400 DKIM-Signature: a=rsa-sha256; b=nHrQpULOTup6o4B8tLtM13/x8kiRn0X+YfT64atLYQnuAoJ85iH7OZf41fIxMGz63CZFIJwcivaeHMQlSbNOwvseLlTpmXwWIeJjQrvj87MNs9tvsCMPADFNidJ4JWejFg72QxxNyFIFjPO983Rbr46sB9bapB41bJLcUJc82hbalAb6wKLuT7ajl7UJ+9Yerq+lpGBixVrtz0ipRlbTW7OqPDvDp0IMxfW+uxcQ7FvvyW52hwEzZw+c53GdUXQRB3FNGH1zG67PYwjg9L1efY1HcC8kHcCUpPL6TWfPCisP/E32V4qUjLt8Oo0Pnd09j3x3CS9sFyiqxO4U8z2z9g==; s=purelymail1; d=spwhitton.name; v=1; bh=z/2M7z2yuOZ3TcvU3CX3EaGiFzvVf/sgpo5lAjuB2bo=; h=Received:Received:From:To:Subject:Date; DKIM-Signature: a=rsa-sha256; b=Qoq2ly7Ktrskrz++WpsmIAAN8O4C4ErIFJEbWlgwUeNY2tnagxsadnkTcTgJiyzvMxd82y8WCrI6KhPX+aQikQpHUbLwwt782C/JI0kDkXUNR02U05xmsgr+yHzNz86PNM+Uv4PVKZyAvdudNSEajAVqXG1RT33r6NLEhJCRpG+FdrNWh4q0+uO+LO3iQRXAmuLJFRJNrswJqfaL+2jOFGqQLCQlKWGlmq42+qmlSRszzlpeMJDjSYDNB8L9m+zYUZC3kQ8Lo3wVAEGqlVvlfvxLmtIeGa2GEvvZ/YUD0wtrepiMW0mxAFBRMwRaz2n5LpFomOEQ7J/hftQm+9Nwuw==; s=purelymail1; d=purelymail.com; v=1; bh=z/2M7z2yuOZ3TcvU3CX3EaGiFzvVf/sgpo5lAjuB2bo=; h=Feedback-ID:Received:Received:From:To:Subject:Date; Feedback-ID: 20115:3760:null:purelymail X-Pm-Original-To: 79478@debbugs.gnu.org Received: by smtp.purelymail.com (Purelymail SMTP) with ESMTPSA id -1918172971; (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384); Sat, 20 Sep 2025 20:04:58 +0000 (UTC) Received: by zephyr.silentflame.com (Postfix, from userid 1000) id 988E894020F; Sat, 20 Sep 2025 21:04:57 +0100 (BST) From: Sean Whitton To: Eli Zaretskii Subject: Re: bug#79478: 31.0.50; One to two minute hangs In-Reply-To: <86frchgdj1.fsf@gnu.org> References: <87348htc1d.fsf@zephyr.silentflame.com> <86ms6pgocd.fsf@gnu.org> <87y0q9rmrm.fsf@zephyr.silentflame.com> <86frchgdj1.fsf@gnu.org> Date: Sat, 20 Sep 2025 21:04:57 +0100 Message-ID: <87tt0wsxee.fsf@zephyr.silentflame.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 79478 Cc: 79478@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) Hello, On Sat 20 Sep 2025 at 09:54pm +03, Eli Zaretskii wrote: >> From: Sean Whitton >> Cc: 79478@debbugs.gnu.org >> Date: Sat, 20 Sep 2025 19:39:57 +0100 >> >> Hello, >> >> On Sat 20 Sep 2025 at 06:01pm +03, Eli Zaretskii wrote: >> >> > This is help-command-error-confusable-suggestions, in help.el. >> > >> > But what is more interesting is the call to >> > command-error-default-function, which calls to message_dolog: it means >> > Emacs is logging some error message in *Messages*> What do you see >> > there after these minute-long pauses end? >> >> I'm no longer sure this is the pause I have been seeing because it >> hasn't managed to get unstuck. When I interrupt it now it's in GC: > > You mean, this GC never ends? It must end at some point, because the > number of Lisp objects in an Emacs session is finite. > >> Is there some function I can call from gdb to get it to exit to >> toplevel? > > Something like > > (gdb) call Ftop_level() > > should do it. But longjmp-ing out of GC is not something I'd > recommend, better wait for it to finish. I waited for the GC and then tried this, but unfortunately it doesn't work. It's still stuck inside F68656c702d636f6d6d616e642d6572726f722d636f6e66757361626c652d73756767657374696f6e73_help_command_error_confusable_suggestions_0. Any other ideas for getting at the *Messages* buffer? -- Sean Whitton