From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#4835: 23.1; Improper `Invalid face reference' messages. Performance degraded. Date: Mon, 9 Nov 2009 15:44:24 -0800 Message-ID: <38BD7996136A41F1A0F8A2B5784A0D16@us.oracle.com> References: <87ws2bfkyt.fsf@stupidchicken.com><87iqdvmk1j.fsf@stupidchicken.com><6ABF3195EEF74EB780205758FA68D61B@us.oracle.com><87pr83th6b.fsf@stupidchicken.com><8F2C3E771C104B03B9926AB1AAFD02A5@us.oracle.com><87zl7743tj.fsf@stupidchicken.com><5101E088BA774F93BCA9BA30DF7C826F@us.oracle.com><877hubku5o.fsf@stupidchicken.com> Reply-To: Drew Adams , 4835@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1257811660 348 80.91.229.12 (10 Nov 2009 00:07:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 10 Nov 2009 00:07:40 +0000 (UTC) To: <4835@emacsbugs.donarmstrong.com>, "'Chong Yidong'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Nov 10 01:07:33 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1N7eGi-0007t4-T6 for geb-bug-gnu-emacs@m.gmane.org; Tue, 10 Nov 2009 01:07:33 +0100 Original-Received: from localhost ([127.0.0.1]:59742 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N7eGi-0003v0-7C for geb-bug-gnu-emacs@m.gmane.org; Mon, 09 Nov 2009 19:07:32 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N7eGd-0003tm-3z for bug-gnu-emacs@gnu.org; Mon, 09 Nov 2009 19:07:27 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N7eGY-0003sO-EZ for bug-gnu-emacs@gnu.org; Mon, 09 Nov 2009 19:07:26 -0500 Original-Received: from [199.232.76.173] (port=49550 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N7eGY-0003sJ-8J for bug-gnu-emacs@gnu.org; Mon, 09 Nov 2009 19:07:22 -0500 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:43451) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1N7eGX-0004wT-J6 for bug-gnu-emacs@gnu.org; Mon, 09 Nov 2009 19:07:21 -0500 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nAA07Hht012248; Mon, 9 Nov 2009 16:07:18 -0800 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id nA9No4YQ010123; Mon, 9 Nov 2009 15:50:04 -0800 Resent-Date: Mon, 9 Nov 2009 15:50:04 -0800 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: "Drew Adams" Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs 2Resent-Date: Mon, 09 Nov 2009 23:50:04 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 4835 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 4835-submit@emacsbugs.donarmstrong.com id=B4835.12578102749673 (code B ref 4835); Mon, 09 Nov 2009 23:50:04 +0000 Original-Received: (at 4835) by emacsbugs.donarmstrong.com; 9 Nov 2009 23:44:34 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from rgminet12.oracle.com (rcsinet12.oracle.com [148.87.113.124]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nA9NiWFD009666 for <4835@emacsbugs.donarmstrong.com>; Mon, 9 Nov 2009 15:44:34 -0800 Original-Received: from rgminet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by rgminet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id nA9NiOQN014325 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 9 Nov 2009 23:44:26 GMT Original-Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rgminet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id nA958B2o021291; Mon, 9 Nov 2009 23:44:24 GMT Original-Received: from abhmt019.oracle.com by acsmt354.oracle.com with ESMTP id 189374001257810262; Mon, 09 Nov 2009 15:44:22 -0800 Original-Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 09 Nov 2009 15:44:22 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Acpag8xnCcGiX+fVRu2lU35ZF8vAuAAAN/twAcRcw4A= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090209.4AF8A957.0256:SCFMA4539814,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Resent-Date: Mon, 09 Nov 2009 19:07:26 -0500 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:32502 Archived-At: Any news on this? > In any case, _this_ bug is about the `Invalid face reference' > messages and performance degradation. I get those messages > even when using a symbol function, so this bug is not fixed > by simply adding a restriction to symbols. > > If I'm mistaken and have missed something, please advise. I > will be happy if I can get the function to work without > provoking those bizarre error messages and slowing Emacs to > a crawl. I don't have a problem with using a symbol function > instead of a lambda. > > IOW, for Emacs generally, I agree with you that "it would be > nice if a lambda expression can be used" at some point. > But my concern now is the `Invalid face reference' messages. > I corrected the code to use a symbol, not a lambda, but the > problem remains. > > Again, if I missed something, please let me know. I'm no > expert on font-lock. I'm hoping that I simply messed up > somewhere, and there is not some bug in the font-lock code > that is causing this behavior. The latter would mean that > I won't be able to make this work in other Emacs versions, > even after the bug is fixed. The former would mean I would > learn something; thank you; and be on my way.