From unknown Sat Jun 14 03:48:11 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#37045 <37045@debbugs.gnu.org> To: bug#37045 <37045@debbugs.gnu.org> Subject: Status: lisp-indent-region hangs in lisp-indent-calc-next when indenting the three characters "|#\n" Reply-To: bug#37045 <37045@debbugs.gnu.org> Date: Sat, 14 Jun 2025 10:48:11 +0000 retitle 37045 lisp-indent-region hangs in lisp-indent-calc-next when indent= ing the three characters "|#\n" reassign 37045 emacs submitter 37045 eschulte@grammatech.com severity 37045 normal tag 37045 patch fixed thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 16 00:49:42 2019 Received: (at submit) by debbugs.gnu.org; 16 Aug 2019 04:49:42 +0000 Received: from localhost ([127.0.0.1]:52912 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hyUBI-0003ND-Ro for submit@debbugs.gnu.org; Fri, 16 Aug 2019 00:49:41 -0400 Received: from lists.gnu.org ([209.51.188.17]:33863) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hyTBr-0001tM-VK for submit@debbugs.gnu.org; Thu, 15 Aug 2019 23:46:12 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:39993) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1hyTBq-0006NN-4l for bug-gnu-emacs@gnu.org; Thu, 15 Aug 2019 23:46:11 -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.8 required=5.0 tests=BAYES_50,URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hyTBo-0008Up-37 for bug-gnu-emacs@gnu.org; Thu, 15 Aug 2019 23:46:09 -0400 Received: from ssn-mail.grammatech.com ([216.59.66.174]:43361 helo=placid.grammatech.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hyTBn-0008UJ-Tg for bug-gnu-emacs@gnu.org; Thu, 15 Aug 2019 23:46:08 -0400 Received: from placid.grammatech.com (placid3.grammatech.com [192.168.172.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by placid.grammatech.com (Postfix) with ESMTPS id 089471446AE; Thu, 15 Aug 2019 23:46:07 -0400 (EDT) Received: from mistletoe (ssn-barracuda.grammatech.com [192.168.172.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by placid.grammatech.com (Postfix) with ESMTPSA id C43851446AD; Thu, 15 Aug 2019 23:46:06 -0400 (EDT) From: eschulte@grammatech.com To: bug-gnu-emacs@gnu.org Subject: lisp-indent-region hangs in lisp-indent-calc-next when indenting the three characters "|#\n" Organization: GrammaTech Date: Thu, 15 Aug 2019 23:46:06 -0400 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="==-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 216.59.66.174 X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Fri, 16 Aug 2019 00:49:39 -0400 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 (--) --==-=-= Content-Type: multipart/mixed; boundary="=-=-=" --=-=-= Content-Type: text/plain Hi, Indent-region sometimes hangs when indenting a lisp file. A minimal example is the file just containing the characters "|#" followed by a newline. This hang is due to an infinite loop in the while loop in the `lisp-indent-calc-next' function. The following version of this function fixes this problem, but is certainly not the appropriate long-term fix. --=-=-= Content-Type: text/x-lisp Content-Disposition: inline; filename=lisp-indent-calc-next-workaround.lisp ;;; Work around a bug in `lisp-indent-calc-next' in which it can hang ;;; on a dangling '|#'. The change in the code below against the ;;; original is the addition of a block and a throw to this block when ;;; we're infinite looping (when the newly added last-last-sexp ;;; matches last-sexp). On the off chance it is possible in normal ;;; execution for last-sexp to stay the same for some number of loop ;;; iterations this patch only aborts if they're equal 100 times in a ;;; row. (defun lisp-indent-calc-next (state) "Move to next line and return calculated indent for it. STATE is updated by side effect, the first state should be created by `lisp-indent-initial-state'. This function may move by more than one line to cross a string literal." (pcase-let* (((cl-struct lisp-indent-state (stack indent-stack) ppss ppss-point) state) (indent-depth (car ppss)) ; Corresponding to indent-stack. (depth indent-depth) (last-last-sexp nil) (counter 0)) (block nil ;; Parse this line so we can learn the state to indent the ;; next line. (while (let ((last-sexp (nth 2 ppss))) (setq ppss (parse-partial-sexp ppss-point (progn (end-of-line) (point)) nil nil ppss)) ;; Preserve last sexp of state (position 2) for ;; `calculate-lisp-indent', if we're at the same depth. (if (and (not (nth 2 ppss)) (= depth (car ppss))) (setf (nth 2 ppss) last-sexp) (setq last-sexp (nth 2 ppss))) (setq depth (car ppss)) (if (and (>= counter 100) (equal last-sexp last-last-sexp)) (progn (setf indent-stack nil) (return)) (setq last-last-sexp last-sexp counter (1+ counter))) ;; Skip over newlines within strings. (nth 3 ppss)) (let ((string-start (nth 8 ppss))) (setq ppss (parse-partial-sexp (point) (point-max) nil nil ppss 'syntax-table)) (setf (nth 2 ppss) string-start) ; Finished a complete string. (setq depth (car ppss))) (setq ppss-point (point))) (setq ppss-point (point)) (let* ((depth-delta (- depth indent-depth))) (cond ((< depth-delta 0) (setq indent-stack (nthcdr (- depth-delta) indent-stack))) ((> depth-delta 0) (setq indent-stack (nconc (make-list depth-delta nil) indent-stack)))))) (prog1 (let (indent) (cond ((= (forward-line 1) 1) nil) ;; Negative depth, probably some kind of syntax error. ((null indent-stack) ;; Reset state. (setq ppss (parse-partial-sexp (point) (point)))) ((car indent-stack)) ((integerp (setq indent (calculate-lisp-indent ppss))) (setf (car indent-stack) indent)) ((consp indent) ; (COLUMN CONTAINING-SEXP-START) (car indent)) ;; This only happens if we're in a string. (t (error "This shouldn't happen")))) (setf (lisp-indent-state-stack state) indent-stack) (setf (lisp-indent-state-ppss-point state) ppss-point) (setf (lisp-indent-state-ppss state) ppss)))) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Thanks, Eric P.S. I hope this isn't a duplicate report, I tried to search both the archive https://lists.gnu.org/archive/html/bug-gnu-emacs/ and the previous bug reports https://debbugs.gnu.org/ but I didn't find anything relevant. =2D-=20 Eric Schulte, Ph.D. Director of Automated Software Engineering GrammaTech, Inc. PGP Fingerprint: FA8D C2C3 E8A0 A749 34CD 9DCF 3C1B 8581 614C A05D Pronouns: he, him, his --=-=-=-- --==-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+o3Cw+igp0k0zZ3PPBuFgWFMoF0FAl1WJv4ACgkQPBuFgWFM oF2WVgf9EJ3YQOgy5M+nTM26PJBF7p/wyX1o2kqVcymp20sjGlAvTWMre2h9oPMF Tn+BGBD66SFNP1QDj6/IKyjcn8bu1YM/8od18nf6sL6mxLxmzWnW+bZXqPPo+WOY wTlpRuhp7F0ktTLEi0frJklDxuZhg5OeXqTnCegBNt3snhhqrb8CWKbe5Z3kcQvm 4f/XQSkAI5eLMFcXUVVPsxBtQGk/s6FlYsVf61RHtCphbbBwk3w+zlWBJ2w72a2t q3hvqxQcqLdaloitvdP9/aDgSbEV3s9QhDM6HINjqqmUXj2nQxPxn2+gRXASdQDq 3CRgAnnfUiXxzF7I4fY4Mh6k/7lfzA== =D6aH -----END PGP SIGNATURE----- --==-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 16 07:47:30 2019 Received: (at 37045) by debbugs.gnu.org; 16 Aug 2019 11:47:30 +0000 Received: from localhost ([127.0.0.1]:53233 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hyahe-0005IK-0W for submit@debbugs.gnu.org; Fri, 16 Aug 2019 07:47:30 -0400 Received: from mail-io1-f42.google.com ([209.85.166.42]:43899) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hyahc-0005I2-8S; Fri, 16 Aug 2019 07:47:28 -0400 Received: by mail-io1-f42.google.com with SMTP id 18so5563906ioe.10; Fri, 16 Aug 2019 04:47:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=7ntycjF2YWMotogfc7kroGFIoz471TRClGaa4/qXuMo=; b=DjL8BL1LjZqDqDRBFAtFrzZ0zrK3yVTEvJSmCdJ9YW4F/ljxcHfu8zCvIhHdIMXK3F 4VZZT2IR/iGG2GU8R1d+ybSnJ0tEVeYK8EeUserpXhKJAA1mMZUlr715KLDaU6jfHhxL Y2UwYLYMY29VMw9u2ddN+hORLGWMuD6sY3kYNZtpV2zNP3xFzrvdZUh0w6BLTsgD8seu jvMq8FaWmYgnfSDf+0qsvNw9McmuduMGLA7HBqxmLYHXVT9cT5UJgXfo/mMzcCetWjak RWtOpTQVNKJJ78hx+9lM5LcoqMjN+vQ/Mke+riXprbriRKwDG9w/HWPAl9wHfAVi5+QK nZiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=7ntycjF2YWMotogfc7kroGFIoz471TRClGaa4/qXuMo=; b=IGMctj/YQy8lu07zcrxMPJN94KuJAEANfvrY+ta4PckjElvohm5eij/V1Zg5wNDCXk ny6nD91kAl2NIec7woePRwQnrv5qu68rw6Ao+Wyzs7QL/VBnNOWLC11KPIuOt0xxQlVo O6c5pVRFJh8c7TR74skKXmyqaRgZdbLivGMKS752jp7CnVfV28Nd/8JldXeLF6Y6htq3 UVXBe/Uc2ASDDmP1m2RS5KyZtDCMwWJS5OaapN6cZ4Y7pBhlP2mIKG7SQ5TvB40iiKr9 CLNO4yMWGXY674NeIQi1E1N425zgLzJe6NRB+rvj/5liO+XOR2Oxe12JwMNXd/hl+PhX r/cw== X-Gm-Message-State: APjAAAXeRJg4ufdkqpqLBhVWm4/RmNGzIDrZZpQYPvKT4vQA4nK5uOJd IFPE77XXTf6EIYdOcKyXl5m/QQq1 X-Google-Smtp-Source: APXvYqzmhTqEE2zbuXEL71ECkoIkbE/EWdnpC0j3rtpYJte6+ShMbW3iPUscYc4WvWLrHPAKe4dgVA== X-Received: by 2002:a5d:8049:: with SMTP id b9mr8131117ior.199.1565956042469; Fri, 16 Aug 2019 04:47:22 -0700 (PDT) Received: from minid (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.gmail.com with ESMTPSA id x23sm4876931iob.36.2019.08.16.04.47.20 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 16 Aug 2019 04:47:21 -0700 (PDT) From: Noam Postavsky To: eschulte@grammatech.com Subject: Re: bug#37045: lisp-indent-region hangs in lisp-indent-calc-next when indenting the three characters "|#\n" References: Date: Fri, 16 Aug 2019 07:47:20 -0400 In-Reply-To: (eschulte@grammatech.com's message of "Thu, 15 Aug 2019 23:46:06 -0400") Message-ID: <87imqxpc1j.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2.90 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 37045 Cc: 37045@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 (-) --=-=-= Content-Type: text/plain found 37045 26.1 tags 37045 + patch quit eschulte@grammatech.com writes: > Indent-region sometimes hangs when indenting a lisp file. A minimal > example is the file just containing the characters "|#" followed by a > newline. It's actually any unfinished string literal (in Common Lisp, |...| is treated by Emacs as a string literal, though technically it's an escaped symbol). > This hang is due to an infinite loop in the while loop in the > `lisp-indent-calc-next' function. The following version of this > function fixes this problem, but is certainly not the appropriate > long-term fix. I think the right fix is just to check for end of buffer: @@ -810,7 +810,7 @@ lisp-indent-calc-next (setq last-sexp (nth 2 ppss))) (setq depth (car ppss)) ;; Skip over newlines within strings. - (nth 3 ppss)) + (and (not (eobp)) (nth 3 ppss))) (let ((string-start (nth 8 ppss))) (setq ppss (parse-partial-sexp (point) (point-max) nil nil ppss 'syntax-table)) Full patch with test (and some other comment updates) attached below. Is this okay for emacs-26? The bug is a regression from Emacs 25. --=-=-= Content-Type: text/plain Content-Disposition: attachment; filename=0001-Fix-lisp-indent-infloop-on-unfinished-strings-Bug-37.patch Content-Description: patch >From ab3f0d0d09163862c62efa4d67e4e56cdef60716 Mon Sep 17 00:00:00 2001 From: Noam Postavsky Date: Fri, 16 Aug 2019 07:26:40 -0400 Subject: [PATCH] Fix lisp indent infloop on unfinished strings (Bug#37045) * lisp/emacs-lisp/lisp-mode.el (lisp-indent-calc-next): Stop trying to skip over strings if we've hit the end of buffer. * test/lisp/emacs-lisp/lisp-mode-tests.el (lisp-indent-unfinished-string): New test. --- lisp/emacs-lisp/lisp-mode.el | 15 ++++++++++----- test/lisp/emacs-lisp/lisp-mode-tests.el | 6 +++++- 2 files changed, 15 insertions(+), 6 deletions(-) diff --git a/lisp/emacs-lisp/lisp-mode.el b/lisp/emacs-lisp/lisp-mode.el index 74bf0c87c5..bde0a4ea6d 100644 --- a/lisp/emacs-lisp/lisp-mode.el +++ b/lisp/emacs-lisp/lisp-mode.el @@ -810,7 +810,7 @@ lisp-indent-calc-next (setq last-sexp (nth 2 ppss))) (setq depth (car ppss)) ;; Skip over newlines within strings. - (nth 3 ppss)) + (and (not (eobp)) (nth 3 ppss))) (let ((string-start (nth 8 ppss))) (setq ppss (parse-partial-sexp (point) (point-max) nil nil ppss 'syntax-table)) @@ -826,17 +826,22 @@ lisp-indent-calc-next indent-stack))))) (prog1 (let (indent) - (cond ((= (forward-line 1) 1) nil) - ;; Negative depth, probably some kind of syntax error. + (cond ((= (forward-line 1) 1) + ;; Can't move to the next line, apparently end of buffer. + nil) ((null indent-stack) - ;; Reset state. + ;; Negative depth, probably some kind of syntax + ;; error. Reset the state. (setq ppss (parse-partial-sexp (point) (point)))) ((car indent-stack)) ((integerp (setq indent (calculate-lisp-indent ppss))) (setf (car indent-stack) indent)) ((consp indent) ; (COLUMN CONTAINING-SEXP-START) (car indent)) - ;; This only happens if we're in a string. + ;; This only happens if we're in a string, but the + ;; loop should always skip over strings (unless we hit + ;; end of buffer, which is taken care of by the first + ;; clause). (t (error "This shouldn't happen")))) (setf (lisp-indent-state-stack state) indent-stack) (setf (lisp-indent-state-ppss-point state) ppss-point) diff --git a/test/lisp/emacs-lisp/lisp-mode-tests.el b/test/lisp/emacs-lisp/lisp-mode-tests.el index 63632449ca..e4ba929ecb 100644 --- a/test/lisp/emacs-lisp/lisp-mode-tests.el +++ b/test/lisp/emacs-lisp/lisp-mode-tests.el @@ -284,7 +284,11 @@ lisp-indent-with-read-only-field (lisp-indent-line) (should (equal (buffer-string) "prompt> foo")))) - +(ert-deftest lisp-indent-unfinished-string () + "Don't infloop on unfinished string (Bug#37045)." + (with-temp-buffer + (insert "\"\n") + (lisp-indent-region (point-min) (point-max)))) (provide 'lisp-mode-tests) ;;; lisp-mode-tests.el ends here -- 2.11.0 --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 16 08:55:22 2019 Received: (at 37045) by debbugs.gnu.org; 16 Aug 2019 12:55:22 +0000 Received: from localhost ([127.0.0.1]:53288 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hyblK-0000XZ-Bq for submit@debbugs.gnu.org; Fri, 16 Aug 2019 08:55:22 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48271) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hyblI-0000XM-P6 for 37045@debbugs.gnu.org; Fri, 16 Aug 2019 08:55:21 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50226) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hyblD-0006rn-3f; Fri, 16 Aug 2019 08:55:15 -0400 Received: from [176.228.60.248] (port=4001 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hybl3-0006KR-Fb; Fri, 16 Aug 2019 08:55:10 -0400 Date: Fri, 16 Aug 2019 15:54:59 +0300 Message-Id: <831rxlp8ws.fsf@gnu.org> From: Eli Zaretskii To: Noam Postavsky In-reply-to: <87imqxpc1j.fsf@gmail.com> (message from Noam Postavsky on Fri, 16 Aug 2019 07:47:20 -0400) Subject: Re: bug#37045: lisp-indent-region hangs in lisp-indent-calc-next when indenting the three characters "|#\n" References: <87imqxpc1j.fsf@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 37045 Cc: 37045@debbugs.gnu.org, eschulte@grammatech.com 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: Noam Postavsky > Date: Fri, 16 Aug 2019 07:47:20 -0400 > Cc: 37045@debbugs.gnu.org > > Is this okay for emacs-26? The bug is a regression from Emacs 25. Yes, thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 17 09:52:04 2019 Received: (at 37045) by debbugs.gnu.org; 17 Aug 2019 13:52:04 +0000 Received: from localhost ([127.0.0.1]:55426 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hyz7k-0001wZ-IS for submit@debbugs.gnu.org; Sat, 17 Aug 2019 09:52:04 -0400 Received: from mail-io1-f51.google.com ([209.85.166.51]:41153) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hyz7i-0001w0-Se; Sat, 17 Aug 2019 09:52:03 -0400 Received: by mail-io1-f51.google.com with SMTP id j5so11947778ioj.8; Sat, 17 Aug 2019 06:52:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=JTmIyfKYk27vEyCBt0AAOjDLpmOwr3+HqxNRlOaG+Wc=; b=CPPuGYIvM7OEuunVFX+ILr46VB3V63levwkOtpjHIrfRA3+E9ClDCj4A35tdAikIi9 KVEtd1pCwphb/ftROVBeYNxxib3/o73uw4UqbL8NcPEr76KQd295os07/dhPncC9d2pg YkXr5T7fI0A9tktYemx98fKgXhZv8+ZGMx7TguG/GT6bbPlzeSPBrqxBB8WP+ilQV17q M3YTNnGBeb/mY+1ih1Tl8pfkUe4ZZBpte5xDarS73KfGYyh8OdJ0b9F8165br2BgIcv/ uWNvWk7HWGjkRr5VuQi86ffwRR9Mm9Ff4M90fS6Lf6ushTvQGMv/BjYbdIpeuaxvxkN8 v7CQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=JTmIyfKYk27vEyCBt0AAOjDLpmOwr3+HqxNRlOaG+Wc=; b=eWcFn9EPi9z8PffZ3D+qN73TwDRq6pvsFUtbe6tREFQc4LDW45QWWMa1AVCwXLuNhy ffxKTCe0oeDSExvmz6r0Tg8ORn98CBo7opCCQnC58BlXLRttbWVDOaVv7mLfTQd/JeTi 4ysuYg0YTlWsavoVlUAydEQIWo6MYrK8NtdDQ8/1Jy6ZorBLXOagm7XBuXXfuuJSONg5 L7cLhVxSj7xWLzFPX2jGsfPQOt3Yz/vj6rHCxsCGNsDVc9ZB28vufEWvelozJvVy399/ g48tyDLX2gVdkSv0Sm2ztqjzkHX1ABRA98SPbpplwjGDUoUJD2w5vzjzQdEno4hAcRm4 6Fhg== X-Gm-Message-State: APjAAAVFewpM9PLSllIoxKddIqa/9XaU/NebchO5EGNky/vbXHwvUVND K6MzkiHlDSFzLyUiNQNcgZ6ZAzXJ X-Google-Smtp-Source: APXvYqxQEAiqRv71CqkOWWemjMINmfEcBVZ2uJLk03Pg+Z/pisI/QEx0fUZdZ97+t2jutW59OIcOBg== X-Received: by 2002:a05:6602:1d6:: with SMTP id w22mr16660639iot.87.1566049917040; Sat, 17 Aug 2019 06:51:57 -0700 (PDT) Received: from minid (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.gmail.com with ESMTPSA id f9sm11448128ioc.47.2019.08.17.06.51.56 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 17 Aug 2019 06:51:56 -0700 (PDT) From: Noam Postavsky To: Eli Zaretskii Subject: Re: bug#37045: lisp-indent-region hangs in lisp-indent-calc-next when indenting the three characters "|#\n" References: <87imqxpc1j.fsf@gmail.com> <831rxlp8ws.fsf@gnu.org> Date: Sat, 17 Aug 2019 09:51:55 -0400 In-Reply-To: <831rxlp8ws.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 16 Aug 2019 15:54:59 +0300") Message-ID: <87ftlzq4qs.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 37045 Cc: eschulte@grammatech.com, 37045@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 (-) tags 37045 fixed close 37045 26.3 quit Eli Zaretskii writes: >> From: Noam Postavsky >> Date: Fri, 16 Aug 2019 07:47:20 -0400 >> Cc: 37045@debbugs.gnu.org >> >> Is this okay for emacs-26? The bug is a regression from Emacs 25. > > Yes, thanks. Pushed to emacs-26. bcd0115e4d 2019-08-17T09:42:34-04:00 "Fix lisp indent infloop on unfinished strings (Bug#37045)" https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=bcd0115e4db49791a77566b80fabc4384d9ebf57 From unknown Sat Jun 14 03:48:11 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 15 Sep 2019 11:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator