From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#40225: 27.0.90; abort with apparent stack explosion in lsp-mode Date: Thu, 10 Feb 2022 20:50:25 +0200 Organization: LINKOV.NET Message-ID: <86a6eyr3lr.fsf@mail.linkov.net> References: <87mu844jm0.fsf@notcom.org> <83mu849zjc.fsf@gnu.org> <835zer9cj9.fsf@gnu.org> <8600e733-d75a-3d8f-897d-2eb3ca6bb59d@notcom.org> <83h7y41pxb.fsf@gnu.org> <871r0bdw4q.fsf@gnus.org> <20220210090948.5nnlwnsa2qmmjmmy@donburi.himad.notcom.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="38633"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) Cc: Lars Ingebrigtsen , 40225@debbugs.gnu.org To: Valtteri Vuorikoski Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Feb 10 20:59:45 2022 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 1nIFbV-0009sM-EP for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 10 Feb 2022 20:59:45 +0100 Original-Received: from localhost ([::1]:32804 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nIFbU-000324-E8 for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 10 Feb 2022 14:59:44 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:57572) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nIEat-0006yv-Cg for bug-gnu-emacs@gnu.org; Thu, 10 Feb 2022 13:55:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:35000) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nIEas-000495-63 for bug-gnu-emacs@gnu.org; Thu, 10 Feb 2022 13:55:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nIEar-0006F8-Vy for bug-gnu-emacs@gnu.org; Thu, 10 Feb 2022 13:55:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Feb 2022 18:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 40225 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 40225-submit@debbugs.gnu.org id=B40225.164451927223951 (code B ref 40225); Thu, 10 Feb 2022 18:55:01 +0000 Original-Received: (at 40225) by debbugs.gnu.org; 10 Feb 2022 18:54:32 +0000 Original-Received: from localhost ([127.0.0.1]:57130 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIEaO-0006EF-1f for submit@debbugs.gnu.org; Thu, 10 Feb 2022 13:54:32 -0500 Original-Received: from relay11.mail.gandi.net ([217.70.178.231]:59641) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIEaM-0006Dx-Fi for 40225@debbugs.gnu.org; Thu, 10 Feb 2022 13:54:31 -0500 Original-Received: (Authenticated sender: juri@linkov.net) by mail.gandi.net (Postfix) with ESMTPSA id 66F8C100007; Thu, 10 Feb 2022 18:54:20 +0000 (UTC) In-Reply-To: <20220210090948.5nnlwnsa2qmmjmmy@donburi.himad.notcom.org> (Valtteri Vuorikoski's message of "Thu, 10 Feb 2022 11:09:48 +0200") 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:226627 Archived-At: > So with regard to the subject of this issue I think it's fine to close > this. Not having tab-line-mode call tab-line-tabs-buffer-list-function > on pretty much every possible event might be a worthwhile improvement > at some point though (I haven't checked whether things improved in > Emacs 28). Pretty much every event can kill buffers, and the list of buffers displayed on the tab line should reflect the change of the buffer list. The existing optimization takes care only to not redraw the tab line on every event when the buffer list is unchanged.