From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Newsgroups: gmane.emacs.bugs Subject: bug#66117: 30.0.50; `find-buffer-visiting' is slow when opening large number of buffers Date: Tue, 02 Jan 2024 12:57:28 +0100 Message-ID: References: <878r919qfh.fsf@localhost> <87y1dwobey.fsf@localhost> <878r5v20gu.fsf@localhost> <83bkapl5zh.fsf@gnu.org> <83zfy9jkoh.fsf@gnu.org> <878r5tglwp.fsf@localhost> <83ttohjet0.fsf@gnu.org> <83sf41jed7.fsf@gnu.org> <87y1dtyu4y.fsf@localhost> <83plz5jdgj.fsf@gnu.org> <87v88xyt2a.fsf@localhost> <83o7epjaon.fsf@gnu.org> <87edfipbpf.fsf@localhost> <877cl7n0ux.fsf@localhost> <878r5953ux.fsf@localhost> <87ttnw3sqx.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34474"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: dmitry@gutov.dev, Eli Zaretskii , mattias.engdegard@gmail.com, Stefan Monnier , 66117@debbugs.gnu.org To: Ihor Radchenko Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jan 02 12:58:14 2024 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 1rKdPR-0008hy-SR for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 02 Jan 2024 12:58:14 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rKdPE-0001tY-Mp; Tue, 02 Jan 2024 06:58:00 -0500 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 1rKdPD-0001tA-Ta for bug-gnu-emacs@gnu.org; Tue, 02 Jan 2024 06:57:59 -0500 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 1rKdPD-00082N-LK for bug-gnu-emacs@gnu.org; Tue, 02 Jan 2024 06:57:59 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rKdPF-0001UF-L9 for bug-gnu-emacs@gnu.org; Tue, 02 Jan 2024 06:58:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Jan 2024 11:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66117 X-GNU-PR-Package: emacs Original-Received: via spool by 66117-submit@debbugs.gnu.org id=B66117.17041966625692 (code B ref 66117); Tue, 02 Jan 2024 11:58:01 +0000 Original-Received: (at 66117) by debbugs.gnu.org; 2 Jan 2024 11:57:42 +0000 Original-Received: from localhost ([127.0.0.1]:49529 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rKdOw-0001Ti-2M for submit@debbugs.gnu.org; Tue, 02 Jan 2024 06:57:42 -0500 Original-Received: from mail-ej1-x633.google.com ([2a00:1450:4864:20::633]:43245) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rKdOt-0001TS-3I for 66117@debbugs.gnu.org; Tue, 02 Jan 2024 06:57:40 -0500 Original-Received: by mail-ej1-x633.google.com with SMTP id a640c23a62f3a-a2768b78a9eso641894666b.0 for <66117@debbugs.gnu.org>; Tue, 02 Jan 2024 03:57:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1704196650; x=1704801450; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=NbulWKOdStaG+B0Z8/3Sde6MiOD/FDfR8y5EYIrgJZ4=; b=Ie+e0IiSPIcVTahVD2S4A0P9LcIyd/DaRUunVw5vTOZCEMsDoGRbIbueJ/AsLCG0T2 qjIRJuu5JvjCTusFWBZ1Zajkv7YJSdqQd+LNHIy6JCdcn7aWfgTwXDcOkK4errchqdxd BaHFz1jjG93dnPBRTb8FgcLb1I/3vL1cTssORtnsPvtFG7xBjmYlIpxvhjG+2wwgYAzy dz61vMmj6mXlhoZRQKPOqocTZ1+ggTpX5zGMfgDoNf25sNfxYQDOlym810ymJWSStdSR H54BnkD2wQmDDo78VXuEg86mlyqhY+i8GRqDU+mIzWV3HVpufhfKRs+u/Skv2ySBCiWr R2ig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1704196650; x=1704801450; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=NbulWKOdStaG+B0Z8/3Sde6MiOD/FDfR8y5EYIrgJZ4=; b=BZF+j1qlG+357ERL5u2X+y8DKbWI7/SUb6pEBOot4VlE0G3Ngbl5nw+cmL2lP0/+LD U67kWlIIoy6BqhSr7irv/bcmvDrMvKOs5ieZH/BUVtShOLc3mBwjG9PensiD0oy7zVwY D8f5EPT/G+/Ur8XlFXEPCZbPagCvR/Fe4Jtxp2oLDD2IjZvAtBSvne5tkhQdokI/u4QK OMfGelb/+WoS5OXx7vvtTXXkSHxr2wf8UtIGprn4cUXfy4sgawj77R08L1UvzDHBzPGM UY0pxiIMBYZTec6pfPpsj2wNLU9Caq1w2c9BTAt/IBK9FatN1Z2AZyPgJwCtjwyTXjm5 UZ9w== X-Gm-Message-State: AOJu0YzylmD3DpNTK45Fzwulyz00Uu6Qya9u3PEOXQ5j8FSgchEfoySw myJzg34GpiB1sGNtiTa4Sa5g952Bonk= X-Google-Smtp-Source: AGHT+IG/E18Oj6Pc23MqTZ9dceMkvWWo3Q4s3Rv3l11CUZEy117HYU5Uy/V/8hGfYJT74cctBuExyg== X-Received: by 2002:a17:906:90d:b0:a24:1e0e:ccb2 with SMTP id i13-20020a170906090d00b00a241e0eccb2mr16220426ejd.61.1704196650346; Tue, 02 Jan 2024 03:57:30 -0800 (PST) Original-Received: from Pro.fritz.box (pd9e36b7e.dip0.t-ipconnect.de. [217.227.107.126]) by smtp.gmail.com with ESMTPSA id jt6-20020a170906dfc600b00a234085cfa2sm11740475ejc.190.2024.01.02.03.57.29 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 02 Jan 2024 03:57:30 -0800 (PST) In-Reply-To: <87ttnw3sqx.fsf@localhost> (Ihor Radchenko's message of "Tue, 02 Jan 2024 11:00:06 +0000") 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:277228 Archived-At: Ihor Radchenko writes: > Stefan Monnier writes: > >>>>> (defvar-local let-tests-buffer-local-var 'value) >>>>> (with-temp-buffer >>>>> (setq-local let-tests-buffer-local-var 'baz) >>>>> (let ((let-tests-buffer-local-var 'bar)) >>>>> ;; This is failing. >>>>> (should (eq 'bar (default-value 'let-tests-buffer-local-var))) >>> ... >>> Are you saying that `let' never changes `default-value' output? >>> Unfortunately, no. >> >> Indeed, see the doc that Eli quoted 10 posts "ago": >> >> [...] ELisp manual, which describes the effect of >> make-variable-buffer-local: >> >> A peculiar wrinkle of this feature is that binding the variable >> (with =E2=80=98let=E2=80=99 or other binding constructs) does no= t create >> a buffer-local binding for it. Only setting the variable (with >> =E2=80=98set=E2=80=99 or =E2=80=98setq=E2=80=99), while the vari= able does not have a =E2=80=98let=E2=80=99-style >> binding that was made in the current buffer, does so. >> >> IOW, `let` changes the binding that is "current": if the variable is >> buffer-local in the current buffer it changes that buffer-local value >> and otherwise it changes the global value. >> [ This for "automatically buffer-local variables". ] > > What you say is indeed what I observe, but I do not see how it follows > from the quoted manual text. When I read the above part of the manual, I > see a warning about using `set'/`setq' inside `let' that binds the same > variable. But it is talking about make-variable-buffer-local, so "the variable" is a local variable, IMHO. > I think that the caveat about binding buffer-local variables should be > documented.