From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: "Basil L. Contovounesios" Newsgroups: gmane.emacs.bugs Subject: bug#34765: 26.1; with-temp-buffer should not run buffer-list-update-hook Date: Tue, 21 May 2019 08:58:17 +0100 Message-ID: <87v9y4p7c6.fsf@tcd.ie> 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> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="173557"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: 34765@debbugs.gnu.org, alexanderm@web.de, monnier@IRO.UMontreal.CA To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue May 21 09:59:17 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 1hSzg4-000izs-9x for geb-bug-gnu-emacs@m.gmane.org; Tue, 21 May 2019 09:59:16 +0200 Original-Received: from localhost ([127.0.0.1]:48460 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hSzg3-0006Dl-BP for geb-bug-gnu-emacs@m.gmane.org; Tue, 21 May 2019 03:59:15 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:39983) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hSzfr-00067v-BX for bug-gnu-emacs@gnu.org; Tue, 21 May 2019 03:59:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hSzfq-0000c6-5a for bug-gnu-emacs@gnu.org; Tue, 21 May 2019 03:59:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:53203) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hSzfq-0000bs-1z for bug-gnu-emacs@gnu.org; Tue, 21 May 2019 03:59:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hSzfp-0002zc-V5 for bug-gnu-emacs@gnu.org; Tue, 21 May 2019 03:59:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Basil L. Contovounesios" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 May 2019 07:59:01 +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.155842550711454 (code B ref 34765); Tue, 21 May 2019 07:59:01 +0000 Original-Received: (at 34765) by debbugs.gnu.org; 21 May 2019 07:58:27 +0000 Original-Received: from localhost ([127.0.0.1]:38514 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hSzfG-0002yg-Og for submit@debbugs.gnu.org; Tue, 21 May 2019 03:58:26 -0400 Original-Received: from mail-ed1-f68.google.com ([209.85.208.68]:46899) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hSzfE-0002yS-Ub for 34765@debbugs.gnu.org; Tue, 21 May 2019 03:58:25 -0400 Original-Received: by mail-ed1-f68.google.com with SMTP id f37so27885813edb.13 for <34765@debbugs.gnu.org>; Tue, 21 May 2019 00:58:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tcd-ie.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=pPSXJhaOBgL3vsr/jAB4vBRCFnqQATNxvuCVHarcDs8=; b=bAU5ZYc8Bm4BDY+NMEAuC9mPuuRw8l5jknVIwiHama+k89M5YFBhInJsy3qw7Wb7fg RqyY4tFNlJvS7WyMqgnKQH9rzHlkNO0gncbOmjMNGO3McOhqnaKWr8wO70eOBRSpd7m9 h99vfGDQWPtx+VvT9oWzvL+Gnsi4V2ymwZlyOZ+f/L32eP4Ggg/pdyZRKUO3LIEd5n4v D0izi2ocf/zS7xXvlvySFbYc3BdA9Y2titnq4cCfb6xEFQzt3pfvOWwM+rtL5J3dfocM nQT0uM67SeDhKxJsYWobZOmHEgptfo/Y1x2nBv5Yff6s6HXwekcjjsTSVh/HJfFV9NVa IP6w== 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; bh=pPSXJhaOBgL3vsr/jAB4vBRCFnqQATNxvuCVHarcDs8=; b=t1/4MML0pvDYPtsxiptZ284o6uH1XRkZyv+wbOj+f9w1XvcXIXq1+dtOL0Z3qZrPrI HzAFKiiXF2lqoWvG4DDzgfGP6YSQPIno+qY4dsErkbl03wYmZLgxkP1NYk+p79Fch2zh VQMNWtDd3tsm//Hd6n3M3DbTGMi8Soc4HcCuM0lVuOIryToHdaDX7rX5Hbrghl7gTgIJ ZF6amtLlmjK/7noTvGN81odL4SpNFzzWfFyYmXIqiegV2AKkRYNS+gmlBdqTNkfxTExN f/wCEHFMCr0uBy+m/6kBXgF8MK6X41HhoJ497ZOL/RcwYWUwdHJuI38pDRF3/QWn/2Zj xVRQ== X-Gm-Message-State: APjAAAULJ38PRAzoM0xImabHyVGg97VDyOH/p1mzZqR6ofHC3S5fRv9e wZoXv4JYgl926bLuYvZ6KR3bPw== X-Google-Smtp-Source: APXvYqym0i+iXe+ZNGldinA8cMkM/8ZctRbfJbSr9DEfTMqm/92csKGHm3QFuyTnBZARsyG9ivodPQ== X-Received: by 2002:a17:906:27d7:: with SMTP id k23mr53313392ejc.37.1558425498986; Tue, 21 May 2019 00:58:18 -0700 (PDT) Original-Received: from localhost ([2a02:8084:20e2:c380:8cad:ae29:555d:852d]) by smtp.gmail.com with ESMTPSA id p27sm3383804ejf.65.2019.05.21.00.58.17 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Tue, 21 May 2019 00:58:18 -0700 (PDT) In-Reply-To: <5f39dc18-e4d4-dfbc-3bed-18542a10aedb@gmx.at> (martin rudalics's message of "Tue, 21 May 2019 09:32:29 +0200") 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:159605 Archived-At: martin rudalics writes: >>> It would be nice to get rid of the entire >>> >>> b->inhibit_buffer_hooks >>> = (STRINGP (Vcode_conversion_workbuf_name) >>> && strncmp (SSDATA (name), SSDATA (Vcode_conversion_workbuf_name), >>> SBYTES (Vcode_conversion_workbuf_name)) == 0); >>> >>> form in 'get-buffer-create'. Any ideas? >> >> Doesn't your patch in https://debbugs.gnu.org/34765#86 already eliminate >> the need for it? > > FWIW no, it leaves that form in place. I know, my emphasis was on eliminating the *need* for it. > And 'get-buffer-create' should not have to worry about delving any > deeper into the name than down to its first character to check for ' ' > or '*'. > > But I'm not happy with my patch anyway. Something more elegant is > needed. 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. Buffer names starting with spaces are already special in some contexts, so extending that idea for inhibiting buffer hooks doesn't sound too bad, but the extra flag seems equally elegant and more backward-compatible. Am I missing something? Thanks, -- Basil