From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Vincent Lefevre Newsgroups: gmane.emacs.devel Subject: Re: font-lock bug in fundamental mode Date: Sun, 27 Nov 2005 18:59:18 +0100 Message-ID: <20051127175918.GA4354@prunille.vinc17.org> References: <20050830162948.GA11917@prunille.vinc17.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1133114480 4802 80.91.229.2 (27 Nov 2005 18:01:20 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 27 Nov 2005 18:01:20 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Nov 27 19:01:17 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EgQoj-0002gc-T7 for ged-emacs-devel@m.gmane.org; Sun, 27 Nov 2005 19:00:02 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EgQoi-0005Wk-G5 for ged-emacs-devel@m.gmane.org; Sun, 27 Nov 2005 13:00:00 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EgQoS-0005Wd-S7 for emacs-devel@gnu.org; Sun, 27 Nov 2005 12:59:44 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EgQoR-0005WR-8n for emacs-devel@gnu.org; Sun, 27 Nov 2005 12:59:44 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EgQoR-0005WO-6j for emacs-devel@gnu.org; Sun, 27 Nov 2005 12:59:43 -0500 Original-Received: from [62.212.121.106] (helo=prunille.vinc17.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EgQoR-0003aJ-9U for emacs-devel@gnu.org; Sun, 27 Nov 2005 12:59:43 -0500 Original-Received: by prunille.vinc17.org (Postfix, from userid 501) id 9515D4284FE; Sun, 27 Nov 2005 18:59:18 +0100 (CET) Original-To: emacs-devel@gnu.org Content-Disposition: inline In-Reply-To: X-Mailer-Info: http://www.vinc17.org/mutt/ User-Agent: Mutt/1.5.11-vl-20051124 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:46657 Archived-At: I reported the following bug a few months ago... On 2005-09-01 11:52:35 -0400, Richard M. Stallman wrote: > With emacs 22.0.50.1 under Mac OS X 10.4.2 (installed via darwinpor= ts), > I have the following problem. Consider the following emacs-test fil= e: >=20 > (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) >=20 > I open it with: >=20 > 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 >=20 > "/opt/local/share/emacs/site-lisp" >=20 > gets colorized. This shouldn't happen in fundamental mode. [I recall this was under Mac OS X.] > I cannot reproduce it on GNU/Linux. Now I could test it by myself under Linux... I've just installed the emacs-snapshot-gtk Debian package: emacs-snapshot-bin-common 20051124-1 emacs-snapshot-common 20051124-1 emacs-snapshot-el 20051124-1 emacs-snapshot-gtk 20051124-1 and I have exactly the same problem. ay:~> emacs --version GNU Emacs 22.0.50.1 [...] The messages: ------------------------------------------------------------------ (emacs -q -no-site-file -l emacs-test emacs-test) Loading disp-table...done For information about the GNU Project and its goals, type C-h C-p. Loading lazy-lock...done Package lazy-lock is obsolete ------------------------------------------------------------------ Could it be due to the fact that Package lazy-lock is obsolete? Unfortunately, it doesn't say what to use instead. --=20 Vincent Lef=E8vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / SPACES project at LORIA