From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gregory Heytings Newsgroups: gmane.emacs.bugs Subject: bug#48337: Fwd: 28.0.50; Emacs crashing randomly (possibly minibuffer activity related) Date: Fri, 14 May 2021 15:20:11 +0000 Message-ID: <425cd7715b658794b4e1@heytings.org> References: <87tunasd2u.fsf@linaro.org> <83fsyu57oj.fsf@gnu.org> <838s4l5uld.fsf@gnu.org> <83zgx14cal.fsf@gnu.org> <83cztx3v04.fsf@gnu.org> <37291ae0-11cb-c817-cf26-b90ad50bfaaa@gmx.at> Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="36597"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Alan Mackenzie , alex.bennee@linaro.org, 48337@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri May 14 18:06:00 2021 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 1lhaK7-0009Gl-Fk for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 14 May 2021 18:05:59 +0200 Original-Received: from localhost ([::1]:40042 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lhaK6-0000Tj-Cs for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 14 May 2021 12:05:58 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38358) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lhZcc-0003o4-21 for bug-gnu-emacs@gnu.org; Fri, 14 May 2021 11:21:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:35263) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lhZcb-0001hC-Om for bug-gnu-emacs@gnu.org; Fri, 14 May 2021 11:21:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lhZcb-0000tr-KQ for bug-gnu-emacs@gnu.org; Fri, 14 May 2021 11:21:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 May 2021 15:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 48337 X-GNU-PR-Package: emacs Original-Received: via spool by 48337-submit@debbugs.gnu.org id=B48337.16210056153384 (code B ref 48337); Fri, 14 May 2021 15:21:01 +0000 Original-Received: (at 48337) by debbugs.gnu.org; 14 May 2021 15:20:15 +0000 Original-Received: from localhost ([127.0.0.1]:46809 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lhZbr-0000sV-J4 for submit@debbugs.gnu.org; Fri, 14 May 2021 11:20:15 -0400 Original-Received: from heytings.org ([95.142.160.155]:50822) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lhZbp-0000sN-BY for 48337@debbugs.gnu.org; Fri, 14 May 2021 11:20:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20210101; t=1621005612; bh=kAWNWJQtho4L6tbMaHH4kbrwgVLYO6MCNEUDydl93E4=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=BrJPWEu7bHSxCbeOXowjNmtkxY/O0wRkp/rzfMA4BrTb57xH8W1nbmlL8fsSfoeCg H2foVlQB/r5jFOWc3IoMAo5E1IUivtxleaHamAC8MrIB7ZN4hunwlrkc05lCEnsU+1 17mNI0kYAqeoeG/e9gxr6ECQkYvnQzqEI+o8bYM2r4rsnMinjIFycjwU3hxpjquvB8 nA9OTPEgNN0yOEwUyVsQlqLDLiFE1bWgw5f4PC6hTxQXNuRWe6hejoa2LCPpd2kSOT Jynor92NmRVdCAM/YKhMXtCO6+mm+niMuRrar5swXd4UGkoq2Ns+DNDcB9ChDmLeJ1 hE4UgRm2HE9og== In-Reply-To: <37291ae0-11cb-c817-cf26-b90ad50bfaaa@gmx.at> 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" Xref: news.gmane.io gmane.emacs.bugs:206529 Archived-At: > > Alan, please take one step back and reconsider. IIUC you added the > `record-window-buffer' call to read_minibuf, added the DO-MINIBUF > argument to `record-window-buffer' and now decide that > `buffer-list-update-hook' doesn't belong into `record-window-buffer'. > > Aren't you putting the cart before the horse? That decision might be > correct but still constitutes a change that affects all applications > running `buffer-list-update-hook'. > As I said to Eli a week ago or so: "So far I haven't seen a single concrete example that demonstrates that this feature is either (a) necessary in some circumstances (as was bidirectional editing support), or (b) not necessary but at least useful in some circumstances." Does anyone have such a concrete example? I'm all ears. It seems to me that the only benefit of this feature is a slightly different minibuffer behavior, that some users may perhaps find more convenient, as would be, for example, the possibility to display the minibuffer at the top of the frames. Adding such a feature should not make Emacs 28 backward-incompatible in any way. This experiment started in a bad way: its purpose was to fix a supposed bug, which, as it turned out, was not a bug at all, but the result of a misunderstanding, namely that isearch uses the echo area and not the minibuffer. From then on, more and more changes were added to Emacs. At a minimum, this experiment should be moved to a feature branch, and its result carefully reviewed before being merged again in the trunk.