From unknown Sun Aug 17 10:27:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72759: 31.0.50; Emacs hangs with open-paren-in-column-0-is-defun-start set to nil Resent-From: Eshel Yaron Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Aug 2024 10:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 72759 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 72759@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.172432131018446 (code B ref -1); Thu, 22 Aug 2024 10:09:01 +0000 Received: (at submit) by debbugs.gnu.org; 22 Aug 2024 10:08:30 +0000 Received: from localhost ([127.0.0.1]:36782 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sh4k2-0004nS-5g for submit@debbugs.gnu.org; Thu, 22 Aug 2024 06:08:30 -0400 Received: from lists.gnu.org ([209.51.188.17]:45706) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sh4k0-0004nL-LJ for submit@debbugs.gnu.org; Thu, 22 Aug 2024 06:08:29 -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 1sh4jG-0006Gn-KI for bug-gnu-emacs@gnu.org; Thu, 22 Aug 2024 06:07:42 -0400 Received: from mail.eshelyaron.com ([107.175.124.16] helo=eshelyaron.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sh4jF-0004H7-BB for bug-gnu-emacs@gnu.org; Thu, 22 Aug 2024 06:07:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eshelyaron.com; s=mail; t=1724321260; bh=wOB4BaShO/bjT0fQ/Zox8IR+AllcVqflopIlVyA095I=; h=From:To:Subject:Date:From; b=P8KUSt2YcZ4+Re3SyICEvdrrPK8YmICDPLQRmjk7bsaWWTkDHuFwJuFqbIwC7/oYS s9CEb9OKnVp2rkqKosseLd9juhv+GfG9a184vV2O7wlsoLBJejdmWlm1D3et1lZSXS wLSigcdgJcssPLXa0k1uJ9cyAss9uAk0bs9PxCXDAy1ekdqIhCpHK3nsIKJZh6g4mk 6589F1xquN8NQO1/tcOliL/DxQf6ObMxuksZfIsbinBLkWK5a6xZtMOJ8ge1nznDWQ /zeDH3NIC03ONb96OsQ9Secwtk+G9eF5RQsr3jFQmnFiHJvUfXSp7nqOztctpZFJPk I6T40K7PudS3A== From: Eshel Yaron Date: Thu, 22 Aug 2024 12:07:38 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=107.175.124.16; envelope-from=me@eshelyaron.com; helo=eshelyaron.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_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) 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: -2.4 (--) 1. emacs -Q 2. (setq open-paren-in-column-0-is-defun-start nil) 3. Insert " (foo" 4. M-x flymake-mode 5. Emacs hangs I can reproduce this with Emacs 29 and later. Best, Eshel From unknown Sun Aug 17 10:27:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72759: 31.0.50; Emacs hangs with open-paren-in-column-0-is-defun-start set to nil Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Aug 2024 10:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72759 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eshel Yaron Cc: 72759@debbugs.gnu.org Received: via spool by 72759-submit@debbugs.gnu.org id=B72759.172432425624122 (code B ref 72759); Thu, 22 Aug 2024 10:58:02 +0000 Received: (at 72759) by debbugs.gnu.org; 22 Aug 2024 10:57:36 +0000 Received: from localhost ([127.0.0.1]:36848 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sh5VX-0006H0-La for submit@debbugs.gnu.org; Thu, 22 Aug 2024 06:57:35 -0400 Received: from eggs.gnu.org ([209.51.188.92]:56938) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sh5VS-0006Gg-9q for 72759@debbugs.gnu.org; Thu, 22 Aug 2024 06:57:34 -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 1sh5UW-00038D-1b; Thu, 22 Aug 2024 06:56:38 -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=7YpKx3vqM39GkgUktlm87L46Fz+yMRnatpglcf18uc0=; b=N9zAYGQR+Od6 dg+Q/MhvyXQ7S610cHQjYGzT+LSXOEApb0agtPdcLjmWux7vCjNRgM2FtLGrCmdTyIq+cvoR9PeE2 0vwU9Slp6zK77y7+dYrkpEmRVuQGz9Giyx8hy18+UV83gXoau+L/RuhYHaCrrcf1rzvWhWOnswnOW l0p6Qw4DK1YsM52nIHZuD26vggVyYxfnH5wSpLmuGJUWF9E/fXzwl/cwwJhBDQMk0erbYXRlAgqIt +XA6VkVm3cFKssVCtN9Fo4E0H9unPRM7Z7k/aCz2gLXYr1F38p9Tjqjkpd7Iwx/pavjZypQw1lHqi n+doiioRn/CzU8cw9KhaCw==; Date: Thu, 22 Aug 2024 13:56:28 +0300 Message-Id: <868qwou8pv.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (bug-gnu-emacs@gnu.org) References: X-Spam-Score: -2.3 (--) 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 (---) > Date: Thu, 22 Aug 2024 12:07:38 +0200 > From: Eshel Yaron via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > > 1. emacs -Q > 2. (setq open-paren-in-column-0-is-defun-start nil) > 3. Insert " (foo" > 4. M-x flymake-mode > 5. Emacs hangs > > I can reproduce this with Emacs 29 and later. Thanks. Could you show the Lisp backtrace from the hang (assuming it hangs in Lisp code)? From unknown Sun Aug 17 10:27:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72759: 31.0.50; Emacs hangs with open-paren-in-column-0-is-defun-start set to nil Resent-From: Eshel Yaron Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Aug 2024 11:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72759 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 72759@debbugs.gnu.org Received: via spool by 72759-submit@debbugs.gnu.org id=B72759.172432632928132 (code B ref 72759); Thu, 22 Aug 2024 11:33:02 +0000 Received: (at 72759) by debbugs.gnu.org; 22 Aug 2024 11:32:09 +0000 Received: from localhost ([127.0.0.1]:36902 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sh62y-0007Je-KU for submit@debbugs.gnu.org; Thu, 22 Aug 2024 07:32:09 -0400 Received: from mail.eshelyaron.com ([107.175.124.16]:42254 helo=eshelyaron.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sh62v-0007JU-C1 for 72759@debbugs.gnu.org; Thu, 22 Aug 2024 07:32:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eshelyaron.com; s=mail; t=1724326279; bh=nLNWcnBgjpFWOcoGGBGAY4TG1b2gj2BWkBN/cShBVh4=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=nODBWNo/cxNfth7qrdC1Byeykai1H0ZxD1jVTXeS77M/tZYLeWXMYyYkHpBYU/19k ICup5mShlHnJHeffxwNevnKx/0LtKOE7q1cZHyPq0IuvB0Wn2ZEUSNF6ccstSMmuzT TZL10aHC7wpN5dHUUBJHqmq9dMklRwqt9uihmSecP5ZtLasNnObnxHoCAyU+jsiU52 ATHGfKC5NolfmIGpcNgnODwdYDh2Eyx+8kBUS7mg86Rds7hA6UJL4820mXWon99Kwb ZjYXC8ZZ+CkW1bFi3kTaaHz4sDmnBHxkfaixygp+oXR0Afy8m2U8bwvTp47vYp6sP1 5AdnH9NE0w3/A== From: Eshel Yaron In-Reply-To: <868qwou8pv.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 22 Aug 2024 13:56:28 +0300") References: <868qwou8pv.fsf@gnu.org> Date: Thu, 22 Aug 2024 13:31:16 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) 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 (-) Eli Zaretskii writes: >> Date: Thu, 22 Aug 2024 12:07:38 +0200 >> From: Eshel Yaron via "Bug reports for GNU Emacs, >> the Swiss army knife of text editors" >> >> >> 1. emacs -Q >> 2. (setq open-paren-in-column-0-is-defun-start nil) >> 3. Insert " (foo" >> 4. M-x flymake-mode >> 5. Emacs hangs >> >> I can reproduce this with Emacs 29 and later. > > Thanks. Could you show the Lisp backtrace from the hang (assuming it > hangs in Lisp code)? Sure, see the backtrace below. It appears that the hang is in checkdoc-next-docstring, namely this loop... --8<---------------cut here---------------start------------->8--- (while (and (not (setq found (checkdoc--next-docstring))) (beginning-of-defun -1))) --8<---------------cut here---------------end--------------->8--- ...never terminates, because beginning-of-defun behaves differently with open-paren-in-column-0-is-defun-start set to nil. Here's an example backtrace: --8<---------------cut here---------------start------------->8--- Debugger entered--beginning evaluation of function call form: * (save-current-buffer (set-buffer buffer) (set-syntax-table table)) (unwind-protect (progn (set-syntax-table (or syntax-ppss-table (syntax-table))) (let* ((cell (syntax-ppss--data)) (ppss-last (car cell)) (ppss-cache (cdr cell)) (old-ppss (cdr ppss-last)) (old-pos (car ppss-last)) (ppss nil) (pt-min (point-min))) (if (and old-pos (> old-pos pos)) (setq old-pos nil)) (condition-case nil (if (and old-pos (< (- pos old-pos) (let ... ...))) (progn (syntax-ppss--update-stats 0 old-pos pos) (parse-partial-sexp old-pos pos nil nil old-ppss)) (cond ((and ... old-ppss ... ... ...) (syntax-ppss--update-stats 1 pt-min pos) (setq ppss ...)) (t (let ... ... ... ... ... ... ...))) (setq syntax-ppss--updated-cache t) (setq ppss-last (cons pos ppss)) (setcar cell ppss-last) (setcdr cell ppss-cache) ppss) (args-out-of-range (parse-partial-sexp (point-min) pos))))) (save-current-buffer (set-buffer buffer) (set-syntax-table table))) (let ((table (syntax-table)) (buffer (current-buffer))) (unwind-protect (progn (set-syntax-table (or syntax-ppss-table (syntax-table))) (let* ((cell (syntax-ppss--data)) (ppss-last (car cell)) (ppss-cache (cdr cell)) (old-ppss (cdr ppss-last)) (old-pos (car ppss-last)) (ppss nil) (pt-min (point-min))) (if (and old-pos (> old-pos pos)) (setq old-pos nil)) (condition-case nil (if (and old-pos (< ... ...)) (progn (syntax-ppss--update-stats 0 old-pos pos) (parse-partial-sexp old-pos pos nil nil old-ppss)) (cond (... ... ...) (t ...)) (setq syntax-ppss--updated-cache t) (setq ppss-last (cons pos ppss)) (setcar cell ppss-last) (setcdr cell ppss-cache) ppss) (args-out-of-range (parse-partial-sexp (point-min) pos))))) (save-current-buffer (set-buffer buffer) (set-syntax-table table)))) syntax-ppss() beginning-of-defun-raw(-1) beginning-of-defun(-1) (and (not (setq found (checkdoc--next-docstring))) (beginning-of-defun -1)) (while (and (not (setq found (checkdoc--next-docstring))) (beginning-of-defun -1))) (let (found) (while (and (not (setq found (checkdoc--next-docstring))) (beginning-of-defun -1))) found) checkdoc-next-docstring() (and (not wrong) (checkdoc-next-docstring)) (while (and (not wrong) (checkdoc-next-docstring)) (setq msg (checkdoc-this-string-valid take-notes)) (if msg (setq wrong (point)))) (save-excursion (while (and (not wrong) (checkdoc-next-docstring)) (setq msg (checkdoc-this-string-valid take-notes)) (if msg (setq wrong (point))))) (let ((wrong nil) (msg nil) (checkdoc-spellcheck-documentation-flag (car (memq checkdoc-spellcheck-documentation-flag '(buffer t)))) (checkdoc-autofix-flag (if take-notes 'never checkdoc-autofix-flag)) (checkdoc-generate-compile-warnings-flag (or take-notes checkdoc-generate-compile-warnings-flag))) (save-excursion (while (and (not wrong) (checkdoc-next-docstring)) (setq msg (checkdoc-this-string-valid take-notes)) (if msg (setq wrong (point))))) (if wrong (progn (goto-char wrong) (if (not take-notes) (user-error "%s" (checkdoc-error-text msg))))) (checkdoc-show-diagnostics) (if (called-interactively-p 'interactive) (message "No style warnings."))) checkdoc-continue(t) (let ((p (point))) (goto-char (point-min)) (if (and take-notes (called-interactively-p 'interactive)) (checkdoc-start-section "checkdoc-start")) (checkdoc-continue take-notes) (goto-char p) nil) checkdoc-start(t) (or (and buffer-file-name (checkdoc-comments)) (checkdoc-start take-notes) (checkdoc-message-text) (checkdoc-rogue-spaces) (if checkdoc-package-keywords-flag (progn (checkdoc-package-keywords))) (not (called-interactively-p 'interactive)) (if take-notes (checkdoc-show-diagnostics)) (message "Checking buffer for style...Done.")) (let ((checkdoc-spellcheck-documentation-flag (car (memq checkdoc-spellcheck-documentation-flag '(buffer t)))) (checkdoc-autofix-flag (if take-notes 'never checkdoc-autofix-flag)) (checkdoc-generate-compile-warnings-flag (or take-notes checkdoc-generate-compile-warnings-flag))) (if take-notes (checkdoc-start-section "checkdoc-current-buffer")) (or (and buffer-file-name (checkdoc-comments)) (checkdoc-start take-notes) (checkdoc-message-text) (checkdoc-rogue-spaces) (if checkdoc-package-keywords-flag (progn (checkdoc-package-keywords))) (not (called-interactively-p 'interactive)) (if take-notes (checkdoc-show-diagnostics)) (message "Checking buffer for style...Done."))) checkdoc-current-buffer(t) elisp-flymake-checkdoc(#f(compiled-function (&rest args) #)) apply(elisp-flymake-checkdoc #f(compiled-function (&rest args) #) nil) flymake--run-backend(elisp-flymake-checkdoc nil) #f(compiled-function (backend) #)(elisp-flymake-checkdoc) run-hook-wrapped(#f(compiled-function (backend) #) elisp-flymake-checkdoc) flymake-start((on-display) nil) --8<---------------cut here---------------end--------------->8--- From unknown Sun Aug 17 10:27:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72759: 31.0.50; Emacs hangs with open-paren-in-column-0-is-defun-start set to nil Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Aug 2024 12:14:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72759 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eshel Yaron Cc: 72759@debbugs.gnu.org Received: via spool by 72759-submit@debbugs.gnu.org id=B72759.1724328820405 (code B ref 72759); Thu, 22 Aug 2024 12:14:01 +0000 Received: (at 72759) by debbugs.gnu.org; 22 Aug 2024 12:13:40 +0000 Received: from localhost ([127.0.0.1]:37008 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sh6hA-00006T-4p for submit@debbugs.gnu.org; Thu, 22 Aug 2024 08:13:40 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48366) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sh6h7-00006D-EL for 72759@debbugs.gnu.org; Thu, 22 Aug 2024 08:13:39 -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 1sh6gH-00036A-Oo; Thu, 22 Aug 2024 08:12:45 -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=H2uWQ+6WjQMuMdFrZrRPNPg98gXx8XZGje16rp+SWQk=; b=crmyCcKaf6WN MJSALQzZZBkEMyZ8Gu0FydeMDLOOYpUH8nHEiavSInXgN2R9x22tBzUnAzLl4aCmXMQ4LgvNFqrgy UtXvPe5Un8GvVkQSOfxudhrgTfpSS3JYC2zRPaw0f34rnpHp7IIdJvb5Hb8Mn5OxtFU3O4pAdzDLJ SM3Wohy1nMa1DchAYJO7gKqOu2BBlKVZfQgFEvbqoTA0WO3cS4rMVizeBZ8O97vXctugzMp/ytdQs Qjd+bCz2kJby6IddonVD/fvM0LKScsxCB/CHuQAl1Q55V1u2SlLT0MB8+HO8jaWdIrIKNuwJcHEj2 qjknyIAZfLWfa8odZ3eQ5w==; Date: Thu, 22 Aug 2024 15:12:41 +0300 Message-Id: <861q2gu56u.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Eshel Yaron on Thu, 22 Aug 2024 13:31:16 +0200) References: <868qwou8pv.fsf@gnu.org> X-Spam-Score: -2.3 (--) 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: Eshel Yaron > Cc: 72759@debbugs.gnu.org > Date: Thu, 22 Aug 2024 13:31:16 +0200 > > Eli Zaretskii writes: > > >> Date: Thu, 22 Aug 2024 12:07:38 +0200 > >> From: Eshel Yaron via "Bug reports for GNU Emacs, > >> the Swiss army knife of text editors" > >> > >> > >> 1. emacs -Q > >> 2. (setq open-paren-in-column-0-is-defun-start nil) > >> 3. Insert " (foo" > >> 4. M-x flymake-mode > >> 5. Emacs hangs > >> > >> I can reproduce this with Emacs 29 and later. > > > > Thanks. Could you show the Lisp backtrace from the hang (assuming it > > hangs in Lisp code)? > > Sure, see the backtrace below. It appears that the hang is in > checkdoc-next-docstring, namely this loop... > > --8<---------------cut here---------------start------------->8--- > (while (and (not (setq found (checkdoc--next-docstring))) > (beginning-of-defun -1))) > --8<---------------cut here---------------end--------------->8--- > > ...never terminates, because beginning-of-defun behaves differently with > open-paren-in-column-0-is-defun-start set to nil. Would it make sense to have checkdoc-next-docstring bind open-paren-in-column-0-is-defun-start to a non-nil value? From unknown Sun Aug 17 10:27:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72759: 31.0.50; Emacs hangs with open-paren-in-column-0-is-defun-start set to nil Resent-From: Eshel Yaron Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Aug 2024 12:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72759 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 72759@debbugs.gnu.org Received: via spool by 72759-submit@debbugs.gnu.org id=B72759.17243302743014 (code B ref 72759); Thu, 22 Aug 2024 12:38:02 +0000 Received: (at 72759) by debbugs.gnu.org; 22 Aug 2024 12:37:54 +0000 Received: from localhost ([127.0.0.1]:37022 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sh74b-0000mV-Pc for submit@debbugs.gnu.org; Thu, 22 Aug 2024 08:37:54 -0400 Received: from mail.eshelyaron.com ([107.175.124.16]:47132 helo=eshelyaron.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sh74Y-0000mL-4q for 72759@debbugs.gnu.org; Thu, 22 Aug 2024 08:37:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eshelyaron.com; s=mail; t=1724330223; bh=u43MQqqprJdm6fTLJg/cOAmc/DjZ6R7lhEv+H9vglMU=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=bhXDvAK9IGH4uGG1shqtYSV1NhFEQ4qGZeZtWOXrhOj249gvT7wXp9QYXKalkrttU 4mNeJvw7d4VVqMjRuW3F43AYO4JVtIjx/cTu5X7AhcUzWwYIZVQMkD5UIAHd4gEJYk 4FnDbVxk6wtDWIDgUqAnct1UmsdcCd8MqlOtUhGGDoq8VuLaeN4ceh2fWLceglCsK4 nB9p2EzOPhfuiIlIxxNv7BwcFZt7yZqYMPNxQZyhuf+0rHVf0lDXn/EChvvY9P3R6b C64qUgyT6e5U0sPeQRibu/IXnZaJieWVFcHsqr6Somsb7qSUyE+w2bq92IzMo+C1HN JFjN6WFGiBi8g== From: Eshel Yaron In-Reply-To: <861q2gu56u.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 22 Aug 2024 15:12:41 +0300") References: <868qwou8pv.fsf@gnu.org> <861q2gu56u.fsf@gnu.org> Date: Thu, 22 Aug 2024 14:37:01 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) 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 (-) Eli Zaretskii writes: >> From: Eshel Yaron >> Cc: 72759@debbugs.gnu.org >> Date: Thu, 22 Aug 2024 13:31:16 +0200 >> >> Eli Zaretskii writes: >> >> >> Date: Thu, 22 Aug 2024 12:07:38 +0200 >> >> From: Eshel Yaron via "Bug reports for GNU Emacs, >> >> the Swiss army knife of text editors" >> >> >> >> >> >> 1. emacs -Q >> >> 2. (setq open-paren-in-column-0-is-defun-start nil) >> >> 3. Insert " (foo" >> >> 4. M-x flymake-mode >> >> 5. Emacs hangs >> >> >> >> I can reproduce this with Emacs 29 and later. >> > >> > Thanks. Could you show the Lisp backtrace from the hang (assuming it >> > hangs in Lisp code)? >> >> Sure, see the backtrace below. It appears that the hang is in >> checkdoc-next-docstring, namely this loop... >> >> --8<---------------cut here---------------start------------->8--- >> (while (and (not (setq found (checkdoc--next-docstring))) >> (beginning-of-defun -1))) >> --8<---------------cut here---------------end--------------->8--- >> >> ...never terminates, because beginning-of-defun behaves differently with >> open-paren-in-column-0-is-defun-start set to nil. > > Would it make sense to have checkdoc-next-docstring bind > open-paren-in-column-0-is-defun-start to a non-nil value? Not entirely: the difference in behavior of beginning-of-defun is unexpected, and may prove problematic in other cases as well, so it would be best to fix the root cause IMO. Namely, in beginning-of-defun-raw, the fallback cond clause fails to move forward over an sexp that does starts after the beginning of the line. You should also be able to see this in effect with C-- C-M-a at the beginning of a line whose contents is " (foo)". The results vary depending on the value of open-paren-in-column-0-is-defun-start. Eshel From unknown Sun Aug 17 10:27:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72759: 31.0.50; Emacs hangs with open-paren-in-column-0-is-defun-start set to nil Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Aug 2024 13:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72759 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eshel Yaron Cc: 72759@debbugs.gnu.org Received: via spool by 72759-submit@debbugs.gnu.org id=B72759.172433492311873 (code B ref 72759); Thu, 22 Aug 2024 13:56:02 +0000 Received: (at 72759) by debbugs.gnu.org; 22 Aug 2024 13:55:23 +0000 Received: from localhost ([127.0.0.1]:37295 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sh8Ha-00035L-Kc for submit@debbugs.gnu.org; Thu, 22 Aug 2024 09:55:23 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33652) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sh8HY-00033C-7n for 72759@debbugs.gnu.org; Thu, 22 Aug 2024 09:55:21 -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 1sh8Gi-0002Z4-F6; Thu, 22 Aug 2024 09:54:28 -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=rMekOrIEoaQQI6Nu6pPmoWjy/4JV7/7RQZ05AwP4Ssw=; b=MCMfwVoeHYHQ S7PJ9ayGv/MWKoFD6CNAsvQFN5JLzQmIFPK6HAed/Ejmb0TsoH5PBSiowOdQhvRo3XFGsT+ioFBN5 PnIhZuWLJ6vgIVxj9UU25eTvQTWUJ3II8CGCMAuBrGCCYFx/vDk2ejEZcfNf0p6W4ZbFXow/pWw77 4l7uPD603bRuovjjopDP8VRYIlspvS1iHPfJla00bpm7DdH7dJjzIDLxScLcDr3d0BGs9T5MSGwW6 4JRwJxWsSjrCTdbdvu1wsjC03aBoZuqOCnwPfljM67rEWFl22sZhST+0/2fkVIW9Ve9VuyC9lTybT pIGqcjFGv1cTyf1z64Ok0w==; Date: Thu, 22 Aug 2024 16:54:24 +0300 Message-Id: <86msl4slwv.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Eshel Yaron on Thu, 22 Aug 2024 14:37:01 +0200) References: <868qwou8pv.fsf@gnu.org> <861q2gu56u.fsf@gnu.org> X-Spam-Score: -2.3 (--) 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: Eshel Yaron > Cc: 72759@debbugs.gnu.org > Date: Thu, 22 Aug 2024 14:37:01 +0200 > > Eli Zaretskii writes: > > > Would it make sense to have checkdoc-next-docstring bind > > open-paren-in-column-0-is-defun-start to a non-nil value? > > Not entirely: the difference in behavior of beginning-of-defun is > unexpected, and may prove problematic in other cases as well, so it > would be best to fix the root cause IMO. Namely, in > beginning-of-defun-raw, the fallback cond clause fails to move forward > over an sexp that does starts after the beginning of the line. How do you propose to fix the root cause, when Emacs fails to correctly identify the beginning of a defun? Suppose we'd want to fix the condition of this loop: >> (while (and (not (setq found (checkdoc--next-docstring))) >> (beginning-of-defun -1))) so it doesn't infloop -- how would you go about that, when beginning-of-defun doesn't move and you are not at BOB? > You should also be able to see this in effect with C-- C-M-a at the > beginning of a line whose contents is " (foo)". The results vary > depending on the value of open-paren-in-column-0-is-defun-start. Exactly! When beginning-of-defun is confused, what are its callers supposed to do? They don't know better where the beginning of the previous defun is. Or what am I missing? From unknown Sun Aug 17 10:27:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72759: 31.0.50; Emacs hangs with open-paren-in-column-0-is-defun-start set to nil Resent-From: Eshel Yaron Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Aug 2024 15:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72759 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 72759@debbugs.gnu.org Received: via spool by 72759-submit@debbugs.gnu.org id=B72759.172434181525510 (code B ref 72759); Thu, 22 Aug 2024 15:51:01 +0000 Received: (at 72759) by debbugs.gnu.org; 22 Aug 2024 15:50:15 +0000 Received: from localhost ([127.0.0.1]:38251 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1shA4l-0006dN-9U for submit@debbugs.gnu.org; Thu, 22 Aug 2024 11:50:15 -0400 Received: from mail.eshelyaron.com ([107.175.124.16]:53210 helo=eshelyaron.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1shA4h-0006dD-GD for 72759@debbugs.gnu.org; Thu, 22 Aug 2024 11:50:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eshelyaron.com; s=mail; t=1724341765; bh=HVzdqMKVxKAUbRpxgoX8tq2xRpCUEaD7fQ5cK8DrV1o=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=Tng42Cxq46xKcCg9AA/L8bmwPebczP6PjHXg9VvCLG4zDhrBDC2mzB7moho2w5zV3 Dl2WLOcJSUl6hClxOtaYxm/LSg2Yi+/oESou47U20+5nJpBAJJLL4WPtUiPRgLu+7+ Tj712yWR8QEo2z51N0BPpEm/48zfks6GNv+M1sN6d+47z7f6dMmigI1O0KABq/+/Sa v5ril5jsal9QulHV7vuVeEmqu+JQsRr8QsnG9LQH79q7suixaSAJbszJanG5VfP4oA bjsQhYe6EcCOQTkviQp5YWzvUpF06mCp56/5KbLKx6u4N481NbC2SxWgOSUnWW5smn yQ38u5+xry4Bw== From: Eshel Yaron In-Reply-To: <86msl4slwv.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 22 Aug 2024 16:54:24 +0300") References: <868qwou8pv.fsf@gnu.org> <861q2gu56u.fsf@gnu.org> <86msl4slwv.fsf@gnu.org> Date: Thu, 22 Aug 2024 17:49:22 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) 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 (-) Hi, Eli Zaretskii writes: >> From: Eshel Yaron >> Cc: 72759@debbugs.gnu.org >> Date: Thu, 22 Aug 2024 14:37:01 +0200 >> >> Eli Zaretskii writes: >> >> > Would it make sense to have checkdoc-next-docstring bind >> > open-paren-in-column-0-is-defun-start to a non-nil value? >> >> Not entirely: the difference in behavior of beginning-of-defun is >> unexpected, and may prove problematic in other cases as well, so it >> would be best to fix the root cause IMO. Namely, in >> beginning-of-defun-raw, the fallback cond clause fails to move forward >> over an sexp that does starts after the beginning of the line. > > How do you propose to fix the root cause, when Emacs fails to > correctly identify the beginning of a defun? Suppose we'd want to fix > the condition of this loop: > >>> (while (and (not (setq found (checkdoc--next-docstring))) >>> (beginning-of-defun -1))) > > so it doesn't infloop -- how would you go about that, when > beginning-of-defun doesn't move and you are not at BOB? After taking another look, ISTM that the problem is that checkdoc assumes that beginning-of-defun either advances point or returns nil, but since beginning-of-defun unconditionally moves to the beginning of the line, it can in fact find a defun ahead of point (and thus return non-nil) but then move back to the beginning of the line, so point is unchanged. So the assumption in checkdoc doesn't always hold when open-paren-in-column-0-is-defun-start is nil. This assumption should still hold, however, for beginning-of-defun-raw, which doesn't go back to the beginning of the line. This suggests the following change, which indeed seems to fix the hang: diff --git a/lisp/emacs-lisp/checkdoc.el b/lisp/emacs-lisp/checkdoc.el index 949ca6b74ad..65226d8ee44 100644 --- a/lisp/emacs-lisp/checkdoc.el +++ b/lisp/emacs-lisp/checkdoc.el @@ -981,7 +981,7 @@ checkdoc-next-docstring Return nil if there are no more doc strings." (let (found) (while (and (not (setq found (checkdoc--next-docstring))) - (beginning-of-defun -1))) + (beginning-of-defun-raw -1))) found)) (defun checkdoc--next-docstring () From unknown Sun Aug 17 10:27:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72759: 31.0.50; Emacs hangs with open-paren-in-column-0-is-defun-start set to nil Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Aug 2024 16:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72759 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eshel Yaron Cc: 72759@debbugs.gnu.org Received: via spool by 72759-submit@debbugs.gnu.org id=B72759.172434322127992 (code B ref 72759); Thu, 22 Aug 2024 16:14:02 +0000 Received: (at 72759) by debbugs.gnu.org; 22 Aug 2024 16:13:41 +0000 Received: from localhost ([127.0.0.1]:38259 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1shARQ-0007HO-HS for submit@debbugs.gnu.org; Thu, 22 Aug 2024 12:13:40 -0400 Received: from eggs.gnu.org ([209.51.188.92]:53144) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1shARN-0007HA-IU for 72759@debbugs.gnu.org; Thu, 22 Aug 2024 12:13:39 -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 1shAOR-0005gQ-LM; Thu, 22 Aug 2024 12:10:35 -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=e2Vr5AHpgIoj0Tu/QXVLGPzSWd+RCodSvxMbIBBE4xg=; b=JDmSp+91Q7kr uSP358NysYWwE3ez/i6r494MMAAFF9g3etvdF8HzT/zZpfZwXMRecPvL3v+gia4wcetjipRaNs1cD PZe8MPO6XmKzw9Bye+1YsdMcRxS3IZmhfcCfi1c8Kd40J4D5AFxjWa0LrAGy1Rh3XBT/JG+wEOUXg HosJUTmuQjNyYDnUsxGVYCiFuK5NbgdrF8YHz8qGPE7lwvwXPgskBEAzHuY1VOU3mFRAh5RKsdJUE o1tUAtW+qdDlMh3jPbZPKjS0jZ/XLr7q5eaR/kXYmQU0XKwJOBYNIQFI3dS6NdqLgTtTnUDSRS3DQ 3lP0DrzjXmPL2qFV64v3Hg==; Date: Thu, 22 Aug 2024 19:10:28 +0300 Message-Id: <86ed6gsfm3.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Eshel Yaron on Thu, 22 Aug 2024 17:49:22 +0200) References: <868qwou8pv.fsf@gnu.org> <861q2gu56u.fsf@gnu.org> <86msl4slwv.fsf@gnu.org> X-Spam-Score: -2.3 (--) 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: Eshel Yaron > Cc: 72759@debbugs.gnu.org > Date: Thu, 22 Aug 2024 17:49:22 +0200 > > After taking another look, ISTM that the problem is that checkdoc > assumes that beginning-of-defun either advances point or returns nil, > but since beginning-of-defun unconditionally moves to the beginning of > the line, it can in fact find a defun ahead of point (and thus return > non-nil) but then move back to the beginning of the line, so point is > unchanged. So the assumption in checkdoc doesn't always hold when > open-paren-in-column-0-is-defun-start is nil. This assumption should > still hold, however, for beginning-of-defun-raw, which doesn't go back > to the beginning of the line. > > This suggests the following change, which indeed seems to fix the hang: > > > diff --git a/lisp/emacs-lisp/checkdoc.el b/lisp/emacs-lisp/checkdoc.el > index 949ca6b74ad..65226d8ee44 100644 > --- a/lisp/emacs-lisp/checkdoc.el > +++ b/lisp/emacs-lisp/checkdoc.el > @@ -981,7 +981,7 @@ checkdoc-next-docstring > Return nil if there are no more doc strings." > (let (found) > (while (and (not (setq found (checkdoc--next-docstring))) > - (beginning-of-defun -1))) > + (beginning-of-defun-raw -1))) > found)) But the doc string of beginning-of-defun-raw says, inter alia: This is identical to function `beginning-of-defun', except that point does not move to the beginning of the line when `defun-prompt-regexp' is non-nil. ^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^ Does that mean defun-prompt-regexp was non-nil in your case? The default is nil. From unknown Sun Aug 17 10:27:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72759: 31.0.50; Emacs hangs with open-paren-in-column-0-is-defun-start set to nil Resent-From: Eshel Yaron Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Aug 2024 17:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72759 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 72759@debbugs.gnu.org Received: via spool by 72759-submit@debbugs.gnu.org id=B72759.17243465551532 (code B ref 72759); Thu, 22 Aug 2024 17:10:02 +0000 Received: (at 72759) by debbugs.gnu.org; 22 Aug 2024 17:09:15 +0000 Received: from localhost ([127.0.0.1]:38280 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1shBJD-0000Oe-BM for submit@debbugs.gnu.org; Thu, 22 Aug 2024 13:09:15 -0400 Received: from mail.eshelyaron.com ([107.175.124.16]:35460 helo=eshelyaron.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1shBJA-0000OW-RI for 72759@debbugs.gnu.org; Thu, 22 Aug 2024 13:09:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eshelyaron.com; s=mail; t=1724346506; bh=DRKNdn96tIdOPm/PHglHVL86+ftiat67GxgOc1Ktcw8=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=dP2s38H3LXuKGLYoA1Czto7Fd0pLy9n9ssgd29YGMTz55Ucb7zZ7PTvz+KvqkolCV bMRFxRQIHEiDcZVk2DqzfVJ5Hb4H18bDSLB27iwl7EQm6UMFCswa06a7W6yJDbKrgx K0OrTp36GMUUkYO97xxFUKlv0hyMI9NcpNcHRtD4k/Yi2qnbPyCMQrqfHfyfXVDILr ZEb3bjQCCTgIcYPwPVTjTCGIIRcLtH58xuc03Fdo6CyBCeeVPDahQGoCdcwfWS88W1 SpjWRvEid1SE2RY9Cs3qA26ivPz2dPVz27pPIZtxUxXLe2Wo4DxzXrbRw/7Y4vyy/z 10AjtjLMwlFSw== From: Eshel Yaron In-Reply-To: <86ed6gsfm3.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 22 Aug 2024 19:10:28 +0300") References: <868qwou8pv.fsf@gnu.org> <861q2gu56u.fsf@gnu.org> <86msl4slwv.fsf@gnu.org> <86ed6gsfm3.fsf@gnu.org> Date: Thu, 22 Aug 2024 19:08:23 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) 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 (-) Eli Zaretskii writes: >> From: Eshel Yaron >> Cc: 72759@debbugs.gnu.org >> Date: Thu, 22 Aug 2024 17:49:22 +0200 >> >> After taking another look, ISTM that the problem is that checkdoc >> assumes that beginning-of-defun either advances point or returns nil, >> but since beginning-of-defun unconditionally moves to the beginning of >> the line, it can in fact find a defun ahead of point (and thus return >> non-nil) but then move back to the beginning of the line, so point is >> unchanged. So the assumption in checkdoc doesn't always hold when >> open-paren-in-column-0-is-defun-start is nil. This assumption should >> still hold, however, for beginning-of-defun-raw, which doesn't go back >> to the beginning of the line. >> >> This suggests the following change, which indeed seems to fix the hang: >> >> >> diff --git a/lisp/emacs-lisp/checkdoc.el b/lisp/emacs-lisp/checkdoc.el >> index 949ca6b74ad..65226d8ee44 100644 >> --- a/lisp/emacs-lisp/checkdoc.el >> +++ b/lisp/emacs-lisp/checkdoc.el >> @@ -981,7 +981,7 @@ checkdoc-next-docstring >> Return nil if there are no more doc strings." >> (let (found) >> (while (and (not (setq found (checkdoc--next-docstring))) >> - (beginning-of-defun -1))) >> + (beginning-of-defun-raw -1))) >> found)) > > But the doc string of beginning-of-defun-raw says, inter alia: > > This is identical to function `beginning-of-defun', except that point > does not move to the beginning of the line when `defun-prompt-regexp' > is non-nil. ^^^^^^^^^^^^^^^^^^^^^^^^^^ > ^^^^^^^^^^ > > Does that mean defun-prompt-regexp was non-nil in your case? The > default is nil. No, defun-prompt-regexp was (and is) the default, nil. From unknown Sun Aug 17 10:27:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72759: 31.0.50; Emacs hangs with open-paren-in-column-0-is-defun-start set to nil Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Aug 2024 17:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72759 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eshel Yaron Cc: 72759@debbugs.gnu.org Received: via spool by 72759-submit@debbugs.gnu.org id=B72759.17243493246259 (code B ref 72759); Thu, 22 Aug 2024 17:56:02 +0000 Received: (at 72759) by debbugs.gnu.org; 22 Aug 2024 17:55:24 +0000 Received: from localhost ([127.0.0.1]:38322 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1shC1r-0001ct-KA for submit@debbugs.gnu.org; Thu, 22 Aug 2024 13:55:23 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60372) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1shC1p-0001cg-Vf for 72759@debbugs.gnu.org; Thu, 22 Aug 2024 13:55:22 -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 1shC0z-0004Et-F3; Thu, 22 Aug 2024 13:54:29 -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=1n6P1Gxd1vbZ1kF5xGxpWwMfgl4ET4zd9EfyspmkcQM=; b=X+Dx0HHTIp7d +OG2RXtNcGnspgacz3qrENnxBC5V6QQ1CsCeJRzCMigSAhY19M3WvfGE7VkSLImlbMkcs9SmHYvdd Rm7L4i1SrRK9IVzsJ85frp3iPE2ZiNjaJjT2HqCnAtdDHkI1QBRPv27jmB7qN2zxpj5efCDY67q5R sxgjhd9mIR0Ir2wKDANM/3HKDOcgYn4G1mb9x3yBECFrf4Tk15SE2kFNVE6XR8lbyoz+sdwVtoncQ CJvkpjWIuw6zxZoUSG6KYxZymZfHc9DsDJ42xDtMPQQHV6+EzqBsvYUcLn9Fzn3b4Ty1ysvqgFcPR AyVZcSabOWnaS5/jILQOcg==; Date: Thu, 22 Aug 2024 20:54:26 +0300 Message-Id: <86a5h4sast.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Eshel Yaron on Thu, 22 Aug 2024 19:08:23 +0200) References: <868qwou8pv.fsf@gnu.org> <861q2gu56u.fsf@gnu.org> <86msl4slwv.fsf@gnu.org> <86ed6gsfm3.fsf@gnu.org> X-Spam-Score: -2.3 (--) 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: Eshel Yaron > Cc: 72759@debbugs.gnu.org > Date: Thu, 22 Aug 2024 19:08:23 +0200 > > Eli Zaretskii writes: > > >> diff --git a/lisp/emacs-lisp/checkdoc.el b/lisp/emacs-lisp/checkdoc.el > >> index 949ca6b74ad..65226d8ee44 100644 > >> --- a/lisp/emacs-lisp/checkdoc.el > >> +++ b/lisp/emacs-lisp/checkdoc.el > >> @@ -981,7 +981,7 @@ checkdoc-next-docstring > >> Return nil if there are no more doc strings." > >> (let (found) > >> (while (and (not (setq found (checkdoc--next-docstring))) > >> - (beginning-of-defun -1))) > >> + (beginning-of-defun-raw -1))) > >> found)) > > > > But the doc string of beginning-of-defun-raw says, inter alia: > > > > This is identical to function `beginning-of-defun', except that point > > does not move to the beginning of the line when `defun-prompt-regexp' > > is non-nil. ^^^^^^^^^^^^^^^^^^^^^^^^^^ > > ^^^^^^^^^^ > > > > Does that mean defun-prompt-regexp was non-nil in your case? The > > default is nil. > > No, defun-prompt-regexp was (and is) the default, nil. So the doc string is inaccurate? I'm trying to understand what kind of behavior change could be caused by your proposed change, which is why what beginning-of-defun-raw does and beginning-of-defun doesn't is important, especially if some user options can affect that. E.g., does anything change in this scenario if defun-prompt-regexp is non-nil? From unknown Sun Aug 17 10:27:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72759: 31.0.50; Emacs hangs with open-paren-in-column-0-is-defun-start set to nil Resent-From: Eshel Yaron Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 23 Aug 2024 05:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72759 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 72759@debbugs.gnu.org Received: via spool by 72759-submit@debbugs.gnu.org id=B72759.172439252816549 (code B ref 72759); Fri, 23 Aug 2024 05:56:02 +0000 Received: (at 72759) by debbugs.gnu.org; 23 Aug 2024 05:55:28 +0000 Received: from localhost ([127.0.0.1]:38704 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1shNGg-0004Ip-P4 for submit@debbugs.gnu.org; Fri, 23 Aug 2024 01:55:28 -0400 Received: from mail.eshelyaron.com ([107.175.124.16]:36104 helo=eshelyaron.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1shNGU-0004IU-VI for 72759@debbugs.gnu.org; Fri, 23 Aug 2024 01:55:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eshelyaron.com; s=mail; t=1724392467; bh=a21Sde43IHcQeZTqZP/4gpd3XEd85tzjImH9zX0y2iM=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=IPsrJK4kqJl+ZPsAh6NeN47fxjaS3IwsIrbOtX76G8myt5O0nHUhZIzH1XiNGLOzI DgyeGDNZtmlF/+ULBNSyvH9C4V2lRlXN7tmcRJ3nL0d0gyninIAm3VQjylyRUabsBD s+MOrsVYyH2UquMrnDGhilfWW1FiLtIXLguscJ3qMuuRmivFsFncF7SrnwT75G7GZg 9fsbFnXu2XWCPJ5duSbGXtpbXPVJii6o+6J5t6Zclssj4lWuVicAdRZIWDN35mOhyk B098JY+XFNhPLLf8Jg+iP2qtrdvCjVHpNlP85k70lJyNU3MnBREdcBYrmPUqobQ1uq qu7+R7H9oU+wg== From: Eshel Yaron In-Reply-To: <86a5h4sast.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 22 Aug 2024 20:54:26 +0300") References: <868qwou8pv.fsf@gnu.org> <861q2gu56u.fsf@gnu.org> <86msl4slwv.fsf@gnu.org> <86ed6gsfm3.fsf@gnu.org> <86a5h4sast.fsf@gnu.org> X-Hashcash: 1:20:240823:eliz@gnu.org::iVbOwnmcZ9SUlObq:0Am/ X-Hashcash: 1:20:240823:72759@debbugs.gnu.org::5m8XBu1w17gelfCV:qwM Date: Fri, 23 Aug 2024 07:54:25 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) 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 (-) Hi Eli, Eli Zaretskii writes: >> >> diff --git a/lisp/emacs-lisp/checkdoc.el b/lisp/emacs-lisp/checkdoc.el >> >> index 949ca6b74ad..65226d8ee44 100644 >> >> --- a/lisp/emacs-lisp/checkdoc.el >> >> +++ b/lisp/emacs-lisp/checkdoc.el >> >> @@ -981,7 +981,7 @@ checkdoc-next-docstring >> >> Return nil if there are no more doc strings." >> >> (let (found) >> >> (while (and (not (setq found (checkdoc--next-docstring))) >> >> - (beginning-of-defun -1))) >> >> + (beginning-of-defun-raw -1))) >> >> found)) > I'm trying to understand what kind of behavior change could be caused > by your proposed change, which is why what beginning-of-defun-raw does > and beginning-of-defun doesn't is important, especially if some user > options can affect that. E.g., does anything change in this scenario > if defun-prompt-regexp is non-nil? This change is the correct also when defun-prompt-regexp is non-nil. Take a look at beginning-of-defun, it just calls beginning-of-defun-raw after possibly pushing a mark, and then it calls beginning-of-line. We're not interested in pushing a mark here, neither do we want to move back to beginning of the line after each call (that yields an infloop), so beginning-of-defun-raw fits the bill precisely. Best, Eshel From unknown Sun Aug 17 10:27:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72759: 31.0.50; Emacs hangs with open-paren-in-column-0-is-defun-start set to nil Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 23 Aug 2024 06:58:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72759 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eshel Yaron Cc: 72759@debbugs.gnu.org Received: via spool by 72759-submit@debbugs.gnu.org id=B72759.172439623123423 (code B ref 72759); Fri, 23 Aug 2024 06:58:03 +0000 Received: (at 72759) by debbugs.gnu.org; 23 Aug 2024 06:57:11 +0000 Received: from localhost ([127.0.0.1]:38829 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1shOER-00065i-BY for submit@debbugs.gnu.org; Fri, 23 Aug 2024 02:57:11 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45272) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1shOEP-00065Y-Dl for 72759@debbugs.gnu.org; Fri, 23 Aug 2024 02:57:10 -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 1shODZ-0001gI-6X; Fri, 23 Aug 2024 02:56:17 -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=BB9MRZDSRVMr3c39E0CJiDxKNc+jHIb0F4y+et7h1qc=; b=eT18eulTScpy 5khnRdVXKoXzIYEwan3zik/4nq5lt2BXDnzi4Vm3APNJEIpUTwBkvEMkyK0DVrbm4vv8mwz04G5W+ ds5z4qTl9g/AWXghtkIj1ur+3ksLQ6ghj2AlMWGVJIIBSwKldDIDSLcDqvAXBokqKxFQYY6h8JoBf A9IckZAZH5Y28trT0SYUbTrbeN6MibGLlQXFTT+S6tQ7xXeKCdN6vUIR5U9seqUraR8JzXf659JxP polIofqNnEECXh+2iaHpksqm7YjTfmMsn4PTIKQAuLk93rstdaTke+mbNsvVT6Q6D3YVQrRJWjzK0 IriTS+CibcS0J/TICA+9yw==; Date: Fri, 23 Aug 2024 09:56:15 +0300 Message-Id: <86jzg7rals.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Eshel Yaron on Fri, 23 Aug 2024 07:54:25 +0200) References: <868qwou8pv.fsf@gnu.org> <861q2gu56u.fsf@gnu.org> <86msl4slwv.fsf@gnu.org> <86ed6gsfm3.fsf@gnu.org> <86a5h4sast.fsf@gnu.org> X-Spam-Score: -2.3 (--) 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: Eshel Yaron > Cc: 72759@debbugs.gnu.org > Date: Fri, 23 Aug 2024 07:54:25 +0200 > > Hi Eli, > > Eli Zaretskii writes: > > >> >> diff --git a/lisp/emacs-lisp/checkdoc.el b/lisp/emacs-lisp/checkdoc.el > >> >> index 949ca6b74ad..65226d8ee44 100644 > >> >> --- a/lisp/emacs-lisp/checkdoc.el > >> >> +++ b/lisp/emacs-lisp/checkdoc.el > >> >> @@ -981,7 +981,7 @@ checkdoc-next-docstring > >> >> Return nil if there are no more doc strings." > >> >> (let (found) > >> >> (while (and (not (setq found (checkdoc--next-docstring))) > >> >> - (beginning-of-defun -1))) > >> >> + (beginning-of-defun-raw -1))) > >> >> found)) > > > I'm trying to understand what kind of behavior change could be caused > > by your proposed change, which is why what beginning-of-defun-raw does > > and beginning-of-defun doesn't is important, especially if some user > > options can affect that. E.g., does anything change in this scenario > > if defun-prompt-regexp is non-nil? > > This change is the correct also when defun-prompt-regexp is non-nil. > Take a look at beginning-of-defun, it just calls beginning-of-defun-raw > after possibly pushing a mark, and then it calls beginning-of-line. > We're not interested in pushing a mark here, neither do we want to move > back to beginning of the line after each call (that yields an infloop), > so beginning-of-defun-raw fits the bill precisely. Thanks, feel free to install this, then. From unknown Sun Aug 17 10:27:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72759: 31.0.50; Emacs hangs with open-paren-in-column-0-is-defun-start set to nil Resent-From: Eshel Yaron Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 23 Aug 2024 08:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72759 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 72759@debbugs.gnu.org Received: via spool by 72759-submit@debbugs.gnu.org id=B72759.17244020881016 (code B ref 72759); Fri, 23 Aug 2024 08:35:01 +0000 Received: (at 72759) by debbugs.gnu.org; 23 Aug 2024 08:34:48 +0000 Received: from localhost ([127.0.0.1]:38949 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1shPkt-0000GI-Jh for submit@debbugs.gnu.org; Fri, 23 Aug 2024 04:34:47 -0400 Received: from mail.eshelyaron.com ([107.175.124.16]:55066 helo=eshelyaron.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1shPkq-0000G6-Ue for 72759@debbugs.gnu.org; Fri, 23 Aug 2024 04:34:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eshelyaron.com; s=mail; t=1724402037; bh=qdqv2ex/6XIANn/OacCHT54fvOIWY42R/eSKeEcTbBI=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=xprKdVbhgSkzc1RJdpYrRu3Esqi38Fml/axT0mexoCL0uPgeai5CHzO9COhGvCXVS VT7/SAd4xF/tghyu1W02DZFQBC3FSRa2/0+1PaZBFbjwx9Tf7Q54ULBZpkX+3BWagl ufaLHITfbRJhMidPhkr6WkWkwCHgrtNaqBK0AG76Lc/XRu1NiI9ndHv1QM3xvMN0nV qnclsO4Dafq2cA9M4lMM3XTXMcS5UM8tj0w5WXMF5NJ7xYOiAkGpaRG2q9mvbEvbbY pjLniga7J0AC8MLLb99w/2doGkVtFVYshUUWO7dW6FlX5J0DGvy03Zh0eivErpmLOl QaC7r01M/CLPg== From: Eshel Yaron In-Reply-To: <86jzg7rals.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 23 Aug 2024 09:56:15 +0300") References: <868qwou8pv.fsf@gnu.org> <861q2gu56u.fsf@gnu.org> <86msl4slwv.fsf@gnu.org> <86ed6gsfm3.fsf@gnu.org> <86a5h4sast.fsf@gnu.org> <86jzg7rals.fsf@gnu.org> Date: Fri, 23 Aug 2024 10:33:55 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) 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 (-) Eli Zaretskii writes: >> From: Eshel Yaron >> Cc: 72759@debbugs.gnu.org >> Date: Fri, 23 Aug 2024 07:54:25 +0200 >> >> Hi Eli, >> >> Eli Zaretskii writes: >> >> >> >> diff --git a/lisp/emacs-lisp/checkdoc.el b/lisp/emacs-lisp/checkdoc.el >> >> >> index 949ca6b74ad..65226d8ee44 100644 >> >> >> --- a/lisp/emacs-lisp/checkdoc.el >> >> >> +++ b/lisp/emacs-lisp/checkdoc.el >> >> >> @@ -981,7 +981,7 @@ checkdoc-next-docstring >> >> >> Return nil if there are no more doc strings." >> >> >> (let (found) >> >> >> (while (and (not (setq found (checkdoc--next-docstring))) >> >> >> - (beginning-of-defun -1))) >> >> >> + (beginning-of-defun-raw -1))) >> >> >> found)) >> >> > I'm trying to understand what kind of behavior change could be caused >> > by your proposed change, which is why what beginning-of-defun-raw does >> > and beginning-of-defun doesn't is important, especially if some user >> > options can affect that. E.g., does anything change in this scenario >> > if defun-prompt-regexp is non-nil? >> >> This change is the correct also when defun-prompt-regexp is non-nil. >> Take a look at beginning-of-defun, it just calls beginning-of-defun-raw >> after possibly pushing a mark, and then it calls beginning-of-line. >> We're not interested in pushing a mark here, neither do we want to move >> back to beginning of the line after each call (that yields an infloop), >> so beginning-of-defun-raw fits the bill precisely. > > Thanks, feel free to install this, then. Thank you, is this OK for the release branch or would the master branch be better? Eshel From unknown Sun Aug 17 10:27:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72759: 31.0.50; Emacs hangs with open-paren-in-column-0-is-defun-start set to nil Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 23 Aug 2024 13:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72759 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eshel Yaron Cc: 72759@debbugs.gnu.org Received: via spool by 72759-submit@debbugs.gnu.org id=B72759.172441907430727 (code B ref 72759); Fri, 23 Aug 2024 13:18:02 +0000 Received: (at 72759) by debbugs.gnu.org; 23 Aug 2024 13:17:54 +0000 Received: from localhost ([127.0.0.1]:39199 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1shUAs-0007zW-90 for submit@debbugs.gnu.org; Fri, 23 Aug 2024 09:17:54 -0400 Received: from eggs.gnu.org ([209.51.188.92]:56866) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1shUAq-0007zH-J4 for 72759@debbugs.gnu.org; Fri, 23 Aug 2024 09:17:53 -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 1shU7u-0000Dq-2V; Fri, 23 Aug 2024 09:14:50 -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=ayNs8Bm4eJMdFuKNNcgtFNz8cZlMa/LpdF5stjA7ICY=; b=NNOzUPcr/bmT Af0fuKcFYi/kU/t5Aam9O8f4qF02rVQol98EsaIVHOcB+k4lineYeKMLgItAa0Mb59CJvoOhMBfg4 a3PvSHdf2/5SvLdPFTUUjjzwyUNW+nI1JRALKG0zu97E9kBnLfXbvEKNrt8y6md/0/M4gmNT3+v7J pDLtQis0Gm44ZpuRJuu6r8vgzghi/bfBubU3/BcHcZlJvwENMjPjoSAA9GN2saiSIIW5Ye6MN2S9S TuAjsy9CECAT3VFsvttD6YHy8Go4jSA3xhKLk1cseI/31RpdVxg0iJNU1MHtNE3v3Ya0qpZG9lCxy uS67JLouOcH897ITOUNkyg==; Date: Fri, 23 Aug 2024 16:14:29 +0300 Message-Id: <86zfp3peiy.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Eshel Yaron on Fri, 23 Aug 2024 10:33:55 +0200) References: <868qwou8pv.fsf@gnu.org> <861q2gu56u.fsf@gnu.org> <86msl4slwv.fsf@gnu.org> <86ed6gsfm3.fsf@gnu.org> <86a5h4sast.fsf@gnu.org> <86jzg7rals.fsf@gnu.org> X-Spam-Score: -2.3 (--) 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: Eshel Yaron > Cc: 72759@debbugs.gnu.org > Date: Fri, 23 Aug 2024 10:33:55 +0200 > > Eli Zaretskii writes: > > > Thanks, feel free to install this, then. > > Thank you, is this OK for the release branch or would the master branch > be better? Release branch is okay for this, IMO. From unknown Sun Aug 17 10:27:49 2025 X-Loop: help-debbugs@gnu.org Subject: bug#72759: 31.0.50; Emacs hangs with open-paren-in-column-0-is-defun-start set to nil Resent-From: Eshel Yaron Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 23 Aug 2024 15:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72759 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 72759@debbugs.gnu.org Received: via spool by 72759-submit@debbugs.gnu.org id=B72759.172442658613731 (code B ref 72759); Fri, 23 Aug 2024 15:24:02 +0000 Received: (at 72759) by debbugs.gnu.org; 23 Aug 2024 15:23:06 +0000 Received: from localhost ([127.0.0.1]:40001 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1shW81-0003ZO-Ri for submit@debbugs.gnu.org; Fri, 23 Aug 2024 11:23:06 -0400 Received: from mail.eshelyaron.com ([107.175.124.16]:47526 helo=eshelyaron.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1shW7z-0003Z7-Aw; Fri, 23 Aug 2024 11:23:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eshelyaron.com; s=mail; t=1724426535; bh=LRtydbsqeTYm3Ivmfx3NSHAYOScIjBixSnK0L5MFQ1E=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=wxgnSgLUH9fdPkVR8Z/38kzrDTIPULKYt7F2SLyp6OnCxKRMJvUh4huFn2RkHbiMB Ail5VQFZQl4I4yKt/q9VBmsgAL3CXEI5LtFPhP3OqG+8Mlx8pzX1l5OaYwoMfQgTPc uIbE8QaHnhAQT9AchY74IHuw+azOE/kuAwfxwkkcvEZ4LgeU8JLncqzfqEORI7p50p X72eJmwJtd4yhCPNJ7XW75dFb9dA+QHdCzsdkFavVV/ctHHEJ4BJ0f3vbxh2cNPqMq IlL2RL5V9dOhz6O0YNtVSqJ+kjjf2qTpkBomeo+3qXdOmC74Zm6r4GbVyXFWZLaa0N Pz5//pNG6cVsw== From: Eshel Yaron In-Reply-To: <86zfp3peiy.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 23 Aug 2024 16:14:29 +0300") References: <868qwou8pv.fsf@gnu.org> <861q2gu56u.fsf@gnu.org> <86msl4slwv.fsf@gnu.org> <86ed6gsfm3.fsf@gnu.org> <86a5h4sast.fsf@gnu.org> <86jzg7rals.fsf@gnu.org> <86zfp3peiy.fsf@gnu.org> Date: Fri, 23 Aug 2024 17:22:12 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) 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 (-) close 72759 30.1 quit Eli Zaretskii writes: >> From: Eshel Yaron >> Cc: 72759@debbugs.gnu.org >> Date: Fri, 23 Aug 2024 10:33:55 +0200 >> >> Eli Zaretskii writes: >> >> > Thanks, feel free to install this, then. >> >> Thank you, is this OK for the release branch or would the master branch >> be better? > > Release branch is okay for this, IMO. Done in commit 44c26140b6e, so I'm closing this bug. Thanks, Eshel