font-lock-after-change function unbearably slow; Ben change?

Thanks for the detailed report, Chris. This may be related to Matt Tucker's "turning font lock off speeds up passworded operations" report. This seems to be a Ben Wing change. 2000-05-20 Ben Wing <ben(a)xemacs.org&gt; * font-lock.el: * font-lock.el (font-lock-message-threshold): * font-lock.el (font-lock-mode): * font-lock.el (font-lock-default-fontify-buffer): * font-lock.el (font-lock-always-fontify-immediately): * font-lock.el (font-lock-old-extent): Removed. * font-lock.el (font-lock-old-len): Removed. * font-lock.el (font-lock-fontify-glumped-region): Removed. * font-lock.el (font-lock-pending-extent-table): New. * font-lock.el (font-lock-range-table): New. * font-lock.el (font-lock-after-change-function): * font-lock.el (font-lock-after-change-function-1): Removed. * font-lock.el (font-lock-fontify-pending-extents): New. * font-lock.el ('font-lock-revert-cleanup): Removed. * font-lock.el ('font-lock-revert-setup): Removed. Rewrite deferral code to handle any number of changes, merging them properly. Remove hacked-up code for revert-buffer, now unnecessary. I don't understand why even making a huge number of extents should be taking so much time, but it does. Ben? Chris's message attached for Ben's convenience. -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 _________________ _________________ _________________ _________________ What are those straight lines for? "XEmacs rules."