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 modeBUG: emacs: font-lock bug in fundamental mode

comment:2 Changed 19 years ago by vincent-opdarw@…

Resolution: wontfix
Status: newclosed

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).

Note: See TracTickets for help on using tickets.