From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#65209: 30.0.50; Unexpected behaviour of setq-local Date: Thu, 24 Aug 2023 05:31:20 +0200 Message-ID: <87a5uhglpz.fsf@web.de> References: <87msyu2tmm.fsf@web.de> <80D7C281-C3DD-4DCA-9B14-1569E849CBC7@gmail.com> <87wmxqqq7d.fsf@web.de> <83350exl6h.fsf@gnu.org> <87wmxnojrb.fsf@web.de> <83msyjtkeo.fsf@gnu.org> <871qfu4dyx.fsf@web.de> <83fs4arnr1.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15138"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: gerd.moellmann@gmail.com, 65209@debbugs.gnu.org, monnier@iro.umontreal.ca To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Aug 24 05:32:19 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qZ151-0003kG-BC for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 24 Aug 2023 05:32:19 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qZ14j-0002iG-PY; Wed, 23 Aug 2023 23:32:01 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qZ14i-0002i0-A5 for bug-gnu-emacs@gnu.org; Wed, 23 Aug 2023 23:32:00 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qZ14g-0003mH-T5 for bug-gnu-emacs@gnu.org; Wed, 23 Aug 2023 23:31:58 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qZ14k-0003GR-2w for bug-gnu-emacs@gnu.org; Wed, 23 Aug 2023 23:32:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 Aug 2023 03:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65209 X-GNU-PR-Package: emacs Original-Received: via spool by 65209-submit@debbugs.gnu.org id=B65209.169284790012517 (code B ref 65209); Thu, 24 Aug 2023 03:32:02 +0000 Original-Received: (at 65209) by debbugs.gnu.org; 24 Aug 2023 03:31:40 +0000 Original-Received: from localhost ([127.0.0.1]:35743 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZ14N-0003Fo-Pr for submit@debbugs.gnu.org; Wed, 23 Aug 2023 23:31:40 -0400 Original-Received: from mout.web.de ([212.227.17.12]:40399) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qZ14J-0003FX-L1 for 65209@debbugs.gnu.org; Wed, 23 Aug 2023 23:31:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1692847881; x=1693452681; i=michael_heerdegen@web.de; bh=zad7jLyCCFAaJrNYq20jRKwH67tu/jRNXng8DzwWS9A=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=B2X2pNSG/fnQUkPEo++n5JVkHrzC+QgGFFDWv46iZm0eZb6BZJ2hGqNvcmLUC647FCeYZMY rS++iMTgQaOGZWnbra8cU6ogSivgU27gmbI43MmqvpKwT6lvgshJBO/v6+E1tH3wkhSlubyPH TpzAZ6W2ZvYo+xanizVtCBeZ4lJ8YjrayP5rmOFCYOzRSgUqDWCdOIRSFom+MikahgmT+CSYO SBRib7KiU7z37pY09JuOECWUgbiW8P99eK3T/fhThnWslPhEqGk2OENd6STi/3gzxNum5DVXh hzxswbGrWltTSl85Cg4l28JzLafP0Z2hpwBeBpGImOTA753NwZFw== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Original-Received: from drachen.dragon ([84.60.174.218]) by smtp.web.de (mrweb105 [213.165.67.124]) with ESMTPSA (Nemesis) id 1MOUtg-1qMIhr2W7y-00Q3lT; Thu, 24 Aug 2023 05:31:21 +0200 In-Reply-To: <83fs4arnr1.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 23 Aug 2023 14:39:46 +0300") X-Provags-ID: V03:K1:Gx3nFkVxRx4ZWtKKauj4pdXWsqXZnvDyVs8tt2WWqpR67eE9S5S VpOjp1MxgzQz5YgQpeFbgJhdyoBHNUO4WG0vvKSm3q+XvCRD2sc29/+BF/9dJRrLp7ltnsr UBsxf3+Nc5W7Atv6sty9MH4wQOnNIVQdUEp1wPcbGUj/Dz6BbjINBxy9sDT3nEemBfMA2kr PvOrsYoJUTndbacOKUPBg== UI-OutboundReport: notjunk:1;M01:P0:usD50npwbss=;lcNgsOw2npQJDm7u+BrkQAf40P3 5CpBcbEPj1EKaRKwZFrrvtCSrDfmttHPf9sbHwseEKL5uVQVxAW0WQUhNoW128p2HhzMjkdpi WKtrKZD7z0tLsVvwrpihbMhDMOxg4R8TF/k4Hd0jbKHnonc9//u9Ye3vV8To190U9x2AGQbdA jsh53tORNwu23tX5AgZ93v/PdQrYbahECs98+szr5mr4rtjUcECT9HLdfydpi0W4EHHVXSk8e ymZTGDyznBImGu4m5h/QNNQO/WIr83Bqzs+DdAaNBrnFCnrO8nHJ1NVhr9aW4/YcvoeLBLR5x AV+6Csru7rLgS25a2hAEaRP1GOrbqeRWgkrm0pzfWwx147YQuaOoDmbJlYEgmTI4HUS+gzhgf DUNulm5RGtvScIlFSJ2rovbNI9sKoaxHjhIf/ZxKpx2sWLhSuSWcO0hjEiKsuyxk6fysXSjlP flPixB0sX/f/i63/3DD79HScjJ+y+TPx9izHY/6ZrpMTvaqZ1ZfCmX4fLjNKpdCjLhAPwO9lX W9D574gUcMnFqMp3n1PcPmh+arUjbU0+o2RNL8BeYOSf62ItBPtTOLKRhBe0E/1utfDo50xil Nq81iiO1i5WdK8fjNX5p1T5LdMhWIY9cotm/KZrpaGfxArFzWCBt0x4+k5GzDRuu+SmgJtulm XHTxypSgXYx2mRSlR8xF+lE3ltv0VgB1EFPIaYZ8uFxQ2HYBxbHzSRrBcuD2Vxw1Bk5/kG5m+ qdI9ovrKfOe5QDXzw6LM4nRzP/3FsViXFiABuyhsBDo5WVG5ISITcCrlccSe+3YqZZryVML3 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:268295 Archived-At: Eli Zaretskii writes: > Yes, but it has to be described in English, not (only) in Lisp. I'm not able to come with acceptable English anyway. > (TBH, the first one is almost self-evident, and I find nothing > surprising or unexpected in it.) Hmm - ok, then maybe this is really not necessary to explain. I don't know. > > I would not suggest such an addition if I would not have missed that > > kind of information in the manual. > > Which part(s) did you miss? AFAIU, the behavior with dynamic > variables is described in very clear terms which make the first > example completely described. I mean the aspect that Stefan had fixed here: that a local variable created inside a let-binding of the "same" variable survives the termination of the `let' expression. Which means in particular: `let' seems to not restore the value of the variable because the former binding is "shadowed" by the buffer local binding. This is similar to what is described in the "Warning" paragraph in the manual I cited, but happening without changing the current buffer. Could we maybe melt this case into this "Warning" paragraph? Michael.