[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: font-lock-add-keywords in hi-lock.el

From: Bill Wohler
Subject: Re: font-lock-add-keywords in hi-lock.el
Date: Thu, 29 Dec 2005 19:10:49 -0800
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux)

Juri Linkov <address@hidden> writes:

>> font-lock-keywords in the affected Gnus buffers is (t nil).
>> [...]
>> Is that enough information to find the culprit, or is there a watch I
>> can put on the global value of font-lock-keywords which will print a
>> stacktrace or enter the debugger when it is changed?
> ...
> Before fixing it, it would be useful to know how it gets called.
> In the buffer list you sent earlier there is the *Occur* buffer.
> Do you remember on what buffer you called `occur'?  Very likely
> `occur' forced fontification on a non-font-lock buffer.

It's most likely to have been one of these two:

  * mh-e.texi           309787  Texinfo           
    mh-customize.el     111626  Emacs-Lisp        

As you can imagine, both have extensive font-lock-keywords settings; I
do have this in my custom-set-variables so font-lock is turned on.

  '(global-font-lock-mode t nil (font-lock))

I suppose it is no longer needed except for Emacs 21 compatibility.

> However, I can't reproduce this bug with `emacs -Q'.  Do you have a
> special font-lock configuration in .emacs, like calling
> `(font-lock-turn-on-thing-lock)' directly on non-font-lock buffers
> or something like that?

Nope, that setting above is the only hit for "font" in my loaded

Would it help to check the value of font-lock-keywords before and
after running list-matching-lines?

Bill Wohler <address@hidden>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]