From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: Backtrace and message buffer tell me different things Date: Sat, 18 Dec 2010 23:00:47 +0100 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1292710607 12594 80.91.229.12 (18 Dec 2010 22:16:47 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 18 Dec 2010 22:16:47 +0000 (UTC) Cc: Emacs-Devel devel To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 18 23:16:43 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PU551-0001LX-1H for ged-emacs-devel@m.gmane.org; Sat, 18 Dec 2010 23:16:43 +0100 Original-Received: from localhost ([127.0.0.1]:54218 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PU4q7-0007mI-Nj for ged-emacs-devel@m.gmane.org; Sat, 18 Dec 2010 17:01:19 -0500 Original-Received: from [140.186.70.92] (port=33528 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PU4q0-0007m4-7Q for emacs-devel@gnu.org; Sat, 18 Dec 2010 17:01:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PU4pw-0006Rj-Cz for emacs-devel@gnu.org; Sat, 18 Dec 2010 17:01:12 -0500 Original-Received: from mail-ew0-f43.google.com ([209.85.215.43]:47871) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PU4pw-0006RT-82 for emacs-devel@gnu.org; Sat, 18 Dec 2010 17:01:08 -0500 Original-Received: by ewy22 with SMTP id 22so1160153ewy.30 for ; Sat, 18 Dec 2010 14:01:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=SbJRCt45hvgSDQMbe3XLp2zzigtYs1IxaZMe8UJ/afw=; b=IISs7+/zY/tKu2GjcHgTnNe4+EflM46BT6n3V9ugCLbEDm9OHyvoTeIfeIMwikPzlB /zir1w03GtqKmem1tCPlBI8HW3Cbw3tFdjenj6G2JSubI9uRNT9SF21p17SqwnztTc04 SM638HlAiDlVge2NGWP+xSmLSBZJcl8i03fvs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=nbxMd1m6PiFGmmWtd/PtWvqdyH0cvDBi0QLxy1uEdjQVVKga+7clZSEdOZmw7E9tIA QMvdaxcCz+rgFhXc1saDkKYgxHnYS7G4E5hkmRshEsajLnBEPIsn38mwrRNF2P/5K8h6 eiJHS21mbqO9GOqvE8yR/nrB0/FxT0349UMjo= Original-Received: by 10.213.29.16 with SMTP id o16mr2532290ebc.58.1292709667223; Sat, 18 Dec 2010 14:01:07 -0800 (PST) Original-Received: by 10.213.20.148 with HTTP; Sat, 18 Dec 2010 14:00:47 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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:133802 Archived-At: On Sat, Dec 18, 2010 at 8:58 PM, Lennart Borgman wrote: > On Sat, Dec 18, 2010 at 5:04 PM, Stefan Monnier > wrote: >>> =C2=A0 Making parse-sexp-lookup-properties local to *scratch* while let= -bound! >> >> BTW, this is usually a source of problems, so you'll want to try and >> avoid doing that. > > Yes, thanks, I am cleaning up such things when I have time. Though looking at this particular case I do not know what to do. The situation is this: - Fontification variables are let-bound by mumamo in the function it creates to do the fontification. It is done this way to override the buffer local variables as fast as possible. - This particular variable is not buffer local by default so it is set with make-local-variable somewhere. (Maybe you want to avoid make-variable-buffer-local to catch conflicts like this?) There are some (possible) troubles here: 1) I do not know where make-local-variable happens. A minor problem perhaps but a bit irritating. 2) I am not sure if there is any real problem here. I hope (set (make-local-variable 'parse-sexp-lookup-properties) WHATEVERITISSETTO) is setting the let-bound variable and that the real buffer local variable is left as it was. Is that what is happening? My excuses for having forgotten the details here. Maybe the warning message could give more information? Perhaps point to some part of the manual that explains more? And maybe it could give a hint where the problematic call to make-local-variable happens? (If that is interesting.)