From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Noam Postavsky Newsgroups: gmane.emacs.bugs Subject: bug#38179: 26.1; clone-buffer globally unsets locally void variable Date: Wed, 13 Nov 2019 10:41:47 -0500 Message-ID: <85h837kclg.fsf@gmail.com> References: <10286828.kQ2LJabMkc@gabor> <85k185jea4.fsf@gmail.com> <1978574.4cfOVRSGya@gabor> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="194142"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (windows-nt) Cc: 38179@debbugs.gnu.org To: Braun =?UTF-8?Q?G=C3=A1bor?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Nov 13 16:42:42 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iUun4-000oMg-EQ for geb-bug-gnu-emacs@m.gmane.org; Wed, 13 Nov 2019 16:42:42 +0100 Original-Received: from localhost ([::1]:46594 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iUun3-0000en-7P for geb-bug-gnu-emacs@m.gmane.org; Wed, 13 Nov 2019 10:42:41 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37051) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iUumW-0000Of-DH for bug-gnu-emacs@gnu.org; Wed, 13 Nov 2019 10:42:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iUumU-0008HY-8H for bug-gnu-emacs@gnu.org; Wed, 13 Nov 2019 10:42:08 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:51187) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iUumT-0008Gg-5e for bug-gnu-emacs@gnu.org; Wed, 13 Nov 2019 10:42:06 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iUumQ-0005eA-0D for bug-gnu-emacs@gnu.org; Wed, 13 Nov 2019 10:42:05 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Nov 2019 15:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38179 X-GNU-PR-Package: emacs Original-Received: via spool by 38179-submit@debbugs.gnu.org id=B38179.157365971721694 (code B ref 38179); Wed, 13 Nov 2019 15:42:01 +0000 Original-Received: (at 38179) by debbugs.gnu.org; 13 Nov 2019 15:41:57 +0000 Original-Received: from localhost ([127.0.0.1]:60008 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iUumI-0005do-Vd for submit@debbugs.gnu.org; Wed, 13 Nov 2019 10:41:57 -0500 Original-Received: from mail-qk1-f175.google.com ([209.85.222.175]:33169) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iUumG-0005da-RJ for 38179@debbugs.gnu.org; Wed, 13 Nov 2019 10:41:53 -0500 Original-Received: by mail-qk1-f175.google.com with SMTP id 71so2127716qkl.0 for <38179@debbugs.gnu.org>; Wed, 13 Nov 2019 07:41:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=ChL7mBprhKiuCN/89oT6HHP5goYNWIUilNegD+jLzBE=; b=hezOE0RQ0i4vMWCiZLJnOye6HthjyoTH8NKtaypxmPUErwJ6lgLcECityQ7m9y6ejK jp51dnvu6iSgDCs8xJUxKlDgBDjrdiEdFlAwTr0q8xBJ0eMqUAZMfEFraMW48BZcsGMO KqlYgvZ9wPG8WPlBuc4A6a20dsASaQ6/BfzkZ64KDfqrPdJtKMbuGZTYiSECrjIagkO2 dZul02eiJI3W0DYOHYDsshYp02o+ARpVJIEYkK71kASSs0HU+rXgex9kotEux7LNCVRJ LbJ38XfyDB9/FdPoJrHCl79ytq8/no9zGXw6wKfJkx8ew18ZrDguOdQ0xg9BeCetpLAe rDHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=ChL7mBprhKiuCN/89oT6HHP5goYNWIUilNegD+jLzBE=; b=lxBtKg6dZ1xcJ44A/BUpAdd11t+bGGSCp1USXdzAqXExPzMPNX7aWQBYbl4q30+SUU FEawNsDgpgkxLsY0ho2LOocJaTWKwNyLbW1nbL3bKjFA1lt7ZnMT9GrFUPV7yAciPu9D Kgxn9CEKPXuCaQOYEj3VFF1B4MfsRO4j3FmjnvgegoKBPzo2njGbrM+iHPmzvIOdG8LR l6PHCbZW0ncIGXYLBAtI5+AViZoJACE1LNl5tB3/wqrpIy2HfnIummZbFmmtEAMGl22o twQITB4zr74lVC8UkkH4LMQ63xM0ZzNx0KONw5SGJY8QQkA6EmjLS/pCSnhGGIglOamL k0jg== X-Gm-Message-State: APjAAAViHMy2cSv9XBfTxVi+rR7drvrT4THT4rUyJxvnvKe/h/T5HG+v FXeajg6monh9nNlfxiQRRfd9ryUT X-Google-Smtp-Source: APXvYqxmvvhyHYGApkcVcR49E0TwYbDKDMKCBKfopT93wrZNap1zPIZupmae+IOArvv22JNblebrUg== X-Received: by 2002:a37:4bc2:: with SMTP id y185mr3122438qka.474.1573659707040; Wed, 13 Nov 2019 07:41:47 -0800 (PST) Original-Received: from vhost2 (CPE001143542e1f-CMf81d0f809fa0.cpe.net.cable.rogers.com. [99.230.38.42]) by smtp.gmail.com with ESMTPSA id h44sm1642813qtc.1.2019.11.13.07.41.46 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 13 Nov 2019 07:41:46 -0800 (PST) In-Reply-To: <1978574.4cfOVRSGya@gabor> ("Braun \=\?iso-8859-1\?Q\?G\=E1bor\=22'\?\= \=\?iso-8859-1\?Q\?s\?\= message of "Wed, 13 Nov 2019 11:17:27 +0100") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:171496 Archived-At: Braun G=E1bor writes: >> > (with-temp-buffer >> > (makunbound (make-local-variable var)) >>=20 >> That will unbind the global value and local values, not just the local >> one. > > My Emacs 26.1 does not seem to behave that way. > For example, evaluating the following form returns 2: Oh, you're right. I was confused because describe-variable doesn't see the global value when the local value is void. > Neither the info documentation nor the docstring of makunbound say how=20 > makunbound behaves for buffer-local variables, so my assumption was that= =20 > like other Lisp forms it acts on the buffer-local value of local=20 > variables. Yeah, I think the current behaviour is a bit strange, but changing it is probably too risky with regards to backwards compatibility. So I think your patch is correct.