Richard Stallman [EMAIL PROTECTED] writes:
Does this patch fix the remaining bug?
Yes.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Does this patch fix the remaining bug?
*** fill.el 10 Jan 2007 14:38:51 -0500 1.197
--- fill.el 18 Jan 2007 12:09:15 -0500
***
*** 761,767
(barf-if-buffer-read-only)
(list (if current-prefix-arg 'full
;; First try
Richard Stallman [EMAIL PROTECTED] writes:
I recall fixing something like this a few weeks ago.
The code can still recurse endlessly when filling a minibuffer, if
(point-min) equals 1 after narrowing in `fill-minibuffer-function'
(that is if (minibuffer-prompt-end) is 1):
(interactive s)
I recall fixing something like this a few weeks ago.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
I recall fixing something like this a few weeks ago.
Yes, I just picked up a build from Dec 30, and it is fixed in that build.
Thx.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Not sure if it is describe-mode that needs to be fixed or fill-paragraph.
emacs -Q
M-: (progn (select-window (minibuffer-window)) (describe-mode *Help*))
Produces this backtrace:
Debugger entered--Lisp error: (error Lisp nesting exceeds
`max-lisp-eval-depth')
(save-restriction