Opened 19 years ago
Closed 19 years ago
#4802 closed defect (wontfix)
BUG: emacs: font-lock bug in fundamental mode
| Reported by: | vincent-opdarw@… | Owned by: | macports-tickets@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 1.0 |
| Keywords: | Cc: | ||
| Port: |
Description
With emacs 22.0.50.1 under Mac OS X 10.4.2 (installed via darwinports), I have the following problem. Consider the following emacs-test file:
(add-to-list 'load-path "/opt/local/share/emacs/site-lisp") (require 'font-lock) (global-font-lock-mode t) (setq font-lock-maximum-decoration t) (add-hook 'font-lock-mode-hook 'turn-on-lazy-lock)
I open it with:
emacs -no-site-file -q -l emacs-test emacs-test
At this time, nothing has been colorized yet (this is OK). But if I add something like a blank line at the beginning of the file ([Enter] key), then the string "/opt/local/share/emacs/site-lisp" gets colorized. This shouldn't happen in fundamental mode.
This occurs with both a text terminal and Emacs's own interface.
I sent a bug report to the GNU Emacs bug mailing-list. RMS cannot reproduce the bug on GNU/Linux.
Change History (2)
comment:1 Changed 19 years ago by mww@…
| Summary: | emacs: font-lock bug in fundamental mode → BUG: emacs: font-lock bug in fundamental mode |
|---|
comment:2 Changed 19 years ago by vincent-opdarw@…
| Resolution: | → wontfix |
|---|---|
| Status: | new → closed |
Closing since lazy-lock is obsolete and buggy and will never be fixed[*]. The solution is not to use lazy-lock, as jit-lock is now used automatically and is much better.
[*] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=341010 (as I also noticed the bug on Debian earlier today).