GNU bug report logs - #4835
something about message-log-max? - see msg#95

Previous Next

Package: emacs;

Reported by: "Drew Adams" <drew.adams <at> oracle.com>

Date: Fri, 30 Oct 2009 22:55:05 UTC

Severity: wishlist

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #55 received at 4835 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Chong Yidong'" <cyd <at> stupidchicken.com>
Cc: "'Stefan Monnier'" <monnier <at> iro.umontreal.ca>,
        <4835 <at> debbugs.gnu.org>
Subject: RE: bug#4835: 23.1; Improper `Invalid face reference' messages. Performance degraded.
Date: Sat, 31 Oct 2009 14:10:01 -0700
> > We should make the right fix, not the easiest one based on our not
> > being sure what the code does or why.
> 
> It's pretty clear, from the doc string plus the various parts of
> font-lock code that assume function names, that the code was not
> intended to work with lambda expressions.  It would be nice 
> if it worked with lambda expressions, but that would be a new
> feature, not a bug fix.

Nonsense. You could say that it's crystal clear from the Elisp manual that
_function_ was meant (since that's what is says) and not symbol function or
"function name" (which would be a string). The code is bugged wrt its mission as
documented in the manual, which is the closest thing we have to a spec.

Kidding aside, this is a chance to DTRT, not just sidestep the problem because
the code might be unclear or it takes some studying to understand it.

At any rate, as I said, the bug (`Invalid face reference' messages and the
attendant slowdown) seems to be there even when I use a symbol function. Unless
I'm doing something wrong (which is why I asked for help).




This bug report was last modified 9 years and 23 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.