From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#34765: 26.1; with-temp-buffer should not run buffer-list-update-hook Date: Wed, 22 May 2019 10:29:57 +0300 Message-ID: <838suz7xqi.fsf@gnu.org> References: <5C7FD591.9090505@gmx.at> <83lg1sc8ob.fsf@gnu.org> <5C8009F3.5000405@gmx.at> <767e1b59-6ac2-cd11-076e-82a56ac53e29@gmx.at> <11be4631-b087-52a3-92fe-4cbd5248908d@gmx.at> <838svxxk41.fsf@gnu.org> <49c11920-0909-dcc2-4a39-4cdcfaf20453@gmx.at> <87lfzwg04h.fsf@tcd.ie> <87ftp9jl8q.fsf@tcd.ie> <5f39dc18-e4d4-dfbc-3bed-18542a10aedb@gmx.at> <87v9y4p7c6.fsf@tcd.ie> Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="228931"; mail-complaints-to="usenet@blaine.gmane.org" Cc: contovob@tcd.ie, 34765@debbugs.gnu.org, monnier@IRO.UMontreal.CA, alexanderm@web.de To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed May 22 09:30:14 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.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hTLhT-000xIn-OQ for geb-bug-gnu-emacs@m.gmane.org; Wed, 22 May 2019 09:30:11 +0200 Original-Received: from localhost ([127.0.0.1]:37688 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hTLhS-0000oF-QO for geb-bug-gnu-emacs@m.gmane.org; Wed, 22 May 2019 03:30:10 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:49067) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hTLhL-0000ns-Rr for bug-gnu-emacs@gnu.org; Wed, 22 May 2019 03:30:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hTLhK-0000Cu-PH for bug-gnu-emacs@gnu.org; Wed, 22 May 2019 03:30:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:56177) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hTLhK-0000Ch-Li for bug-gnu-emacs@gnu.org; Wed, 22 May 2019 03:30:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hTLhK-0008Ec-EV for bug-gnu-emacs@gnu.org; Wed, 22 May 2019 03:30:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 May 2019 07:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34765 X-GNU-PR-Package: emacs Original-Received: via spool by 34765-submit@debbugs.gnu.org id=B34765.155851020131626 (code B ref 34765); Wed, 22 May 2019 07:30:02 +0000 Original-Received: (at 34765) by debbugs.gnu.org; 22 May 2019 07:30:01 +0000 Original-Received: from localhost ([127.0.0.1]:41488 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hTLhI-0008E1-O0 for submit@debbugs.gnu.org; Wed, 22 May 2019 03:30:00 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:34641) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hTLhH-0008Dn-S9 for 34765@debbugs.gnu.org; Wed, 22 May 2019 03:30:00 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:32856) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hTLhC-0008UV-KO; Wed, 22 May 2019 03:29:54 -0400 Original-Received: from [176.228.60.248] (port=2064 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hTLh9-0000P7-Ff; Wed, 22 May 2019 03:29:52 -0400 In-reply-to: (message from martin rudalics on Tue, 21 May 2019 12:04:46 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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:159634 Archived-At: > From: martin rudalics > Cc: Eli Zaretskii , 34765@debbugs.gnu.org, alexanderm@web.de, > monnier@IRO.UMontreal.CA > Date: Tue, 21 May 2019 12:04:46 +0200 > > I have not managed to understand the Vcode_conversion_workbuf_name > vs Vcode_conversion_reused_workbuf rigmarole yet. The latter is a fixed buffer, created once and never killed. So the buffer hooks never run for it, and never affect Emacs. By contrast, the former is a buffer created when the reused buffer is busy and cannot be reused. We then kill Vcode_conversion_workbuf_name when we no longer need it. Thus, buffer hooks run for these work buffers all the time, and for a code-conversion intensive code they could slow down Emacs, specially if the list of buffer hooks is long. > > The possibilities for the buffer creation subroutine are either to act > > specially on certain buffer name prefixes, or to accept an extra > > argument indicating what to do, no? Are there any others? There was > > mention of exposing a buffer-local variable to Elisp, but IIRC setting > > that after creating the buffer would already be too late. > > So far there is no extra argument, the entire analysis is based on > examining the proposed name argument. Since we currently keep this special treatment limited to a small number of buffer names, I'm not sure there's a need to expose this facility to Lisp. > > Buffer names starting with spaces are already special in some contexts, > > so extending that idea for inhibiting buffer hooks doesn't sound too > > bad, > > Eli thinks that "this is too drastic a measure". Yes. No one said buffer hooks must _never_ run for temporary buffers. There could be legitimate Lisp programs which want those hooks to run in that case.