>>>> "Rick" == Rick Baartman
<baartman(a)lin12.triumf.ca> writes:
Rick> font-lock-mode toggled off and the problem goes away.
Okay, I suspect it's the same problem I've was seeing with MH-E 8 and an
older version of XEmacs 21.4 (21.4.19, IIRC).
Here are some notes for the benefit of other folks on the list.
From what I could tell, the font-lock code was getting stuck in this
loop:
(while (and (< (point) end)
(if (stringp matcher)
(re-search-forward matcher end t)
(funcall matcher end)))
With MH-E 8, at least, the funcall went to mh-font-lock-field-data, and
"end" had gotten munged so that it pointed into the keyword of the
header line that followed the line being deleted.
For example, suppose the header is
From: Mike Kupfer <mike.kupfer(a)xemacs.org>
Fcc: +cc
To: foo
cc:
Subject:
If I placed point at the start of the "cc" line and then typed C-k,
mh-font-lock-field-data eventually got called with "end" set after the
"S" in "Subject", rather than before the "S".
I could also cause a hang by typing C-o to enter a new header line.
I haven't noticed the problem with 21.4.21, but that might be due to a
hacky workaround I put in place.
I looked into this a bit over the summer but never tracked it down. At
the time I was suspecting a problem with either the range tables or
extent code, or the way one of those modules is being used.
mike
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta