Re: fill bug still there [Re: XEmacs 21.[45] + Oort Gnus 0.03 + Filladapt 2.12: Inf loop]

[Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann)]

On 28 May 2001, Paul Stodghill wrote:

>>   looking-at("--text follows this line--$\\|[ ]*$\\|--
>>   $\\|---+$\\|^?$\\|.*wro
>> te:$\\|\\(\\([  ]*\\(\\w\\|[-_.]\\)+>+\\|[      ]*[]>>|:}+]\\)+\\)[     ]*$")
>>   # bind (quoted point beg end leading-space bolp not-break arg)
>>   message-newline-and-reformat(nil t)
>>   # bind (arg)
>>   message-fill-paragraph(nil)
>>   # bind (function fill-paragraph-function arg)
>>   #<compiled-function (arg) "...(54)" [function before end start arg fill-paragr
>> aph-function nil forward-paragraph newline 1 backward-paragraph fill-region fill
>> -region-as-paragraph use-hard-newlines] 5 1025528 (list (if current-prefix-arg .
>> ..))>(nil)
>>   apply(#<compiled-function (arg) "...(54)" [function before end start arg fill-
>> paragraph-function nil forward-paragraph newline 1 backward-paragraph fill-regio
>> n fill-region-as-paragraph use-hard-newlines] 5 1025528 (list (if current-prefix
>> -arg ...))> nil)
>>   # bind (args function)
>>   filladapt-funcall(fill-paragraph nil)

It seems that the lockup is caused by filladapt.  Does it go away when
you disable filladapt?  Or is filladapt always enabled in XEmacs?

kai
-- 
~/.signature: No such file or directory