From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: Michael Heerdegen Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 18 Jan 2012 01:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 10539@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Reply-To: michael_heerdegen@web.de Received: via spool by submit@debbugs.gnu.org id=B.13268515188557 (code B ref -1); Wed, 18 Jan 2012 01:52:01 +0000 Received: (at submit) by debbugs.gnu.org; 18 Jan 2012 01:51:58 +0000 Received: from localhost ([127.0.0.1]:34017 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RnKgw-0002Dy-FX for submit@debbugs.gnu.org; Tue, 17 Jan 2012 20:51:58 -0500 Received: from eggs.gnu.org ([140.186.70.92]:51110) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RnKgu-0002Dp-7u for submit@debbugs.gnu.org; Tue, 17 Jan 2012 20:51:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RnKfs-00087J-5U for submit@debbugs.gnu.org; Tue, 17 Jan 2012 20:50:53 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([140.186.70.17]:55842) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RnKfs-00087F-2f for submit@debbugs.gnu.org; Tue, 17 Jan 2012 20:50:52 -0500 Received: from eggs.gnu.org ([140.186.70.92]:48476) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RnKfq-0005sA-Jy for bug-gnu-emacs@gnu.org; Tue, 17 Jan 2012 20:50:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RnKfp-00086m-F9 for bug-gnu-emacs@gnu.org; Tue, 17 Jan 2012 20:50:50 -0500 Received: from fmmailgate02.web.de ([217.72.192.227]:53219) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RnKfp-00086Z-2q for bug-gnu-emacs@gnu.org; Tue, 17 Jan 2012 20:50:49 -0500 Received: from moweb001.kundenserver.de (moweb001.kundenserver.de [172.19.20.114]) by fmmailgate02.web.de (Postfix) with ESMTP id D526E1BFDEB88 for ; Wed, 18 Jan 2012 02:50:42 +0100 (CET) Received: from snow ([89.204.138.21]) by smtp.web.de (mrweb001) with ESMTPA (Nemesis) id 0MV4xx-1SAlCO1dan-00ZC5s; Wed, 18 Jan 2012 02:50:41 +0100 From: Michael Heerdegen Date: Wed, 18 Jan 2012 02:52:03 +0100 Message-ID: <87zkdl93r0.fsf@web.de> MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V02:K0:O8gU1XcodJPYWRT4kz09dHvmUGgvsm+5ULA581vifSt +1DE/DlfBcO8vJfw6ojZFmLfhQNuKOcKJ5q38t/cWFmr7U7y55 AI4q6sJxdt030ZU2/+Q9224hNA9ZA8p05j3Aoq7nTbEAhSuKeX i461srpCH8VB03TnHsfwlrPNwYUoMmJ3SoYM+RUq+AJvSKOykH ttO8q0NcKzOmcVM7hOJQGc+bhgRfBbEb4rWP1WsEcM= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4-2.6 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -4.2 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) Hello, in emacs -Q, set `display-time-interval' to 1 and enable `display-time-mode'. The docstring of `display-time-interval' says "Seconds between updates of time in the mode line.". Ok, fine. The doc of `display-time-string-forms' includes an example which makes `display-time-mode' show seconds. So, the user may think setting `display-time-interval' to 1 is a good idea. But it is currently not, on the contrary. First of all, `display-time-update' is a long, complex function. Running only its calculations every second consumes some percent CPU by itself. Second, the doc of `display-time-update' says Update the display-time info for the mode line. However, don't redisplay right now. But it _does_ redisplay, it calls `force-mode-line-update' explicitly at the end of the code! If I redefine `display-time-update' so that it doesn't call `force-mode-line-update', the update of the time in the mode-line surprisingly still works, I get an update every second. So, maybe the call to `force-mode-line-update' can be removed. Now I disable global font lock and such CPU eating minor mode stuff. I visit my ~/.newsrc.eld which has 647k. My CPU consumption gets nearly 100%, it takes several seconds until q (`View-quit') gets processed. If I visit that file with `display-time-mode' off, that doesn't happen. So, at the end, you could try to make `display-time-mode' more effective. If `display-time-update' does redisplay, then the doc should say so. And if we can't improve things, then the docstring of `display-time-interval' should say that low values are deprecated because they decrease Emacs' performance. Thanks, Michael. In GNU Emacs 24.0.92.1 (i486-pc-linux-gnu, GTK+ Version 3.2.3) of 2012-01-11 on zelenka, modified by Debian (emacs-snapshot package, version 1:20120111-1) Windowing system distributor `The X.Org Foundation', version 11.0.11102902 configured using `configure '--build' 'i486-linux-gnu' '--host' 'i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/24.0.92/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.0.92/site-lisp:/usr/share/emacs/site-lisp' '--without-compress-info' '--with-crt-dir=/usr/lib/i386-linux-gnu/' '--with-x=yes' '--with-x-toolkit=gtk3' '--with-imagemagick=yes' 'build_alias=i486-linux-gnu' 'host_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2'' Important settings: value of $LC_ALL: de_DE.utf8 value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: C value of $LANG: de_DE.utf8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default enable-multibyte-characters: t From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: Glenn Morris Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 27 Jan 2012 21:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: michael_heerdegen@web.de Cc: 10539@debbugs.gnu.org Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.132769988820140 (code B ref 10539); Fri, 27 Jan 2012 21:32:01 +0000 Received: (at 10539) by debbugs.gnu.org; 27 Jan 2012 21:31:28 +0000 Received: from localhost ([127.0.0.1]:47090 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RqtOJ-0005Ek-TR for submit@debbugs.gnu.org; Fri, 27 Jan 2012 16:31:28 -0500 Received: from fencepost.gnu.org ([140.186.70.10]:32994 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RqtOG-0005Ea-Eq for 10539@debbugs.gnu.org; Fri, 27 Jan 2012 16:31:25 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1RqtNc-0002wt-6n; Fri, 27 Jan 2012 16:30:44 -0500 From: Glenn Morris References: <87zkdl93r0.fsf@web.de> X-Spook: wire transfer encryption Juiliett Class Submarine X-Ran: fej (Michael Heerdegen's message of "Wed, 18 Jan 2012 02:52:03 +0100") Message-ID: <6162fwu92z.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -4.2 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) Michael Heerdegen wrote: > Second, the doc of `display-time-update' says > > Update the display-time info for the mode line. > However, don't redisplay right now. > > But it _does_ redisplay, it calls `force-mode-line-update' explicitly at > the end of the code! Looking at the history, the code used to have a (sit-for 0.0) after the force-mode-line-update. The "don't redisplay" part was added when the sit-for was removed. I confess that I don't really understand force-mode-line-update [1]. The name makes sense, but not much else. The manual says: -- Function: force-mode-line-update &optional all Force redisplay of the current buffer's mode line and header line. The next redisplay will update the mode line and header line based on the latest values of all relevant variables. which seems contradictory to me ("force redisplay" + "next redisplay"). Maybe the "don't redisplay" refers to the lack of the ALL argument? [1] eg http://lists.gnu.org/archive/html/emacs-devel/2010-05/msg00581.html From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Jan 2012 08:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Glenn Morris Cc: michael_heerdegen@web.de, 10539@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.132774020920476 (code B ref 10539); Sat, 28 Jan 2012 08:44:02 +0000 Received: (at 10539) by debbugs.gnu.org; 28 Jan 2012 08:43:29 +0000 Received: from localhost ([127.0.0.1]:47462 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rr3sf-0005KD-Bu for submit@debbugs.gnu.org; Sat, 28 Jan 2012 03:43:29 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:39413) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rr3sc-0005Jx-C5 for 10539@debbugs.gnu.org; Sat, 28 Jan 2012 03:43:28 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0LYI00J002O6F400@a-mtaout21.012.net.il> for 10539@debbugs.gnu.org; Sat, 28 Jan 2012 10:42:37 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.228.102.195]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LYI00JMI2V06790@a-mtaout21.012.net.il>; Sat, 28 Jan 2012 10:42:37 +0200 (IST) Date: Sat, 28 Jan 2012 10:40:34 +0200 From: Eli Zaretskii In-reply-to: <6162fwu92z.fsf@fencepost.gnu.org> X-012-Sender: halo1@inter.net.il Message-id: <83y5ssxlrx.fsf@gnu.org> References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Glenn Morris > Date: Fri, 27 Jan 2012 16:30:44 -0500 > Cc: 10539@debbugs.gnu.org > > Michael Heerdegen wrote: > > > Second, the doc of `display-time-update' says > > > > Update the display-time info for the mode line. > > However, don't redisplay right now. > > > > But it _does_ redisplay, it calls `force-mode-line-update' explicitly at > > the end of the code! > > Looking at the history, the code used to have a (sit-for 0.0) after the > force-mode-line-update. The "don't redisplay" part was added when the > sit-for was removed. I confess that I don't really understand > force-mode-line-update [1]. The name makes sense, but not much else. The discussion that you refer to was about the optional ALL argument. It said nothing about force-mode-line-update itself or its effect, apart of that. > The manual says: > > -- Function: force-mode-line-update &optional all > Force redisplay of the current buffer's mode line and header line. > The next redisplay will update the mode line and header line based > on the latest values of all relevant variables. > > which seems contradictory to me ("force redisplay" + "next redisplay"). Would the following wording make it less confusing/contradictory? Force next redisplay cycle to update the current buffer's mode line and header line, based on the latest values of all the relevant variables. > Maybe the "don't redisplay" refers to the lack of the ALL argument? No, it refers to the fact that force-mode-line-update does not trigger redisplay, it just sets some internal variable that would force recomputation and redisplay of the mode line during the next redisplay cycle, whenever that happens. IOW, it prevents Emacs from deciding that nothing changed and therefore nothing on the screen should be redrawn. From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Jan 2012 11:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: michael_heerdegen@web.de, Glenn Morris , 10539@debbugs.gnu.org Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.13277489409881 (code B ref 10539); Sat, 28 Jan 2012 11:09:01 +0000 Received: (at 10539) by debbugs.gnu.org; 28 Jan 2012 11:09:00 +0000 Received: from localhost ([127.0.0.1]:47572 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rr69T-0002ZK-Uz for submit@debbugs.gnu.org; Sat, 28 Jan 2012 06:09:00 -0500 Received: from mailout-de.gmx.net ([213.165.64.23]:34033) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1Rr69S-0002Z7-BW for 10539@debbugs.gnu.org; Sat, 28 Jan 2012 06:08:59 -0500 Received: (qmail invoked by alias); 28 Jan 2012 11:08:08 -0000 Received: from 62-47-59-112.adsl.highway.telekom.at (EHLO [62.47.59.112]) [62.47.59.112] by mail.gmx.net (mp019) with SMTP; 28 Jan 2012 12:08:08 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18IjMgl19sI9ERZJ4MIlO/byrX6nsqKX/35Z40Rqf G39FVbQo1R48Ou Message-ID: <4F23D703.4080202@gmx.at> Date: Sat, 28 Jan 2012 12:07:47 +0100 From: martin rudalics MIME-Version: 1.0 References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org> <83y5ssxlrx.fsf@gnu.org> In-Reply-To: <83y5ssxlrx.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > Would the following wording make it less confusing/contradictory? > > Force next redisplay cycle to update the current buffer's mode line A buffer doesn't have a mode or header line. And a body like (if all (with-current-buffer (other-buffer))) (set-buffer-modified-p (buffer-modified-p))) indicates that this function exclusively relies on obscure side effects which are not documented anywhere. martin From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: Glenn Morris Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Jan 2012 19:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: michael_heerdegen@web.de, 10539@debbugs.gnu.org Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.132777978815237 (code B ref 10539); Sat, 28 Jan 2012 19:44:02 +0000 Received: (at 10539) by debbugs.gnu.org; 28 Jan 2012 19:43:08 +0000 Received: from localhost ([127.0.0.1]:48546 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrEB1-0003xh-DS for submit@debbugs.gnu.org; Sat, 28 Jan 2012 14:43:08 -0500 Received: from fencepost.gnu.org ([140.186.70.10]:49274 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrEAy-0003xa-AG for 10539@debbugs.gnu.org; Sat, 28 Jan 2012 14:43:05 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1RrEAE-0006PB-Vf; Sat, 28 Jan 2012 14:42:18 -0500 From: Glenn Morris References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org> <83y5ssxlrx.fsf@gnu.org> X-Spook: MDA AGT. AMME Sears Tower South Africa Uzbekistan Qaddafi X-Ran: yM5$-/{@NDIJ:4\LP,CsMVk:iV;0T*`gNu#AmyotqmLaA2A3kas?z (Eli Zaretskii's message of "Sat, 28 Jan 2012 10:40:34 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -4.2 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) Eli Zaretskii wrote: > Would the following wording make it less confusing/contradictory? > > Force next redisplay cycle to update the current buffer's mode line > and header line, based on the latest values of all the relevant > variables. Yes thanks. Plus something similar for the function's doc-string. So it doesn't actually "force redisplay", it just marks things to be updated the next time redisplay happens to occur (?). From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: Glenn Morris Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Jan 2012 19:45:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: michael_heerdegen@web.de, Eli Zaretskii , 10539@debbugs.gnu.org Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.132777987915372 (code B ref 10539); Sat, 28 Jan 2012 19:45:01 +0000 Received: (at 10539) by debbugs.gnu.org; 28 Jan 2012 19:44:39 +0000 Received: from localhost ([127.0.0.1]:48550 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrECU-0003zs-Ao for submit@debbugs.gnu.org; Sat, 28 Jan 2012 14:44:39 -0500 Received: from fencepost.gnu.org ([140.186.70.10]:49287 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrECS-0003zl-AE for 10539@debbugs.gnu.org; Sat, 28 Jan 2012 14:44:36 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1RrEBi-0006RI-LA; Sat, 28 Jan 2012 14:43:50 -0500 From: Glenn Morris References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org> <83y5ssxlrx.fsf@gnu.org> <4F23D703.4080202@gmx.at> X-Spook: Qaddafi lock picking MP5K-SD North Korea Baranyi AMEMB X-Ran: .}!58lqK<$SjvHsZ\uK7/3'Uzj?'ePm\d)\sDmcn|./RcP/{_&E)!5:C\Tfa*|?.~;-/9p X-Hue: white X-Attribution: GM Date: Sat, 28 Jan 2012 14:43:50 -0500 In-Reply-To: <4F23D703.4080202@gmx.at> (martin rudalics's message of "Sat, 28 Jan 2012 12:07:47 +0100") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -4.2 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) martin rudalics wrote: > indicates that this function exclusively relies on obscure side effects > which are not documented anywhere. Yes, that was basically my point. Which is presumably why it does other stuff that has no obvious relation to mode-lines ("forces recomputation of the menu bar menus and the frame title"). But this is probably off-topic for this report. From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Jan 2012 20:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Glenn Morris Cc: michael_heerdegen@web.de, 10539@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.132778271419514 (code B ref 10539); Sat, 28 Jan 2012 20:32:02 +0000 Received: (at 10539) by debbugs.gnu.org; 28 Jan 2012 20:31:54 +0000 Received: from localhost ([127.0.0.1]:48567 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrEwE-00054h-7L for submit@debbugs.gnu.org; Sat, 28 Jan 2012 15:31:54 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:48819) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrEw8-00054M-AH for 10539@debbugs.gnu.org; Sat, 28 Jan 2012 15:31:52 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LYI00M00ZMZB100@a-mtaout20.012.net.il> for 10539@debbugs.gnu.org; Sat, 28 Jan 2012 22:30:55 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.228.102.195]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LYI00MK8ZNI2B50@a-mtaout20.012.net.il>; Sat, 28 Jan 2012 22:30:55 +0200 (IST) Date: Sat, 28 Jan 2012 22:28:53 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <838vkry3ju.fsf@gnu.org> References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org> <83y5ssxlrx.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Glenn Morris > Cc: michael_heerdegen@web.de, 10539@debbugs.gnu.org > Date: Sat, 28 Jan 2012 14:42:18 -0500 > > Eli Zaretskii wrote: > > > Would the following wording make it less confusing/contradictory? > > > > Force next redisplay cycle to update the current buffer's mode line > > and header line, based on the latest values of all the relevant > > variables. > > Yes thanks. Plus something similar for the function's doc-string. Will do. > So it doesn't actually "force redisplay", it just marks things to be > updated the next time redisplay happens to occur (?). Yes, exactly. From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: Glenn Morris Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Jan 2012 20:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: michael_heerdegen@web.de, 10539@debbugs.gnu.org Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.132778396321286 (code B ref 10539); Sat, 28 Jan 2012 20:53:01 +0000 Received: (at 10539) by debbugs.gnu.org; 28 Jan 2012 20:52:43 +0000 Received: from localhost ([127.0.0.1]:48577 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrFGN-0005XH-3J for submit@debbugs.gnu.org; Sat, 28 Jan 2012 15:52:43 -0500 Received: from fencepost.gnu.org ([140.186.70.10]:50105 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrFGL-0005XA-3L for 10539@debbugs.gnu.org; Sat, 28 Jan 2012 15:52:42 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1RrFFa-0007X6-NT; Sat, 28 Jan 2012 15:51:54 -0500 From: Glenn Morris References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org> <83y5ssxlrx.fsf@gnu.org> <838vkry3ju.fsf@gnu.org> X-Spook: Zachawi top secret explosion mailbomb Nazi Area 51 X-Ran: -Hv=CW&*B=FnitH:_ (Eli Zaretskii's message of "Sat, 28 Jan 2012 22:28:53 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -4.2 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) Eli Zaretskii wrote: >> So it doesn't actually "force redisplay", it just marks things to be >> updated the next time redisplay happens to occur (?). > > Yes, exactly. Thanks. Next question that occurs: the display-time stuff is a global indicator that, when it needs updating, should be updated in all visible mode-lines. So how does (force-mode-line-update) with no ALL argument do anything useful in this case? From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Jan 2012 21:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Glenn Morris Cc: michael_heerdegen@web.de, 10539@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.13277863041786 (code B ref 10539); Sat, 28 Jan 2012 21:32:01 +0000 Received: (at 10539) by debbugs.gnu.org; 28 Jan 2012 21:31:44 +0000 Received: from localhost ([127.0.0.1]:42452 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrFs7-0000Sl-Oj for submit@debbugs.gnu.org; Sat, 28 Jan 2012 16:31:44 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:61437) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrFs2-0000SV-Q6 for 10539@debbugs.gnu.org; Sat, 28 Jan 2012 16:31:41 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LYJ00J002EYFT00@a-mtaout23.012.net.il> for 10539@debbugs.gnu.org; Sat, 28 Jan 2012 23:31:31 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.228.102.195]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LYJ00JC52GIBL70@a-mtaout23.012.net.il>; Sat, 28 Jan 2012 23:31:31 +0200 (IST) Date: Sat, 28 Jan 2012 23:29:29 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <837h0by0qu.fsf@gnu.org> References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org> <83y5ssxlrx.fsf@gnu.org> <838vkry3ju.fsf@gnu.org> X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.5 (/) > From: Glenn Morris > Cc: michael_heerdegen@web.de, 10539@debbugs.gnu.org > Date: Sat, 28 Jan 2012 15:51:54 -0500 > > Next question that occurs: the display-time stuff is a global > indicator that, when it needs updating, should be updated in all visible > mode-lines. So how does (force-mode-line-update) with no ALL argument do > anything useful in this case? I think force-mode-line-update nowadays always forces update of all visible mode lines, not just the one of the current buffer. Calling force-mode-line-update with ALL non-nil forces a more thorough redisplay (because it sets a flag which causes redisplay not to trust the contents of the displayed windows, not just their mode lines). IOW, (force-mode-line-update t) is a way to force the next redisplay cycle do a more thorough job, it has nothing to do with mode lines per se. From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: Glenn Morris Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Jan 2012 06:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: michael_heerdegen@web.de, 10539@debbugs.gnu.org Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.132781725227594 (code B ref 10539); Sun, 29 Jan 2012 06:08:01 +0000 Received: (at 10539) by debbugs.gnu.org; 29 Jan 2012 06:07:32 +0000 Received: from localhost ([127.0.0.1]:42836 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrNvH-0007B0-Qe for submit@debbugs.gnu.org; Sun, 29 Jan 2012 01:07:32 -0500 Received: from fencepost.gnu.org ([140.186.70.10]:55408 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrNvF-0007At-2L for 10539@debbugs.gnu.org; Sun, 29 Jan 2012 01:07:30 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1RrNvA-0004M0-Qy; Sun, 29 Jan 2012 01:07:24 -0500 From: Glenn Morris References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org> <83y5ssxlrx.fsf@gnu.org> <838vkry3ju.fsf@gnu.org> <837h0by0qu.fsf@gnu.org> X-Spook: AIMSX Al Jazeera North Korea Elvis SSL Rumsfeld jihad AVN X-Ran: rJ2,[;zzR (Eli Zaretskii's message of "Sat, 28 Jan 2012 23:29:29 +0200") Message-ID: <7cvcnv2g9v.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -4.2 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) Eli Zaretskii wrote: > I think force-mode-line-update nowadays always forces update of all > visible mode lines, not just the one of the current buffer. > > Calling force-mode-line-update with ALL non-nil forces a more thorough > redisplay (because it sets a flag which causes redisplay not to trust > the contents of the displayed windows, not just their mode lines). > > IOW, (force-mode-line-update t) is a way to force the next redisplay > cycle do a more thorough job, it has nothing to do with mode lines per > se. I think it would be good if you could document this, because it's basically impossible to figure out what this function actually does from looking at its lisp definition. From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Jan 2012 16:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Glenn Morris'" , "'Eli Zaretskii'" Cc: michael_heerdegen@web.de, 10539@debbugs.gnu.org Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.13278532708846 (code B ref 10539); Sun, 29 Jan 2012 16:08:02 +0000 Received: (at 10539) by debbugs.gnu.org; 29 Jan 2012 16:07:50 +0000 Received: from localhost ([127.0.0.1]:43974 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrXID-0002Id-Mb for submit@debbugs.gnu.org; Sun, 29 Jan 2012 11:07:49 -0500 Received: from rcsinet15.oracle.com ([148.87.113.117]:37766) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrXIB-0002IP-5z for 10539@debbugs.gnu.org; Sun, 29 Jan 2012 11:07:47 -0500 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id q0TG7ZLh012216 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 29 Jan 2012 16:07:36 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q0TG7Yla029961 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Jan 2012 16:07:34 GMT Received: from abhmt106.oracle.com (abhmt106.oracle.com [141.146.116.58]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q0TG7XO8023564; Sun, 29 Jan 2012 10:07:33 -0600 Received: from dradamslap1 (/10.159.37.215) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 29 Jan 2012 08:07:33 -0800 From: "Drew Adams" References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org><83y5ssxlrx.fsf@gnu.org> <838vkry3ju.fsf@gnu.org> <837h0by0qu.fsf@gnu.org> <7cvcnv2g9v.fsf@fencepost.gnu.org> Date: Sun, 29 Jan 2012 08:07:24 -0800 Message-ID: <5F24D19ED0E9434D9D2C7A9800127695@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <7cvcnv2g9v.fsf@fencepost.gnu.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: AczeTF8FJL2vgo8vQbOkBeAkfyVHrwAU6ePQ X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4F256EC8.002B,ss=1,re=0.000,fgs=0 X-Spam-Score: -6.9 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) > > IOW, (force-mode-line-update t) is a way to force the next redisplay > > cycle do a more thorough job, it has nothing to do with mode lines per > > se. > > I think it would be good if you could document this, because it's > basically impossible to figure out what this function > actually does from looking at its lisp definition. +1 From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Jan 2012 17:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Glenn Morris Cc: michael_heerdegen@web.de, 10539@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.132785725517586 (code B ref 10539); Sun, 29 Jan 2012 17:15:02 +0000 Received: (at 10539) by debbugs.gnu.org; 29 Jan 2012 17:14:15 +0000 Received: from localhost ([127.0.0.1]:44006 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrYKU-0004Zb-KZ for submit@debbugs.gnu.org; Sun, 29 Jan 2012 12:14:14 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:64610) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrYKS-0004ZP-Hi for 10539@debbugs.gnu.org; Sun, 29 Jan 2012 12:14:13 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LYK00100L5O0400@a-mtaout23.012.net.il> for 10539@debbugs.gnu.org; Sun, 29 Jan 2012 19:14:01 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.228.102.195]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LYK000YML7AXQ30@a-mtaout23.012.net.il>; Sun, 29 Jan 2012 19:13:59 +0200 (IST) Date: Sun, 29 Jan 2012 19:11:58 +0200 From: Eli Zaretskii In-reply-to: <7cvcnv2g9v.fsf@fencepost.gnu.org> X-012-Sender: halo1@inter.net.il Message-id: <83wr8awi01.fsf@gnu.org> References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org> <83y5ssxlrx.fsf@gnu.org> <838vkry3ju.fsf@gnu.org> <837h0by0qu.fsf@gnu.org> <7cvcnv2g9v.fsf@fencepost.gnu.org> X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.5 (/) > From: Glenn Morris > Cc: michael_heerdegen@web.de, 10539@debbugs.gnu.org > Date: Sun, 29 Jan 2012 01:07:24 -0500 > > Eli Zaretskii wrote: > > > I think force-mode-line-update nowadays always forces update of all > > visible mode lines, not just the one of the current buffer. > > > > Calling force-mode-line-update with ALL non-nil forces a more thorough > > redisplay (because it sets a flag which causes redisplay not to trust > > the contents of the displayed windows, not just their mode lines). > > > > IOW, (force-mode-line-update t) is a way to force the next redisplay > > cycle do a more thorough job, it has nothing to do with mode lines per > > se. > > I think it would be good if you could document this, because it's > basically impossible to figure out what this function actually does from > looking at its lisp definition. I don't mind, but I'd like Chong's and Stefan's opinion on this first. The way the function is (was) implemented it exploits intimate knowledge about redisplay's inner workings. Maybe we should simply expose to Lisp the corresponding internal variables instead, or provide Lisp primitive functions to set them? From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Jan 2012 17:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: michael_heerdegen@web.de, Glenn Morris , 10539@debbugs.gnu.org Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.132785958721393 (code B ref 10539); Sun, 29 Jan 2012 17:54:02 +0000 Received: (at 10539) by debbugs.gnu.org; 29 Jan 2012 17:53:07 +0000 Received: from localhost ([127.0.0.1]:44023 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrYw6-0005Yz-Kr for submit@debbugs.gnu.org; Sun, 29 Jan 2012 12:53:07 -0500 Received: from mailout-de.gmx.net ([213.165.64.23]:50509) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1RrYw3-0005YU-OX for 10539@debbugs.gnu.org; Sun, 29 Jan 2012 12:53:04 -0500 Received: (qmail invoked by alias); 29 Jan 2012 17:52:51 -0000 Received: from 62-47-39-221.adsl.highway.telekom.at (EHLO [62.47.39.221]) [62.47.39.221] by mail.gmx.net (mp029) with SMTP; 29 Jan 2012 18:52:51 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18sBxoDLmAsz1RSPXaTFz+Ob2uyNqSXl9g/Mqxr6+ ZZLQzUZZdSH6MW Message-ID: <4F25872E.9000803@gmx.at> Date: Sun, 29 Jan 2012 18:51:42 +0100 From: martin rudalics MIME-Version: 1.0 References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org> <83y5ssxlrx.fsf@gnu.org> <838vkry3ju.fsf@gnu.org> <837h0by0qu.fsf@gnu.org> In-Reply-To: <837h0by0qu.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > Calling force-mode-line-update with ALL non-nil forces a more thorough > redisplay (because it sets a flag which causes redisplay not to trust > the contents of the displayed windows, not just their mode lines). Can you tell me which flag (with-current-buffer (other-buffer)) sets? martin From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Jan 2012 18:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: michael_heerdegen@web.de, rgm@gnu.org, 10539@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.132786173624533 (code B ref 10539); Sun, 29 Jan 2012 18:29:02 +0000 Received: (at 10539) by debbugs.gnu.org; 29 Jan 2012 18:28:56 +0000 Received: from localhost ([127.0.0.1]:44058 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrZUl-0006Ne-Fe for submit@debbugs.gnu.org; Sun, 29 Jan 2012 13:28:55 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:46014) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrZUi-0006NJ-Nx for 10539@debbugs.gnu.org; Sun, 29 Jan 2012 13:28:53 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LYK00100OMQXB00@a-mtaout22.012.net.il> for 10539@debbugs.gnu.org; Sun, 29 Jan 2012 20:28:34 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.228.102.195]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LYK00193ONHW410@a-mtaout22.012.net.il>; Sun, 29 Jan 2012 20:28:34 +0200 (IST) Date: Sun, 29 Jan 2012 20:26:28 +0200 From: Eli Zaretskii In-reply-to: <4F25872E.9000803@gmx.at> X-012-Sender: halo1@inter.net.il Message-id: <83aa56qsa3.fsf@gnu.org> References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org> <83y5ssxlrx.fsf@gnu.org> <838vkry3ju.fsf@gnu.org> <837h0by0qu.fsf@gnu.org> <4F25872E.9000803@gmx.at> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sun, 29 Jan 2012 18:51:42 +0100 > From: martin rudalics > CC: Glenn Morris , michael_heerdegen@web.de, > 10539@debbugs.gnu.org > > > Calling force-mode-line-update with ALL non-nil forces a more thorough > > redisplay (because it sets a flag which causes redisplay not to trust > > the contents of the displayed windows, not just their mode lines). > > Can you tell me which flag (with-current-buffer (other-buffer)) sets? windows_or_buffers_changed, AFAIR. From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 30 Jan 2012 04:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: michael_heerdegen@web.de, Glenn Morris , 10539@debbugs.gnu.org Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.132789844518450 (code B ref 10539); Mon, 30 Jan 2012 04:41:01 +0000 Received: (at 10539) by debbugs.gnu.org; 30 Jan 2012 04:40:45 +0000 Received: from localhost ([127.0.0.1]:44423 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rrj2r-0004nX-6C for submit@debbugs.gnu.org; Sun, 29 Jan 2012 23:40:45 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:26234) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rrj2o-0004nK-Kt for 10539@debbugs.gnu.org; Sun, 29 Jan 2012 23:40:43 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EAI8eJk9FpZaC/2dsb2JhbABDrCiCMoEGgXIBAQQBViMFCws0EhQYDSSID7d5iGUEDgICAwcCBAUBAwIDDAYJAwGEGAIEAx+DNwSIP5pzhFc X-IronPort-AV: E=Sophos;i="4.71,590,1320642000"; d="scan'208";a="160095202" Received: from 69-165-150-130.dsl.teksavvy.com (HELO pastel.home) ([69.165.150.130]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 29 Jan 2012 23:40:29 -0500 Received: by pastel.home (Postfix, from userid 20848) id 4048D58ECC; Sun, 29 Jan 2012 23:40:29 -0500 (EST) From: Stefan Monnier Message-ID: References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org> <83y5ssxlrx.fsf@gnu.org> <838vkry3ju.fsf@gnu.org> <837h0by0qu.fsf@gnu.org> <7cvcnv2g9v.fsf@fencepost.gnu.org> <83wr8awi01.fsf@gnu.org> Date: Sun, 29 Jan 2012 23:40:29 -0500 In-Reply-To: <83wr8awi01.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 29 Jan 2012 19:11:58 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > I don't mind, but I'd like Chong's and Stefan's opinion on this first. > The way the function is (was) implemented it exploits intimate > knowledge about redisplay's inner workings. Maybe we should simply > expose to Lisp the corresponding internal variables instead, or > provide Lisp primitive functions to set them? I don't mind the current code, but it deserves a comment pointing to the corresponding part of the C code that is affected. Stefan From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 30 Jan 2012 10:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: michael_heerdegen@web.de, rgm@gnu.org, 10539@debbugs.gnu.org Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.132791890720153 (code B ref 10539); Mon, 30 Jan 2012 10:22:02 +0000 Received: (at 10539) by debbugs.gnu.org; 30 Jan 2012 10:21:47 +0000 Received: from localhost ([127.0.0.1]:44615 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RroMt-0005Ez-9A for submit@debbugs.gnu.org; Mon, 30 Jan 2012 05:21:47 -0500 Received: from mailout-de.gmx.net ([213.165.64.23]:39764) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1RroMr-0005Ek-Fi for 10539@debbugs.gnu.org; Mon, 30 Jan 2012 05:21:46 -0500 Received: (qmail invoked by alias); 30 Jan 2012 10:21:26 -0000 Received: from 62-47-49-102.adsl.highway.telekom.at (EHLO [62.47.49.102]) [62.47.49.102] by mail.gmx.net (mp019) with SMTP; 30 Jan 2012 11:21:26 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19eIP5pvaVeHHvlIg3c1covpKMQU01XIRlVesEdG9 kR2xQ5HpRMXs4V Message-ID: <4F266EE0.2050302@gmx.at> Date: Mon, 30 Jan 2012 11:20:16 +0100 From: martin rudalics MIME-Version: 1.0 References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org> <83y5ssxlrx.fsf@gnu.org> <838vkry3ju.fsf@gnu.org> <837h0by0qu.fsf@gnu.org> <4F25872E.9000803@gmx.at> <83aa56qsa3.fsf@gnu.org> In-Reply-To: <83aa56qsa3.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: -1.9 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) >> Can you tell me which flag (with-current-buffer (other-buffer)) sets? > > windows_or_buffers_changed, AFAIR. (with-current-buffer (other-buffer)) does neither change the contents of a window nor those of a buffer (unless it recreates *scratch*). martin From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 30 Jan 2012 17:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: michael_heerdegen@web.de, rgm@gnu.org, 10539@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.132794559631197 (code B ref 10539); Mon, 30 Jan 2012 17:47:02 +0000 Received: (at 10539) by debbugs.gnu.org; 30 Jan 2012 17:46:36 +0000 Received: from localhost ([127.0.0.1]:45465 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrvJM-000877-A7 for submit@debbugs.gnu.org; Mon, 30 Jan 2012 12:46:36 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:36339) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrvJJ-00086m-11 for 10539@debbugs.gnu.org; Mon, 30 Jan 2012 12:46:34 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LYM00700H5UZP00@a-mtaout20.012.net.il> for 10539@debbugs.gnu.org; Mon, 30 Jan 2012 19:46:02 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.57.191]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LYM007U5HCOZF10@a-mtaout20.012.net.il>; Mon, 30 Jan 2012 19:46:00 +0200 (IST) Date: Mon, 30 Jan 2012 19:44:01 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <8362ftrspq.fsf@gnu.org> References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org> <83y5ssxlrx.fsf@gnu.org> <838vkry3ju.fsf@gnu.org> <837h0by0qu.fsf@gnu.org> <7cvcnv2g9v.fsf@fencepost.gnu.org> <83wr8awi01.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Stefan Monnier > Cc: Glenn Morris , michael_heerdegen@web.de, 10539@debbugs.gnu.org > Date: Sun, 29 Jan 2012 23:40:29 -0500 > > > I don't mind, but I'd like Chong's and Stefan's opinion on this first. > > The way the function is (was) implemented it exploits intimate > > knowledge about redisplay's inner workings. Maybe we should simply > > expose to Lisp the corresponding internal variables instead, or > > provide Lisp primitive functions to set them? > > I don't mind the current code, but it deserves a comment pointing to the > corresponding part of the C code that is affected. The two internal variables in question (update_mode_lines and windows_or_buffers_changed) affect many parts of the display code, and also appear in buffer.c, window.c, and a bunch of other files. Just grep for them, they are all over the place. So I'm unsure what you mean by "corresponding part of the C code". From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 30 Jan 2012 18:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: michael_heerdegen@web.de, rgm@gnu.org, 10539@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.1327946690414 (code B ref 10539); Mon, 30 Jan 2012 18:05:01 +0000 Received: (at 10539) by debbugs.gnu.org; 30 Jan 2012 18:04:50 +0000 Received: from localhost ([127.0.0.1]:45490 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rrvaz-00006c-D3 for submit@debbugs.gnu.org; Mon, 30 Jan 2012 13:04:50 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:41527) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rrvax-00006O-An for 10539@debbugs.gnu.org; Mon, 30 Jan 2012 13:04:47 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LYM00700H5UZP00@a-mtaout20.012.net.il> for 10539@debbugs.gnu.org; Mon, 30 Jan 2012 20:04:30 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.57.191]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LYM007TSI7GK960@a-mtaout20.012.net.il>; Mon, 30 Jan 2012 20:04:29 +0200 (IST) Date: Mon, 30 Jan 2012 20:02:29 +0200 From: Eli Zaretskii In-reply-to: <4F266EE0.2050302@gmx.at> X-012-Sender: halo1@inter.net.il Message-id: <831uqhrruy.fsf@gnu.org> References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org> <83y5ssxlrx.fsf@gnu.org> <838vkry3ju.fsf@gnu.org> <837h0by0qu.fsf@gnu.org> <4F25872E.9000803@gmx.at> <83aa56qsa3.fsf@gnu.org> <4F266EE0.2050302@gmx.at> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Mon, 30 Jan 2012 11:20:16 +0100 > From: martin rudalics > CC: rgm@gnu.org, michael_heerdegen@web.de, 10539@debbugs.gnu.org > > >> Can you tell me which flag (with-current-buffer (other-buffer)) sets? > > > > windows_or_buffers_changed, AFAIR. > > (with-current-buffer (other-buffer)) does neither change the contents of > a window nor those of a buffer (unless it recreates *scratch*). Sorry, I don't understand what you are trying to convey. From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 30 Jan 2012 18:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: michael_heerdegen@web.de, rgm@gnu.org, 10539@debbugs.gnu.org Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.13279472761374 (code B ref 10539); Mon, 30 Jan 2012 18:15:01 +0000 Received: (at 10539) by debbugs.gnu.org; 30 Jan 2012 18:14:36 +0000 Received: from localhost ([127.0.0.1]:45520 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrvkS-0000M7-0j for submit@debbugs.gnu.org; Mon, 30 Jan 2012 13:14:36 -0500 Received: from mailout-de.gmx.net ([213.165.64.22]:49247) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1RrvkQ-0000Lq-HV for 10539@debbugs.gnu.org; Mon, 30 Jan 2012 13:14:35 -0500 Received: (qmail invoked by alias); 30 Jan 2012 18:14:17 -0000 Received: from 62-47-55-78.adsl.highway.telekom.at (EHLO [62.47.55.78]) [62.47.55.78] by mail.gmx.net (mp002) with SMTP; 30 Jan 2012 19:14:17 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18Wm0cs7PQWC9KHPkN4yBzGT/mapk+cW6aonaZNsd HgI3vZwCdmToel Message-ID: <4F26DDB4.5060307@gmx.at> Date: Mon, 30 Jan 2012 19:13:08 +0100 From: martin rudalics MIME-Version: 1.0 References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org> <83y5ssxlrx.fsf@gnu.org> <838vkry3ju.fsf@gnu.org> <837h0by0qu.fsf@gnu.org> <4F25872E.9000803@gmx.at> <83aa56qsa3.fsf@gnu.org> <4F266EE0.2050302@gmx.at> <831uqhrruy.fsf@gnu.org> In-Reply-To: <831uqhrruy.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.3 (/) >> >> Can you tell me which flag (with-current-buffer (other-buffer)) sets? >> > >> > windows_or_buffers_changed, AFAIR. >> >> (with-current-buffer (other-buffer)) does neither change the contents of >> a window nor those of a buffer (unless it recreates *scratch*). > > Sorry, I don't understand what you are trying to convey. If I understand windows_or_buffers_changed correctly, it is only set when either a window changes (resized, another buffer displayed in it, ...) or a buffer is changed (text inserted, `point' changes, ...). Neither `with-current-buffer' nor `other-buffer' change a window or a buffer. What am I missing? martin From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 30 Jan 2012 19:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: michael_heerdegen@web.de, rgm@gnu.org, 10539@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.13279504109306 (code B ref 10539); Mon, 30 Jan 2012 19:07:02 +0000 Received: (at 10539) by debbugs.gnu.org; 30 Jan 2012 19:06:50 +0000 Received: from localhost ([127.0.0.1]:45579 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrwYz-0002Q1-7g for submit@debbugs.gnu.org; Mon, 30 Jan 2012 14:06:50 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:33560) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrwYw-0002Pi-KN for 10539@debbugs.gnu.org; Mon, 30 Jan 2012 14:06:47 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LYM00600L09J200@a-mtaout23.012.net.il> for 10539@debbugs.gnu.org; Mon, 30 Jan 2012 21:06:28 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.57.191]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LYM00693L2REI70@a-mtaout23.012.net.il>; Mon, 30 Jan 2012 21:06:28 +0200 (IST) Date: Mon, 30 Jan 2012 21:04:28 +0200 From: Eli Zaretskii In-reply-to: <4F26DDB4.5060307@gmx.at> X-012-Sender: halo1@inter.net.il Message-id: <83pqe1qaf7.fsf@gnu.org> References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org> <83y5ssxlrx.fsf@gnu.org> <838vkry3ju.fsf@gnu.org> <837h0by0qu.fsf@gnu.org> <4F25872E.9000803@gmx.at> <83aa56qsa3.fsf@gnu.org> <4F266EE0.2050302@gmx.at> <831uqhrruy.fsf@gnu.org> <4F26DDB4.5060307@gmx.at> X-Spam-Score: -0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.5 (/) > Date: Mon, 30 Jan 2012 19:13:08 +0100 > From: martin rudalics > CC: rgm@gnu.org, michael_heerdegen@web.de, 10539@debbugs.gnu.org > > Neither `with-current-buffer' nor `other-buffer' change a window or a > buffer. What am I missing? At least at some point they did. I will have to run Emacs under a debugger to refresh my faulting memory. From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 30 Jan 2012 22:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: michael_heerdegen@web.de, rgm@gnu.org, 10539@debbugs.gnu.org Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.132796093525036 (code B ref 10539); Mon, 30 Jan 2012 22:03:01 +0000 Received: (at 10539) by debbugs.gnu.org; 30 Jan 2012 22:02:15 +0000 Received: from localhost ([127.0.0.1]:45713 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrzIg-0006Vf-5w for submit@debbugs.gnu.org; Mon, 30 Jan 2012 17:02:15 -0500 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:45420) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RrzIc-0006VT-ME for 10539@debbugs.gnu.org; Mon, 30 Jan 2012 17:02:08 -0500 Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id q0UM1siZ015743; Mon, 30 Jan 2012 17:01:54 -0500 Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id F0F2EB4431; Mon, 30 Jan 2012 17:01:53 -0500 (EST) From: Stefan Monnier Message-ID: References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org> <83y5ssxlrx.fsf@gnu.org> <838vkry3ju.fsf@gnu.org> <837h0by0qu.fsf@gnu.org> <7cvcnv2g9v.fsf@fencepost.gnu.org> <83wr8awi01.fsf@gnu.org> <8362ftrspq.fsf@gnu.org> Date: Mon, 30 Jan 2012 17:01:53 -0500 In-Reply-To: <8362ftrspq.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 30 Jan 2012 19:44:01 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV4117=0 X-NAI-Spam-Version: 2.2.0.9309 : core <4117> : streams <724356> : uri <1056749> X-Spam-Score: -3.5 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) >> > I don't mind, but I'd like Chong's and Stefan's opinion on this first. >> > The way the function is (was) implemented it exploits intimate >> > knowledge about redisplay's inner workings. Maybe we should simply >> > expose to Lisp the corresponding internal variables instead, or >> > provide Lisp primitive functions to set them? >> I don't mind the current code, but it deserves a comment pointing to the >> corresponding part of the C code that is affected. > The two internal variables in question (update_mode_lines and > windows_or_buffers_changed) affect many parts of the display code, and > also appear in buffer.c, window.c, and a bunch of other files. Just > grep for them, they are all over the place. Indeed, that's why a comment is needed: the corresponding info is not easy to find. > So I'm unsure what you mean by "corresponding part of the C code". The corresponding parts would be: 1- the place where the C code (run via the Elisp code of force-mode-line-update) sets those vars. 2- the place in the C code where those vars are checked later on during redisplay so that they cause the mode-line to be refreshed. Stefan From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 31 Jan 2012 03:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: michael_heerdegen@web.de, rgm@gnu.org, 10539@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.132798184629639 (code B ref 10539); Tue, 31 Jan 2012 03:51:02 +0000 Received: (at 10539) by debbugs.gnu.org; 31 Jan 2012 03:50:46 +0000 Received: from localhost ([127.0.0.1]:46068 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rs4k1-0007i0-Te for submit@debbugs.gnu.org; Mon, 30 Jan 2012 22:50:46 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:44610) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rs4jz-0007hn-W4 for 10539@debbugs.gnu.org; Mon, 30 Jan 2012 22:50:44 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LYN00D0095PBY00@a-mtaout20.012.net.il> for 10539@debbugs.gnu.org; Tue, 31 Jan 2012 05:50:24 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.57.191]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LYN00D4L9BZBX10@a-mtaout20.012.net.il>; Tue, 31 Jan 2012 05:50:24 +0200 (IST) Date: Tue, 31 Jan 2012 05:48:25 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83ehugr0qe.fsf@gnu.org> References: <87zkdl93r0.fsf@web.de> <6162fwu92z.fsf@fencepost.gnu.org> <83y5ssxlrx.fsf@gnu.org> <838vkry3ju.fsf@gnu.org> <837h0by0qu.fsf@gnu.org> <7cvcnv2g9v.fsf@fencepost.gnu.org> <83wr8awi01.fsf@gnu.org> <8362ftrspq.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Stefan Monnier > Cc: rgm@gnu.org, michael_heerdegen@web.de, 10539@debbugs.gnu.org > Date: Mon, 30 Jan 2012 17:01:53 -0500 > > The corresponding parts would be: > 1- the place where the C code (run via the Elisp code of > force-mode-line-update) sets those vars. > 2- the place in the C code where those vars are checked later on during > redisplay so that they cause the mode-line to be refreshed. OK, will do. From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 23 Apr 2022 14:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: 10539@debbugs.gnu.org Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.165072492011355 (code B ref 10539); Sat, 23 Apr 2022 14:42:01 +0000 Received: (at 10539) by debbugs.gnu.org; 23 Apr 2022 14:42:00 +0000 Received: from localhost ([127.0.0.1]:56913 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1niGxU-0002x5-FR for submit@debbugs.gnu.org; Sat, 23 Apr 2022 10:42:00 -0400 Received: from quimby.gnus.org ([95.216.78.240]:50774) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1niGxS-0002wo-TJ for 10539@debbugs.gnu.org; Sat, 23 Apr 2022 10:41:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=hz431U+CL2YWjJuW1jju6Yjabv78flfJkbn9+3mcQsU=; b=bE4N/auw9KcR3TLJVKt8nB3iYZ sJc2teN7wPrjjVJVALbSraVqDxcOSOpLoMrabnMGuDUWF72w4M9ZffELmjXIgQG6VVqa/bcARgB8p nqDf4NkvLndubDZDIHSIUpWQhN9jb9/C/PfxBhpWbtj2wjCOhA03i+I6IVvpnaZXARPk=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1niGxK-0005MA-KQ; Sat, 23 Apr 2022 16:41:52 +0200 From: Lars Ingebrigtsen References: <87zkdl93r0.fsf@web.de> X-Now-Playing: Liturgy's _Origin of the Alimonies_: "The Armistice" Date: Sat, 23 Apr 2022 16:41:48 +0200 In-Reply-To: <87zkdl93r0.fsf@web.de> (Michael Heerdegen's message of "Wed, 18 Jan 2012 02:52:03 +0100") Message-ID: <87o80rrheb.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Michael Heerdegen writes: > The docstring of `display-time-interval' says "Seconds between updates > of time in the mode line.". Ok, fine. The doc of > `display-time-string-forms' includes an example which makes > `display-tim [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Heerdegen writes: > The docstring of `display-time-interval' says "Seconds between updates > of time in the mode line.". Ok, fine. The doc of > `display-time-string-forms' includes an example which makes > `display-time-mode' show seconds. So, the user may think setting > `display-time-interval' to 1 is a good idea. > > But it is currently not, on the contrary. > > First of all, `display-time-update' is a long, complex function. > Running only its calculations every second consumes some percent CPU by > itself. (I'm going through old bug reports that unfortunately weren't resolved at the time.) I've tried this in Emacs 29, and the Emacs in question does not show up on "top" as consuming any CPU, so this has perhaps improved? > Second, the doc of `display-time-update' says > > Update the display-time info for the mode line. > However, don't redisplay right now. > > But it _does_ redisplay, it calls `force-mode-line-update' explicitly at > the end of the code! As noted in the bug thread, `force-mode-line-update' just sets some variables to make the next redisplay cycle update the mode lines, so the doc string is correct, I think. The discussion then went on to adding some more comments or something, but I'm not sure whether there's anything more to be done here? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 23 10:42:04 2022 Received: (at control) by debbugs.gnu.org; 23 Apr 2022 14:42:05 +0000 Received: from localhost ([127.0.0.1]:56917 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1niGxY-0002xk-NP for submit@debbugs.gnu.org; Sat, 23 Apr 2022 10:42:04 -0400 Received: from quimby.gnus.org ([95.216.78.240]:50788) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1niGxX-0002wx-9m for control@debbugs.gnu.org; Sat, 23 Apr 2022 10:42:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=PHF43D0FHLbLn340yytC3mhbXggkSRXAHqsSI1yfS5k=; b=YFZW4VztZaNk7dmxU+mpUfwt5r 6HRCV4CySdUlbdLaiMj1clK0UWG69f3l4uFZBrvEH2hBOCJJM92MAehzeVP+AjV+YFMHKM7OivQUf QXJZZVyUQJhljs3BDOucQUxik1OIf65vGpHffVzYwPY8yVTLatMNlR+2uCa9cGVG5c6I=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1niGxP-0005MT-IQ for control@debbugs.gnu.org; Sat, 23 Apr 2022 16:41:57 +0200 Date: Sat, 23 Apr 2022 16:41:55 +0200 Message-Id: <87mtgbrhe4.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #10539 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 10539 + moreinfo quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) tags 10539 + moreinfo quit From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 30 Apr 2022 01:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Lars Ingebrigtsen Cc: 10539@debbugs.gnu.org Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.165128117520047 (code B ref 10539); Sat, 30 Apr 2022 01:13:02 +0000 Received: (at 10539) by debbugs.gnu.org; 30 Apr 2022 01:12:55 +0000 Received: from localhost ([127.0.0.1]:55652 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkbfL-0005DH-Kf for submit@debbugs.gnu.org; Fri, 29 Apr 2022 21:12:55 -0400 Received: from mout.web.de ([212.227.15.14]:49299) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkbfH-0005Cz-Uj for 10539@debbugs.gnu.org; Fri, 29 Apr 2022 21:12:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1651281165; bh=HKL4CC3RZPxueM8V/lcW8IMGvIxKdMZ8Ov3vo5m2MjE=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=LBmmrPp4SUNQ+GffIYwOGqOD53F+bIuuVauVeIR54KOnOHRpcsyOgIUJwCgTHewj/ V/eY0Qnod+HJauk0Tak+J5Dn3oxVt6GGDwsFgpBzDOAPPFRsGNXlKuWGGJxYEmSKKg 2zpNbyr7fVPviunR7BDDW57UgQtSIqN6jjz1J3z8= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Received: from drachen.dragon ([178.14.74.158]) by smtp.web.de (mrweb006 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MgRMB-1oLb6o3GAB-00hSy4; Sat, 30 Apr 2022 03:12:45 +0200 From: Michael Heerdegen References: <87zkdl93r0.fsf@web.de> <87o80rrheb.fsf@gnus.org> Date: Sat, 30 Apr 2022 03:12:45 +0200 In-Reply-To: <87o80rrheb.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 23 Apr 2022 16:41:48 +0200") Message-ID: <87o80js7aq.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:9+qCvuTJfMRvM7g+THeeoE8LvtPG88gYopuAZ+LEPfIJykt1kyY 9pAGxyL+dw1iN1oJKFJjQyy7NmyK6xYTckeQE9fwL1tqxyCewWR3RES3qeV8HLX8tXSuxzv jRo1pvc2UDGFQu1dOhc+0aFau3az6EDQDii01MXqjOBNVu0RkI7AlZ37nkF5WBzz3AtVBAm dgca+/v2KimFXExIhhQ6g== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:gLpKuvfvUfA=:2D+Tmk/LxOAlpN5eLXwVn8 eEztzPkPCilDp6kGB0qLvTrdHGu83Xj+zlfAL3mmLLD/ZaTMN48SEuDqD8wHGqzWT/0pd743U xd97b3XQMfrUbMlfONrKz/YvubUrWVInir2xTvO/1Rzv0lZ/cJLgoyuHU97r0vD52Imgpu0tL wkuhGloOwLhTuNxlE+wDk6DJmK+1I9MMt7vZXHw1rtZ5jcIpFJqxG/Nag3DJTzDyMu3sDXfCG Ubjc/PKpSBcqu744C75oypGrogHSbVHDygI2GvZl5Xg3dh8BqfbfByMKbQfYj/54J7gmiJYnF YuVXP2Ibm5T+ManIkQQDalOpIzqdl1yb3NFl/U6wYed/CpwD9mYCIcQpc8rSZtwWcIixCcz2u 7Kn+kPDxoc0GxNc5vMn5L39LoE0cHppR62Wjy5gmGF3Y+l4HQACAdMw4ZrUNfqkFgK8Ruj8Xz 5/17o9pJ9vpIBG5nFZJzmlhh3TJLgl8MTeRLmya4I7969VjZu4RZ7+krSNe0jjhY4IZ9rZHW6 +6+wCtVkJNknUfRhDAosU2hhiNeqJ76N/8ncAHfMHlJ3iEqkod8Vcr2HydzRAcwmMRuR8SKvC CttB9mC7WbYw0q+yejyMhvvwax64Y/K7oZ+eqPGOb3KaApNFofJ/qMHDdXNcexq5InjARYPXd S+7orVE20c7WFz8e3tpdrPh8Nkit4ZFM1ArvciqcuSbknS0D0qSVxf5yJvHOCiykOPQu4De8O UurG5qEtk2wwHDCMVZS2ZA3exl/EG8g0DemREBsLudsUi4FMi6roI1V2F/JGtAjbyCzBD2kk1 mjWJg8Kp4KpOmR4D7jvzih83O6m4GV9PSaQRld6s3CCiSVfCbFfWj3YXjbxCi4Z7UzKSGkZ8h JwoZYYEYq6EFfnw7+3DBvm1Ynvpz3ojkREHsh1VaIHgHMemtK2/plINrz9Ms7KS01tdVQRTOD BqG111RnqkYzHlK6CdAL2TV7cT27zs51sLPmrby20zrwUnwCvGe2QYScs2fm6/GmMDNjUeP/R 0njLBn26nM2B83jNQm/ZKIV55nQw0q6GBetUpZF6n+jtXp3FqzDwZc70lG2w9z9jqdFx5U0tb giN6XBXMZAdY5o= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Lars Ingebrigtsen writes: > I've tried this in Emacs 29, and the Emacs in question does not show > up on "top" as consuming any CPU, so this has perhaps improved? Maybe, I dunno. Everything currently looks quite sane here, no problem. > As noted in the bug thread, `force-mode-line-update' just sets some > variables to make the next redisplay cycle update the mode lines, so > the doc string is correct, I think. Probably right. > The discussion then went on to adding some more comments or something, > but I'm not sure whether there's anything more to be done here? I haven't checked if everyone has committed every suggested aspect of improvements to the docs. If nobody else answers, you might close, from my side. Thanks, Michael. From unknown Sun Aug 17 22:01:42 2025 X-Loop: help-debbugs@gnu.org Subject: bug#10539: 24.0.92; low display-time-interval makes Emacs slow Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 30 Apr 2022 11:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10539 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Michael Heerdegen Cc: 10539@debbugs.gnu.org Received: via spool by 10539-submit@debbugs.gnu.org id=B10539.165131922517412 (code B ref 10539); Sat, 30 Apr 2022 11:48:01 +0000 Received: (at 10539) by debbugs.gnu.org; 30 Apr 2022 11:47:05 +0000 Received: from localhost ([127.0.0.1]:56022 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nklZ3-0004WY-Dk for submit@debbugs.gnu.org; Sat, 30 Apr 2022 07:47:05 -0400 Received: from quimby.gnus.org ([95.216.78.240]:47464) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nklZ1-0004Rg-Me for 10539@debbugs.gnu.org; Sat, 30 Apr 2022 07:47:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=ghOqBS9lcn6m1NXkaFRUSgfwnR3iULK6EmVO/xlbY5k=; b=qrs0EzykmiljSbl6le9fIuzX3P 5LwEiHpAycIPuZj0U/zqHBRD1PVU/OicyZnWMGgjr9hAQ7FNaXnDqHgUTUWUvzWnR8x7CaK2nzWh4 5QCLfqHsn1KGcz9DmqiQx+hGLl1JjrBovolWExfXTEiVXJo6P8/VIS9dLe+2lNFTjZD4=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nklYt-0007Rt-Eg; Sat, 30 Apr 2022 13:46:57 +0200 From: Lars Ingebrigtsen References: <87zkdl93r0.fsf@web.de> <87o80rrheb.fsf@gnus.org> <87o80js7aq.fsf@web.de> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEVAOkVCPEU5Mzj/ //9zPAoYAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+YEHgsmDxa7pQcAAAG1SURBVCjPLdDBbptAEAbg MUol6hMgjJKcMFIlvE9BLR/cnJqKQTGn+IBk71Ng1FZ0T4klI9cngupqmafMLITD7n7amX9HwK04 WFVoEbUhgBI6otiirrVKEKJsiSq+iUqwhaYRpMGWH9CMp7WBVVetYCzryqAtRcs9E8UFOgx5Xa+3 FbVeHZmAWKKlY09HtUGMvg2MkGqwHfQBHB2ZAOlimoC3iEoZA+lHfxl6NpzyBUz1E0Do2zczRHgQ Nvd4n60B09IHTNPEwRmsV2UwwdRP3BWjiAOuwMS5Qdh9pRHfQwQxVwGfuUteQexU4xjg8gRyR4x0 liKnUUy/z3P/V4pFwePQ//N25iJuEEhQUxfOHZchyI0KVOpPTCLscVrV37JXxAIh31Ont+mnDPMT kKQu3uLwAfXU0ZxPj9mGIY5avPzNMOOyPZl/XQfDO9xEpKibFTwOcQ8jvuOpOaBRDLoNe4a+KHFP nfvlzIP2zSUJ9LGUmnt0cy6yn3RIFyaA6BmlKlfuCIE5vYg/I+h4laXsR8imlw0dPm5ee156kAMu V16GcUiKi9n0gAepzDY3+Pcjvzd4ewd89O+M+1oisAAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMi0w NC0zMFQxMTozODoxNSswMDowMMwAyCsAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjItMDQtMzBUMTE6 Mzg6MTUrMDA6MDC9XXCXAAAAAElFTkSuQmCC X-Now-Playing: New Order's _Brotherhood_: "Bizarre Love Triangle" Date: Sat, 30 Apr 2022 13:46:54 +0200 In-Reply-To: <87o80js7aq.fsf@web.de> (Michael Heerdegen's message of "Sat, 30 Apr 2022 03:12:45 +0200") Message-ID: <87zgk23ia9.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Michael Heerdegen writes: > I haven't checked if everyone has committed every suggested aspect of > improvements to the docs. If nobody else answers, you might close, from > my side. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Michael Heerdegen writes: > I haven't checked if everyone has committed every suggested aspect of > improvements to the docs. If nobody else answers, you might close, from > my side. OK; closing. (If somebody else responds and feels there more to be done here, we'll reopen.) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 30 07:47:16 2022 Received: (at control) by debbugs.gnu.org; 30 Apr 2022 11:47:16 +0000 Received: from localhost ([127.0.0.1]:56025 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nklZD-0004fY-Q8 for submit@debbugs.gnu.org; Sat, 30 Apr 2022 07:47:16 -0400 Received: from quimby.gnus.org ([95.216.78.240]:47480) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nklZB-0004Zb-TI for control@debbugs.gnu.org; Sat, 30 Apr 2022 07:47:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=aMGzmXrBSY2SsaNSQ0muy6ZsdSVDvVAP0ZfrDUzrTRI=; b=NedTHkJMu0dYLMEj5+u3qOhzGf Unk/avA3r3L7Q2jbReX3UURbS+6XzP5gRiv4AhSeh+Q4YD/FvyCMtptnCxTAfk1h6h1lCBHhTIY8Z 0U6ky2mvA3b2DatZicb9IZtqN5YxEbnFQ6m2DX8mZ8Vg6q6iQkdLmt9vm03h2lm4Z5Ac=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nklZ4-0007S8-Bq for control@debbugs.gnu.org; Sat, 30 Apr 2022 13:47:08 +0200 Date: Sat, 30 Apr 2022 13:47:05 +0200 Message-Id: <87y1zm3i9y.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #10539 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 10539 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) close 10539 quit