This was originally sent to emacs-devel. Since it's been a week with
no response I'm going to assume that that was the wrong place, thus
I'm copying it here. My apologies if the duplication is inappropriate.
For certain choices of regexp and region text, align-regexp will enter
an infinite loop. To reproduce:
emacs -Q
RET foo
C-SPC C-a
M-x align-regexp
\<
Note that the infinite loop won't occur for text at the beginning of
the buffer, so make sure to test at least one newline down.
I'm suprised that this hasn't come up before. I would have thought
aligning to beginning-of-word would be a common case. Anyway, the
problem seems to be that align-region assumes that a successful search
will always move point forward. The following patch attempts to fix
this:
--- /home/ggole/src/emacs/lisp/align.el 2009-01-05 12:18:39.000000000 +0900
+++ loopfix-align.el 2009-01-22 08:15:59.000000000 +0900
@@ -1307,6 +1307,7 @@
(rulesep (assq 'separate rule))
(thissep (if rulesep (cdr rulesep) separate))
same (eol 0)
+ search-origin
group group-c
spacing spacing-c
tab-stop tab-stop-c
@@ -1412,6 +1413,7 @@
;; while we can find the rule in the alignment
;; region..
(while (and (< (point) end-mark)
+ (setq search-origin (point))
(if regfunc
(funcall regfunc end-mark nil)
(re-search-forward regexp
@@ -1436,7 +1438,8 @@
;; if the search ended us on the beginning of
;; the next line, move back to the end of the
;; previous line.
- (if (bolp)
+ (if (and (bolp)
+ (> (point) search-origin))
(forward-char -1))
;; lookup the `group' attribute the first time
@@ -1576,7 +1579,12 @@
;; the next line; don't bother searching
;; anymore on this one
(if (and (not repeat) (not (bolp)))
- (forward-line)))))
+ (forward-line))
+
+ ;; if the search did not change point,
+ ;; move forward to avoid an infinite loop
+ (if (= (point) search-origin)
+ (forward-char)))))
;; when they are no more matches for this rule,
;; align whatever was left over
align-regexp-loopfix.diff
Description: Text Data
--- End Message ---