From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Juanma Barranquero" Newsgroups: gmane.emacs.devel Subject: Re: frame-local variables weirdness Date: Thu, 18 Oct 2007 14:44:52 +0200 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1192711518 1602 80.91.229.12 (18 Oct 2007 12:45:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 18 Oct 2007 12:45:18 +0000 (UTC) Cc: emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 18 14:45:18 2007 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.50) id 1IiUkQ-00019G-WD for ged-emacs-devel@m.gmane.org; Thu, 18 Oct 2007 14:45:11 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IiUkJ-00007C-Jh for ged-emacs-devel@m.gmane.org; Thu, 18 Oct 2007 08:45:03 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IiUkF-00005M-Q3 for emacs-devel@gnu.org; Thu, 18 Oct 2007 08:44:59 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IiUkB-0008Rw-1b for emacs-devel@gnu.org; Thu, 18 Oct 2007 08:44:59 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IiUkA-0008Rt-SB for emacs-devel@gnu.org; Thu, 18 Oct 2007 08:44:54 -0400 Original-Received: from wa-out-1112.google.com ([209.85.146.180]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IiUkA-0006Fg-H5 for emacs-devel@gnu.org; Thu, 18 Oct 2007 08:44:54 -0400 Original-Received: by wa-out-1112.google.com with SMTP id k34so190296wah for ; Thu, 18 Oct 2007 05:44:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=IaNEqqvFOc90G3eAEl4e4MafEhbqJZB8jfVwoxYmf6c=; b=Zm/zXSz7W9+N33r32y3QcxgML6zNsWP1gAOLX4WxDKLL9UgWCG/4JewspRny/sopsUbz1nv8VjaAnkM8bvk6SAg4J3Jj/8mhCv7SJyvhI80qvGrM6suTxvOPt27ICDLQlnAWKN6I8GqfcOxmMW3xzDTmC/AXI6kasQoKyliEoMs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Whou1dvf12pOKaXANUNl6FfSG4fyko3bPoQr+yKYBa8y4zYjke+FOvKVuHxvmqnOyyKH1uWV5LStRgOMRbN1vtKxLhJhDPSgVxVVvkQh+mCUb6Ei2TiZpZylXcKKU/J0M+DWhxAqQnJzrrq6ITX5CuOFukVbhetYlWVBgw26+0o= Original-Received: by 10.114.148.1 with SMTP id v1mr386949wad.1192711492892; Thu, 18 Oct 2007 05:44:52 -0700 (PDT) Original-Received: by 10.115.72.13 with HTTP; Thu, 18 Oct 2007 05:44:52 -0700 (PDT) In-Reply-To: Content-Disposition: inline X-detected-kernel: by monty-python.gnu.org: 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:81146 Archived-At: > On 10/13/07, Richard Stallman wrote: > > Can you reproduce the problem? > Can you figure out, perhaps with breakpoints on the changed code, > which variables are actually affected? I think someone more experienced in that part of code would have to debug this. Apparently, with the patch applied the local variables (keymaps, font-locking, etc.) are bleeding from one buffer to another and Emacs turns quite difficult to use. A common occurrence in my tests is the minibuffer having the view-mode-map keymap, and another good one was the output of describe-function font-locked as it it was a C buffer (I was visiting data.c at the moment), with `for' and `default' highlighted :) But I think the most sensible thing is to apply Stefan's patch and just forbid mixed buffer-local / frame-local variables. Juanma