From unknown Sat Jun 21 03:21:39 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#19776 <19776@debbugs.gnu.org> To: bug#19776 <19776@debbugs.gnu.org> Subject: Status: 25.0.50; HTML rendering is very slow Reply-To: bug#19776 <19776@debbugs.gnu.org> Date: Sat, 21 Jun 2025 10:21:39 +0000 retitle 19776 25.0.50; HTML rendering is very slow reassign 19776 emacs submitter 19776 rms@gnu.org severity 19776 minor thanks From debbugs-submit-bounces@debbugs.gnu.org Wed Feb 04 18:03:53 2015 Received: (at submit) by debbugs.gnu.org; 4 Feb 2015 23:03:53 +0000 Received: from localhost ([127.0.0.1]:34378 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YJ8z7-00089a-5K for submit@debbugs.gnu.org; Wed, 04 Feb 2015 18:03:53 -0500 Received: from eggs.gnu.org ([208.118.235.92]:45397) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YJ8z1-00089I-4E for submit@debbugs.gnu.org; Wed, 04 Feb 2015 18:03:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YJ8yp-0000Ma-Fd for submit@debbugs.gnu.org; Wed, 04 Feb 2015 18:03:37 -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.2 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD, URIBL_GREY autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:58179) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YJ8yp-0000MW-Cj for submit@debbugs.gnu.org; Wed, 04 Feb 2015 18:03:31 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47092) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YJ8yi-0007OV-So for bug-gnu-emacs@gnu.org; Wed, 04 Feb 2015 18:03:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YJ8yc-0000LH-PN for bug-gnu-emacs@gnu.org; Wed, 04 Feb 2015 18:03:24 -0500 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59644) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YJ8yc-0000L0-J5 for bug-gnu-emacs@gnu.org; Wed, 04 Feb 2015 18:03:18 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1YJ8yb-00049a-UL; Wed, 04 Feb 2015 18:03:18 -0500 Date: Wed, 04 Feb 2015 18:03:17 -0500 Message-Id: Content-Type: text/plain; charset=Utf-8 From: Richard Stallman To: bug-gnu-emacs@gnu.org Subject: 25.0.50; HTML rendering is very slow X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -3.9 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: rms@gnu.org 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.9 (---) The automatic HTML rendering of the following message takes several seconds on this X60 which for most things is blindingly fast. Since there is no indication on the screen of what is happening, I think that I failed to type a command, and type it again. It needs to be sped up, but in the short term it needs to display "Rendering html..." in the echo area. Date: Tue, 3 Feb 2015 17:34:46 -0500 (EST) From: The Nation Magazine Message-ID: <20150203223446.3769712.187000@sailthru.com> Subject: Anti-Vaxxers and Our Political Craziness Gap, Plus: Emotional Labor at McDonald's and the Super Bowl Conspiracy Theory Content-Type: multipart/alternative; boundary="----=_Part_52339185_374501655.1423002886144" ------=_Part_52339185_374501655.1423002886144 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Email Nation
A minimal= ly responsible Republican Party would not pander to this sort of thing. But= that, of course, is not what we have.
Having trouble reading this email? View it on= the Web.
 
 
 
=3D""<= /a>
 
Tuesday, February 03, 2015
 
 
  <= /tr> <= /tr>
 
3D""
 
The GOP=E2=80=99s Em= brace of Anti-Vaxxers Reveals the Craziness Gap in American Politics
 
by Mi= chelle Goldberg
 
 
 
= 3D""
 
3D""=
 
A Job at McDonald= =E2=80=99s Now Includes Singing and Dancing on Demand
 
by Br= yce Covert
 
 
 
 
= Donate
= Donations Make This Journalism Possible
 
 
3D""=
 
The Conspiracy Theo= ry Surrounding The Seahawks=E2=80=99 Last Play
 
by Da= ve Zirin
 
 
 
<= /tr>
 
 
3D=
 
The City That Outla= wed Free Food
 
by Mi= chelle Chen
 
 
 
 
Connect with The N= ation on
 
3D"=   Facebook
3D"=   Twitter
 
 
3D""
 
7 Reasons Why Ameri= ca=E2=80=99s Wars Aren=E2=80=99t Ending Anytime Soon
 
by Wi= lliam Astore
 
 
 
<= /tr>
 
 
3D""
 
Why Is There No Mas= sive Antiwar Movement in America?
 
by To= m Engelhardt
 
 
 
<= /tr>
 
 
3D""
 
Some Enchanted Stan= dards
 
by Da= vid Hajdu
 
 
 
<= /tr>
 
 
3D""
 
What to Do Now That= Republicans Have Acknowledged Climate Change
 
by To= m Tomorrow
 
 
 
 
 
Connect with The N= ation on
 
3D"=   Facebook
3D"=   Twitter
3D"=   Google+
3D"=   Tumblr
 
 
 
 
To unsubscribe from all Nation emails or to update your email preferences,= click here.

= Privacy Policy  |  Contact Us  |  How to Advert= ise  |  Donate  |  Subscribe

The Nation Magazine
33 Irving Place
New York, NY 10003
 
 
 
------=_Part_52339185_374501655.1423002886144-- In GNU Emacs 25.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.24.10) of 2015-02-01 on rms System Description: Trisquel GNU/Linux 6.0.1, Toutatis Configured using: `configure 'CFLAGS=-g3 -O0'' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND GPM DBUS GCONF GSETTINGS NOTIFY LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: RMAIL Minor modes in effect: shell-dirtrack-mode: t gpm-mouse-mode: t tooltip-mode: t global-eldoc-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t line-number-mode: t abbrev-mode: t Recent messages: Wrote /home/rms/outgoing/out-35 Saving file /home/rms/outgoing/out-35... Wrote /home/rms/outgoing/out-35 Expunging deleted messages...done Char: TAB (9, #o11, #x9) point=150 of 52916 (0%) column=0 Mark set [2 times] Saved text until "rt_52339185_374501655.1423002886144-- " Load-path shadows: None found. Features: (shadow emacsbug rmailout shell pcomplete grep compile comint ansi-color ring url-util url-parse auth-source cl-macs eieio byte-opt gv bytecomp byte-compile cl-extra seq cconv eieio-core cl-generic gnus-util password-cache url-vars shr-color color shr dom cl-loaddefs cl-lib subr-x pcase browse-url mailalias rmailsum battery qp rmailmm message sendmail format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mailabbrev gmm-utils mailheader mail-parse rfc2231 rmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils dired t-mouse package epg-config view time-date paren cus-start cus-load advice help-fns tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind gfilenotify dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) Memory information: ((conses 8 273262 23081) (symbols 24 22796 0) (miscs 20 634 1310) (strings 16 30913 4808) (string-bytes 1 1005054) (vectors 8 14300) (vector-slots 4 415483 37376) (floats 8 295 462) (intervals 28 52132 83) (buffers 520 27) (heap 1024 9349 544)) [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! See stallman.org/skype.html. From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 05 06:42:24 2015 Received: (at 19776) by debbugs.gnu.org; 5 Feb 2015 11:42:24 +0000 Received: from localhost ([127.0.0.1]:34575 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YJKpD-0002km-Jk for submit@debbugs.gnu.org; Thu, 05 Feb 2015 06:42:24 -0500 Received: from mxin.ulb.ac.be ([164.15.128.112]:51644) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YJKpA-0002kb-UP for 19776@debbugs.gnu.org; Thu, 05 Feb 2015 06:42:21 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArgFANNW01SkD4Xx/2dsb2JhbABahDGCMq1NAQEBAQEBBpgyAoFoAQEBAQF9hA0BBAEnUgULCAMOEyUPAQRJE4gYAQwIwSeOJQGGLQEBAQEBAQEDAQEBAQEBHIYEgiqHSgeEKQWYPoYwjDoig289MYJCAQEB Received: from mathsrv4.ulb.ac.be (HELO localhost) ([164.15.133.241]) by smtp.ulb.ac.be with ESMTP; 05 Feb 2015 12:41:59 +0100 From: Nicolas Richard To: Richard Stallman Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: Date: Thu, 05 Feb 2015 12:42:21 +0100 In-Reply-To: (Richard Stallman's message of "Wed, 04 Feb 2015 18:03:17 -0500") Message-ID: <87wq3wk2jm.fsf@yahoo.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 19776 Cc: 19776@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -2.3 (--) Richard Stallman writes: > The automatic HTML rendering of the following message takes several > seconds on this X60 which for most things is blindingly fast. FWIW, here's the elp-results on my machine (after instrumenting the package shr, and calling shr-render-buffer) : shr-descend 6227 408.78522387 0.0656472175 shr-tag-table 1062 189.46034310 0.1783995697 shr-tag-table-1 1062 189.33667913 0.1782831253 shr-make-table 3186 187.52006959 0.0588575234 shr-make-table-1 1070 164.06574762 0.1533324744 shr-render-td 3428 163.98280975 0.0478362922 shr-render-buffer 1 28.734523319 28.734523319 shr-insert-document 1 28.712268988 28.712268988 shr-tag-body 1 28.690722764 28.690722764 shr-insert-table 1062 0.8013559019 0.0007545724 shr-insert 4126 0.283103186 6.861...e-05 shr-tag-a 822 0.2324357269 0.0002827685 shr-column-specs 1062 0.1266108010 0.0001192192 shr-tag-div 198 0.0957929849 0.0004838029 shr-max-columns 2124 0.0947569080 4.461...e-05 shr-colorize-region 634 0.075634319 0.0001192970 shr-parse-style 548 0.0700457249 0.0001278206 shr-color-check 141 0.0599092470 0.0004248882 shr-tag-img 333 0.058440363 0.0001754965 shr-color-visible 141 0.0464957430 0.0003297570 shr-urlify 212 0.0396780100 0.0001871604 shr-count 5966 0.0346115289 5.801...e-06 shr-table-widths 1062 0.0337347569 3.176...e-05 shr-add-font 3462 0.0260796149 7.533...e-06 shr-find-fill-point 494 0.0245121429 4.961...e-05 shr-indent 10019 0.0231243120 2.308...e-06 shr-remove-trailing-whitespace 1 0.02058152 0.02058152 shr-pro-rate-columns 1062 0.0123682060 1.164...e-05 shr-insert-table-ruler 4045 0.0103226100 2.551...e-06 shr-ensure-paragraph 1064 0.0096426120 9.062...e-06 shr-color->hexadecimal 282 0.0084433179 2.994...e-05 shr-fold-text 23 0.0077441709 0.0003367030 shr-ensure-newline 396 0.0067178849 1.696...e-05 shr-expand-url 545 0.0023009930 4.222...e-06 shr-tag-br 102 0.002192799 2.149...e-05 shr-tag-comment 289 0.0007590249 2.626...e-06 shr-tag-title 1 0.00071629 0.00071629 shr-heading 1 0.000702604 0.000702604 shr-encode-url 46 0.0006519919 1.417...e-05 shr-fontize-dom 1 0.000606771 0.000606771 shr-tag-span 9 0.000584241 6.491...e-05 shr-previous-newline-padding-width 126 0.0004090820 3.246...e-06 shr-image-displayer 23 8.367...e-05 3.638...e-06 shr-tag-style 1 2.438e-06 2.438e-06 > Since there is no indication on the screen of what is happening, > I think that I failed to type a command, and type it again. > > It needs to be sped up, but in the short term it needs to display > "Rendering html..." in the echo area. A patch is attached but I don't know if this is the right place for it (shr-insert-document). modified lisp/net/shr.el @@ -208,7 +208,8 @@ (defun shr-insert-document (dom) (shr-depth 0) (shr-warning nil) (shr-internal-width (or shr-width (1- (window-width))))) - (shr-descend dom) + (with-temp-message "Rendering HTML..." + (shr-descend dom)) (shr-remove-trailing-whitespace start (point)) (when shr-warning (message "%s" shr-warning)))) -- Nicolas From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 05 11:14:26 2015 Received: (at 19776) by debbugs.gnu.org; 5 Feb 2015 16:14:26 +0000 Received: from localhost ([127.0.0.1]:34926 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YJP4T-0002G9-JH for submit@debbugs.gnu.org; Thu, 05 Feb 2015 11:14:26 -0500 Received: from mtaout24.012.net.il ([80.179.55.180]:33275) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YJP4R-0002Fu-2f for 19776@debbugs.gnu.org; Thu, 05 Feb 2015 11:14:23 -0500 Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0NJB00I003E09O00@mtaout24.012.net.il> for 19776@debbugs.gnu.org; Thu, 05 Feb 2015 18:06:03 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NJB00CXB3E3RL40@mtaout24.012.net.il>; Thu, 05 Feb 2015 18:06:03 +0200 (IST) Date: Thu, 05 Feb 2015 18:14:12 +0200 From: Eli Zaretskii Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow In-reply-to: <87wq3wk2jm.fsf@yahoo.fr> X-012-Sender: halo1@inter.net.il To: Nicolas Richard Message-id: <834mr0fi97.fsf@gnu.org> References: <87wq3wk2jm.fsf@yahoo.fr> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 19776 Cc: rms@gnu.org, 19776@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii 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.0 (+) > From: Nicolas Richard > Date: Thu, 05 Feb 2015 12:42:21 +0100 > Cc: 19776@debbugs.gnu.org > > modified lisp/net/shr.el > @@ -208,7 +208,8 @@ (defun shr-insert-document (dom) > (shr-depth 0) > (shr-warning nil) > (shr-internal-width (or shr-width (1- (window-width))))) > - (shr-descend dom) > + (with-temp-message "Rendering HTML..." > + (shr-descend dom)) > (shr-remove-trailing-whitespace start (point)) > (when shr-warning > (message "%s" shr-warning)))) > I'm not sure it's right for a library to display such messages. I think the application (in this case, Rmail) should do that. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 25 17:34:30 2015 Received: (at 19776) by debbugs.gnu.org; 25 Dec 2015 22:34:30 +0000 Received: from localhost ([127.0.0.1]:35757 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCawQ-0002DJ-HS for submit@debbugs.gnu.org; Fri, 25 Dec 2015 17:34:30 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:49883) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCawO-0002DB-TK for 19776@debbugs.gnu.org; Fri, 25 Dec 2015 17:34:29 -0500 Received: from 2.150.58.24.tmi.telenormobil.no ([2.150.58.24] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aCaw3-0005eA-K0; Fri, 25 Dec 2015 23:34:07 +0100 From: Lars Ingebrigtsen To: Richard Stallman Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: Date: Fri, 25 Dec 2015 23:34:06 +0100 In-Reply-To: (Richard Stallman's message of "Wed, 04 Feb 2015 18:03:17 -0500") Message-ID: <87d1tuw42p.fsf@gnus.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1aCaw3-0005eA-K0 X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1451687647.90733@d0EIsDr7vCdDfmYrugLfCA X-Spam-Status: No X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 19776 Cc: 19776@debbugs.gnu.org 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: -0.7 (/) Richard Stallman writes: > The automatic HTML rendering of the following message takes several > seconds on this X60 which for most things is blindingly fast. > Since there is no indication on the screen of what is happening, > I think that I failed to type a command, and type it again. It takes a quarter second on my laptop now. Is this still slow for you? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 26 01:14:54 2015 Received: (at 19776) by debbugs.gnu.org; 26 Dec 2015 06:14:54 +0000 Received: from localhost ([127.0.0.1]:36659 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCi7x-0005PJ-V4 for submit@debbugs.gnu.org; Sat, 26 Dec 2015 01:14:54 -0500 Received: from eggs.gnu.org ([208.118.235.92]:34142) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCi7w-0005Ot-Gz for 19776@debbugs.gnu.org; Sat, 26 Dec 2015 01:14:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aCi7q-00018N-Nu for 19776@debbugs.gnu.org; Sat, 26 Dec 2015 01:14:47 -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,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40621) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aCi7j-0000xf-Ea; Sat, 26 Dec 2015 01:14:39 -0500 Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1aCi7i-0006qq-Vw; Sat, 26 Dec 2015 01:14:39 -0500 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman To: Lars Ingebrigtsen In-reply-to: <87d1tuw42p.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 25 Dec 2015 23:34:06 +0100) Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> Message-Id: Date: Sat, 26 Dec 2015 01:14:38 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 19776 Cc: 19776@debbugs.gnu.org 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: , Reply-To: rms@gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > > The automatic HTML rendering of the following message takes several > > seconds on this X60 which for most things is blindingly fast. > > Since there is no indication on the screen of what is happening, > > I think that I failed to type a command, and type it again. > It takes a quarter second on my laptop now. Is this still slow for you? It takes around 5 seconds now -- still enough to lead a user to think it is broken. If it is going to take this long, it should show echo area messages about process. -- Dr Richard Stallman President, Free Software Foundation (gnu.org, fsf.org) Internet Hall-of-Famer (internethalloffame.org) Skype: No way! See stallman.org/skype.html. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 15 17:49:40 2018 Received: (at 19776) by debbugs.gnu.org; 15 Apr 2018 21:49:40 +0000 Received: from localhost ([127.0.0.1]:54626 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f7pWk-0000sh-QA for submit@debbugs.gnu.org; Sun, 15 Apr 2018 17:49:38 -0400 Received: from hermes.netfonds.no ([80.91.224.195]:39593) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f7pWh-0000sX-Ij for 19776@debbugs.gnu.org; Sun, 15 Apr 2018 17:49:37 -0400 Received: from 46.67.12.60.tmi.telenormobil.no ([46.67.12.60] helo=corrigan) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1f7pWe-0003KF-NI; Sun, 15 Apr 2018 23:49:34 +0200 Received: from larsi by corrigan with local (Exim 4.89) (envelope-from ) id 1f7pWY-0005ia-NL; Sun, 15 Apr 2018 23:49:26 +0200 From: Lars Ingebrigtsen To: Richard Stallman Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> Date: Sun, 15 Apr 2018 23:49:26 +0200 In-Reply-To: (Richard Stallman's message of "Sat, 26 Dec 2015 01:14:38 -0500") Message-ID: <87tvsc6syh.fsf@mouse.gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 19776 Cc: 19776@debbugs.gnu.org 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.0 (-) Richard Stallman writes: > It takes around 5 seconds now -- still enough to lead a user > to think it is broken. If it is going to take this long, > it should show echo area messages about process. If we had a form like (with-delayed-message (1 "Rendering html...") ... all the code ...) then we'd be able to display a message if the code took longer than 1 second. We don't have that, do we? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 15 17:50:59 2018 Received: (at control) by debbugs.gnu.org; 15 Apr 2018 21:51:00 +0000 Received: from localhost ([127.0.0.1]:54630 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f7pY3-0000uj-OT for submit@debbugs.gnu.org; Sun, 15 Apr 2018 17:50:59 -0400 Received: from hermes.netfonds.no ([80.91.224.195]:39614) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f7pY2-0000uc-9J for control@debbugs.gnu.org; Sun, 15 Apr 2018 17:50:58 -0400 Received: from 46.67.12.60.tmi.telenormobil.no ([46.67.12.60] helo=corrigan) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1f7pXz-0005Hi-M8 for control@debbugs.gnu.org; Sun, 15 Apr 2018 23:50:57 +0200 Received: from larsi by corrigan with local (Exim 4.89) (envelope-from ) id 1f7pXt-0005ii-DH for control@debbugs.gnu.org; Sun, 15 Apr 2018 23:50:49 +0200 To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #22846 Message-Id: Date: Sun, 15 Apr 2018 23:50:49 +0200 X-Spam-Score: 0.0 (/) 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: -1.0 (-) forcemerge 22846 19776 From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 15 18:00:57 2018 Received: (at 19776) by debbugs.gnu.org; 15 Apr 2018 22:00:57 +0000 Received: from localhost ([127.0.0.1]:54645 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f7phe-00023n-4r for submit@debbugs.gnu.org; Sun, 15 Apr 2018 18:00:57 -0400 Received: from hermes.netfonds.no ([80.91.224.195]:39688) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f7phZ-0001yp-Ux for 19776@debbugs.gnu.org; Sun, 15 Apr 2018 18:00:53 -0400 Received: from 46.67.12.60.tmi.telenormobil.no ([46.67.12.60] helo=corrigan) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1f7phV-0002jB-HY; Mon, 16 Apr 2018 00:00:49 +0200 Received: from larsi by corrigan with local (Exim 4.89) (envelope-from ) id 1f7phP-0005rG-9c; Mon, 16 Apr 2018 00:00:39 +0200 From: Lars Ingebrigtsen To: Richard Stallman Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> Date: Mon, 16 Apr 2018 00:00:39 +0200 In-Reply-To: <87tvsc6syh.fsf@mouse.gnus.org> (Lars Ingebrigtsen's message of "Sun, 15 Apr 2018 23:49:26 +0200") Message-ID: <87h8oc6sfs.fsf@mouse.gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 19776 Cc: 19776@debbugs.gnu.org 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.0 (-) Lars Ingebrigtsen writes: > Richard Stallman writes: > >> It takes around 5 seconds now -- still enough to lead a user >> to think it is broken. If it is going to take this long, >> it should show echo area messages about process. > > If we had a form like > > (with-delayed-message (1 "Rendering html...") > ... all the code ...) > > then we'd be able to display a message if the code took longer than 1 > second. We don't have that, do we? Oh, I asked this before, and the answer is "nope, not at all". The problem is that it can't be done with normal timers, since "all the code" may be pure Elisp and never yield. For that reason, it can't be done with the new thread support, either. So it would require some C-level magic. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 22 20:00:05 2021 Received: (at 19776) by debbugs.gnu.org; 23 Oct 2021 00:00:05 +0000 Received: from localhost ([127.0.0.1]:33983 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1me4SD-0001Jf-3Z for submit@debbugs.gnu.org; Fri, 22 Oct 2021 20:00:05 -0400 Received: from mail-pg1-f170.google.com ([209.85.215.170]:42826) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1me4SA-0001If-GQ for 19776@debbugs.gnu.org; Fri, 22 Oct 2021 20:00:04 -0400 Received: by mail-pg1-f170.google.com with SMTP id t7so4675650pgl.9 for <19776@debbugs.gnu.org>; Fri, 22 Oct 2021 17:00:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=BGP64FPxCWcT4TXUbERNpnQu/7HQ2I88wt7mIysj0ko=; b=tr4nuA7mjhslNt+xxXxFiBLrFY08/f64+R9Z+93UaAWHg5YiIbwzqDdOmT/2dGg3Um +n2GtYR32TlB109jcqa4xuA/ifNyCP4up+NlfliX0YNK4Jj8BSCbDaFXERLJmUeVl/q3 uXLM4xSLJkdmLT9FjdZo9Ym+KiyuA06LylsfOieEOQ086ZvTGW7KIHagljsGN5znkL0f pvh5AWmWijnZGMY369s+Hy84r0d/Qv4bFKzFUMGlb3vchmgizdvFfE+ww7BsXDpsHjEy 7dSP8YzDuWD0w8BKMpqUnLy3N+4NSzj1snkNpOG9YuoQlvPD60XF1HOyVNLKwzTP9OXF 6q6g== X-Gm-Message-State: AOAM531xLvnati0+jUehZrev8HjxxSk0MgA93xwjdWckUh+adEfTa/28 N6qM2bPBGyFZu6D8IJw0Yc5OCBarLdxXLSMXghA= X-Google-Smtp-Source: ABdhPJzTSCGWPu4geo2mbyILJgBlc3Iv+ETPrcmV1wWP/nPgEGY5u6FHKF6Df56cTAirBHnMLscndfh4sLnTXXMZzz8= X-Received: by 2002:aa7:978b:0:b0:44c:abf1:a8b8 with SMTP id o11-20020aa7978b000000b0044cabf1a8b8mr3176605pfp.35.1634947196454; Fri, 22 Oct 2021 16:59:56 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Fri, 22 Oct 2021 16:59:55 -0700 From: Stefan Kangas In-Reply-To: <87h8oc6sfs.fsf@mouse.gnus.org> (Lars Ingebrigtsen's message of "Mon, 16 Apr 2018 00:00:39 +0200") References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Date: Fri, 22 Oct 2021 16:59:55 -0700 Message-ID: Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow To: Lars Ingebrigtsen Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 19776 Cc: Richard Stallman , 19776@debbugs.gnu.org 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: -0.5 (/) Lars Ingebrigtsen writes: > Lars Ingebrigtsen writes: > >> Richard Stallman writes: >> >>> It takes around 5 seconds now -- still enough to lead a user >>> to think it is broken. If it is going to take this long, >>> it should show echo area messages about process. >> >> If we had a form like >> >> (with-delayed-message (1 "Rendering html...") >> ... all the code ...) >> >> then we'd be able to display a message if the code took longer than 1 >> second. We don't have that, do we? > > Oh, I asked this before, and the answer is "nope, not at all". > > The problem is that it can't be done with normal timers, since "all the > code" may be pure Elisp and never yield. For that reason, it can't be > done with the new thread support, either. > > So it would require some C-level magic. I guess we can't do this for the C-level DEFUN's (without massive changes), but we might be able to check some timer before executing a Lisp function or something. However, wouldn't such a new check risk slowing Emacs down as a whole? IOW, I ask if what you ask for is a little bit "too nice", and if we shouldn't just fix the problematic ELisp code itself to use a progress reporter or something to that effect. From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 23 03:28:22 2021 Received: (at 19776) by debbugs.gnu.org; 23 Oct 2021 07:28:22 +0000 Received: from localhost ([127.0.0.1]:34255 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1meBS1-0004WF-Si for submit@debbugs.gnu.org; Sat, 23 Oct 2021 03:28:22 -0400 Received: from eggs.gnu.org ([209.51.188.92]:44942) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1meBRw-0004Vz-HW for 19776@debbugs.gnu.org; Sat, 23 Oct 2021 03:28:20 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:53556) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1meBRr-0008Jd-0K; Sat, 23 Oct 2021 03:28:11 -0400 Received: from [87.69.77.57] (port=1841 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1meBRk-0004Tw-R7; Sat, 23 Oct 2021 03:28:05 -0400 Date: Sat, 23 Oct 2021 10:27:51 +0300 Message-Id: <83pmrw5hfs.fsf@gnu.org> From: Eli Zaretskii To: Stefan Kangas In-Reply-To: (message from Stefan Kangas on Fri, 22 Oct 2021 16:59:55 -0700) Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 19776 Cc: larsi@gnus.org, rms@gnu.org, 19776@debbugs.gnu.org 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 (---) > From: Stefan Kangas > Date: Fri, 22 Oct 2021 16:59:55 -0700 > Cc: Richard Stallman , 19776@debbugs.gnu.org > > >> then we'd be able to display a message if the code took longer than 1 > >> second. We don't have that, do we? > > > > Oh, I asked this before, and the answer is "nope, not at all". > > > > The problem is that it can't be done with normal timers, since "all the > > code" may be pure Elisp and never yield. For that reason, it can't be > > done with the new thread support, either. > > > > So it would require some C-level magic. > > I guess we can't do this for the C-level DEFUN's (without massive > changes), but we might be able to check some timer before executing a > Lisp function or something. However, wouldn't such a new check risk > slowing Emacs down as a whole? Did someone consider using atimers for this purpose? See atimer.c. From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 24 08:43:56 2021 Received: (at 19776) by debbugs.gnu.org; 24 Oct 2021 12:43:56 +0000 Received: from localhost ([127.0.0.1]:38101 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mecqy-0001K9-38 for submit@debbugs.gnu.org; Sun, 24 Oct 2021 08:43:56 -0400 Received: from quimby.gnus.org ([95.216.78.240]:43712) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mecqw-0001Ju-9d for 19776@debbugs.gnu.org; Sun, 24 Oct 2021 08:43:55 -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=gsUSN7cdX4eJLNKKdyI047693JW9TYIiug7fdUW2yvU=; b=ksU5Bi2UwX4RFoZd+tsLS9zowU 0ATcx19ZKsuAVxmXS4b+b07Z7Q78Es+JbEDQyKKHvlkxQHm/bmG/ayaOrUp5QBr99YORy6JsLZD0w FyHKrcC48kp4yp94p2LkTVQsfY/w7hb9KxhqcXpWrED74UBB9hgDUk3A4XiVv/zFw3VA=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mecql-000718-4T; Sun, 24 Oct 2021 14:43:46 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAAAAAByaaZbAAAAAXNSR0IArs4c6QAAAAJiS0dE AP+Hj8y/AAAACXBIWXMAAAsSAAALEgHS3X78AAAAB3RJTUUH5QoYDA8DQsvzUQAAAJhJREFUSMft k9ENgCAMRIGwkqPclF3KUfzBQC3aw/ihwX4R0tdryxHXMBZpMH9OIAeUk3BAXOqZQlqgIXBaQQF7 BjolyKFhLrRCCGKSRPNDa0WnJSgBsV2lXpWrgZyWrETml4R+Sx7Gb6lgiTEQGo3jw7nxwh9344tS UU3MKTSmJxXqQzw/tGgBFzDOcRUwChxjSvP9wEeBDeQcFNLrTcmuAAAAJXRFWHRkYXRlOmNyZWF0 ZQAyMDIxLTEwLTI0VDEyOjE1OjAyKzAwOjAwM7W0pAAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMS0x MC0yNFQxMjoxNTowMiswMDowMELoDBgAAAA4dEVYdGljYzpjb3B5cmlnaHQAQ29weXJpZ2h0IChj KSAxOTk4IEhld2xldHQtUGFja2FyZCBDb21wYW55+Vd5NwAAACF0RVh0aWNjOmRlc2NyaXB0aW9u AHNSR0IgSUVDNjE5NjYtMi4xV63aRwAAACZ0RVh0aWNjOm1hbnVmYWN0dXJlcgBJRUMgaHR0cDov L3d3dy5pZWMuY2gcfwBMAAAAN3RFWHRpY2M6bW9kZWwASUVDIDYxOTY2LTIuMSBEZWZhdWx0IFJH QiBjb2xvdXIgc3BhY2UgLSBzUkdCRFNIqQAAAABJRU5ErkJggg== X-Now-Playing: Lost Girls's _Menneskekollektivet_: "Real Life" Date: Sun, 24 Oct 2021 14:43:41 +0200 In-Reply-To: <83pmrw5hfs.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 23 Oct 2021 10:27:51 +0300") Message-ID: <875ytmbnk2.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: Eli Zaretskii writes: > Did someone consider using atimers for this purpose? See atimer.c. Oh, that looks promising. I guess we can't run Lisp code from an atimer? But then again, we wouldn't need to -- with a thing like 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: 19776 Cc: Stefan Kangas , rms@gnu.org, 19776@debbugs.gnu.org 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 (---) Eli Zaretskii writes: > Did someone consider using atimers for this purpose? See atimer.c. Oh, that looks promising. I guess we can't run Lisp code from an atimer? But then again, we wouldn't need to -- with a thing like (with-delayed-message 2 "Rendering HTML..." (do-the-hthml-rendering)) the message would be precomposed, so we'd just need to display it in the echo area? I guess with-delayed-message would have to be implemented in C, since the atimers aren't exposed from Lisp, but it should be pretty trivial anyway. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 24 10:05:42 2021 Received: (at 19776) by debbugs.gnu.org; 24 Oct 2021 14:05:42 +0000 Received: from localhost ([127.0.0.1]:40447 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mee86-0008KP-4C for submit@debbugs.gnu.org; Sun, 24 Oct 2021 10:05:42 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57874) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mee83-0008KC-OJ for 19776@debbugs.gnu.org; Sun, 24 Oct 2021 10:05:40 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:35810) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mee7y-00082R-E9; Sun, 24 Oct 2021 10:05:34 -0400 Received: from [87.69.77.57] (port=4979 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mee7T-0001mL-41; Sun, 24 Oct 2021 10:05:05 -0400 Date: Sun, 24 Oct 2021 17:04:54 +0300 Message-Id: <83y26i34e1.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <875ytmbnk2.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 24 Oct 2021 14:43:41 +0200) Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 19776 Cc: stefan@marxist.se, rms@gnu.org, 19776@debbugs.gnu.org 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 (---) > From: Lars Ingebrigtsen > Cc: Stefan Kangas , rms@gnu.org, 19776@debbugs.gnu.org > Date: Sun, 24 Oct 2021 14:43:41 +0200 > > Eli Zaretskii writes: > > > Did someone consider using atimers for this purpose? See atimer.c. > > Oh, that looks promising. I guess we can't run Lisp code from an > atimer? But then again, we wouldn't need to -- with a thing like > > (with-delayed-message 2 "Rendering HTML..." > (do-the-hthml-rendering)) > > the message would be precomposed, so we'd just need to display it in the > echo area? Yes. And Fmessage is implemented in C anyway. From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 24 10:25:37 2021 Received: (at 19776) by debbugs.gnu.org; 24 Oct 2021 14:25:37 +0000 Received: from localhost ([127.0.0.1]:40478 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1meeRN-0000MH-Cd for submit@debbugs.gnu.org; Sun, 24 Oct 2021 10:25:37 -0400 Received: from quimby.gnus.org ([95.216.78.240]:44690) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1meeRL-0000M3-5k for 19776@debbugs.gnu.org; Sun, 24 Oct 2021 10:25:36 -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=UIEahpLzhTTCkLL7jBwXlWsKPBukjerPD15PzvYV9us=; b=nhQgC4HT14MZiXczfyFEIALI1e y2rNCEOa2OpUmOl45xWt8i8E/5Xg9wxtzwVilaJv2bFc+hKK18AOLfdJU/WFtiePNNgJ4ylvTHy5R 6Y4drC5PvJVUc2Rx6MgkLBL4LbKtt/jCB6w9cMC/GUt9AfvcvDeBuRJo5cdxEGGJo35M=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1meeRA-0007sj-SC; Sun, 24 Oct 2021 16:25:28 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> Date: Sun, 24 Oct 2021 16:25:24 +0200 In-Reply-To: <83y26i34e1.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 24 Oct 2021 17:04:54 +0300") Message-ID: <87wnm27b57.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: Eli Zaretskii writes: >> (with-delayed-message 2 "Rendering HTML..." >> (do-the-hthml-rendering)) >> >> the message would be precomposed, so we'd just need to display it in the >> echo area? > > Yes. And Fmessage is implem [...] 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: 19776 Cc: stefan@marxist.se, rms@gnu.org, 19776@debbugs.gnu.org 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 (---) Eli Zaretskii writes: >> (with-delayed-message 2 "Rendering HTML..." >> (do-the-hthml-rendering)) >> >> the message would be precomposed, so we'd just need to display it in the >> echo area? > > Yes. And Fmessage is implemented in C anyway. Right. I was more thinking of whether to evaluate the text form first or when displaying it. I.e., (with-delayed-message 2 (format "This is taking a long time, %s" (user-full-name)) ... so this form will have to evaluate that immediately (before starting the body), but display the results when the atimer runs out. I'll have a crack at implementing this and see how it goes... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 24 12:22:45 2021 Received: (at 19776) by debbugs.gnu.org; 24 Oct 2021 16:22:45 +0000 Received: from localhost ([127.0.0.1]:40617 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1megGj-0007aP-I4 for submit@debbugs.gnu.org; Sun, 24 Oct 2021 12:22:45 -0400 Received: from quimby.gnus.org ([95.216.78.240]:45700) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1megGg-0007aA-Tm for 19776@debbugs.gnu.org; Sun, 24 Oct 2021 12:22:43 -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=kojfmR9pmfAknDQKasFj80Yqik6ALZjwHCNfcaPDIYQ=; b=lmuGMV4qzO5XsSkPCToorMjRkz lv5tiIe3AiR1WC44v20Ev99RNHoCu6UXsE33jWAYKiuCuqv1WIkAcyBypK0kSYWK923c1u+3y4Df3 hwJAJxRWQblFLx7DeMiKrByQzojJfA5IUOrny0XV0WOjox6XOAt3s95k9I4L+q8HHLgo=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1megGW-0000Nj-LB; Sun, 24 Oct 2021 18:22:35 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAACVBMVEXO1dWNcDX////Y 16zIAAAAAWJLR0QCZgt8ZAAAAAlwSFlzAAALEgAACxIB0t1+/AAAAAd0SU1FB+UKGBASDDgk2MgA AACNSURBVCjP3Y9BDgMhCEUxkb1N5D6Q1L0mcP+rDKOOdNFtNzUx4Ql8/wf4x4PWT01mesB+Cven 6RPgK/AsdMF6zUngiBFlYCh7vhPHsrYIqZYDWi0xpn0QPjBEYg5JFUPAtD7ORndy81MFxYxkC9YJ 3rhlJCWzxiunC6PZNvp2AyuOd/nlmUqZK8Did09dr8clJGwSuaAAAABaZVhJZk1NACoAAAAIAAUB EgADAAAAAQABAAABGgAFAAAAAQAAAEoBGwAFAAAAAQAAAFIBKAADAAAAAQACAAACEwADAAAAAQAB AAAAAAAAAAAASAAAAAEAAABIAAAAAR9S9zQAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjEtMTAtMjRU MTY6MTg6MTIrMDA6MDDKWFUcAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIxLTEwLTI0VDE2OjE4OjEy KzAwOjAwuwXtoAAAABd0RVh0ZXhpZjpZQ2JDclBvc2l0aW9uaW5nADGsD4BjAAAAMHRFWHRpY2M6 Y29weXJpZ2h0AENvcHlyaWdodCAyMDAwIEFkb2JlIFN5c3RlbXMsIEluYy6pb7Z0AAAAKXRFWHRp Y2M6ZGVzY3JpcHRpb24AVS5TLiBXZWIgQ29hdGVkIChTV09QKSB2MqZOuwAAAAAASUVORK5CYII= Date: Sun, 24 Oct 2021 18:22:27 +0200 In-Reply-To: <87wnm27b57.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 24 Oct 2021 16:25:24 +0200") Message-ID: <87sfwq75q4.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: Lars Ingebrigtsen writes: > I'll have a crack at implementing this and see how it goes... I've now implemented the special form, and it works fine interpreted. But I'm having problems with the byte compilation. 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: 19776 Cc: stefan@marxist.se, rms@gnu.org, 19776@debbugs.gnu.org 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 (---) Lars Ingebrigtsen writes: > I'll have a crack at implementing this and see how it goes... I've now implemented the special form, and it works fine interpreted. But I'm having problems with the byte compilation. So I've done a (byte-defop-compiler-1 with-delayed-message) and I think I understand that it wants to (byte-compile-form (nth 1 form)) (byte-compile-form (nth 2 form)) (byte-compile-body-do-effect (cdr (cdr (cdr form)))) But this would be the first special form that doesn't have a byte op code, probably? Is that allowed? I couldn't find any other examples of that being a thing. I may well be missing something. But if that's the case, and we don't want to use a byte op for this, then we'd have to make the special form into a normal macro, and then create two helper functions (to start and stop the atimer in question)... which is perhaps others have done kinda similar things this way before. But that's kinda meh. Am I missing something, and it's easy to write the byte-compile-with-delayed-message function without a byte op? Or should we use a byte op? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 24 13:07:03 2021 Received: (at 19776) by debbugs.gnu.org; 24 Oct 2021 17:07:04 +0000 Received: from localhost ([127.0.0.1]:40661 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1megxb-0000JJ-Go for submit@debbugs.gnu.org; Sun, 24 Oct 2021 13:07:03 -0400 Received: from eggs.gnu.org ([209.51.188.92]:56670) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1megxP-0000Ib-Px for 19776@debbugs.gnu.org; Sun, 24 Oct 2021 13:07:01 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:39944) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1megxK-0005d4-By; Sun, 24 Oct 2021 13:06:46 -0400 Received: from [87.69.77.57] (port=1545 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1megxE-0002mE-2c; Sun, 24 Oct 2021 13:06:40 -0400 Date: Sun, 24 Oct 2021 20:06:31 +0300 Message-Id: <83pmru2vzc.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen , Stefan Monnier In-Reply-To: <87sfwq75q4.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 24 Oct 2021 18:22:27 +0200) Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 19776 Cc: rms@gnu.org, 19776@debbugs.gnu.org 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 (---) > From: Lars Ingebrigtsen > Cc: stefan@marxist.se, rms@gnu.org, 19776@debbugs.gnu.org > Date: Sun, 24 Oct 2021 18:22:27 +0200 > > I've now implemented the special form, and it works fine interpreted. > But I'm having problems with the byte compilation. > > So I've done a > > (byte-defop-compiler-1 with-delayed-message) > > and I think I understand that it wants to > > (byte-compile-form (nth 1 form)) > (byte-compile-form (nth 2 form)) > (byte-compile-body-do-effect (cdr (cdr (cdr form)))) > > But this would be the first special form that doesn't have a byte op > code, probably? Is that allowed? I couldn't find any other examples of > that being a thing. > > I may well be missing something. > > But if that's the case, and we don't want to use a byte op for this, > then we'd have to make the special form into a normal macro, and then > create two helper functions (to start and stop the atimer in > question)... which is perhaps others have done kinda similar things > this way before. > > But that's kinda meh. Am I missing something, and it's easy to write > the byte-compile-with-delayed-message function without a byte op? Or > should we use a byte op? Stefan, any words of wisdom here? From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 24 13:56:22 2021 Received: (at 19776) by debbugs.gnu.org; 24 Oct 2021 17:56:22 +0000 Received: from localhost ([127.0.0.1]:40737 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mehjK-0003lW-Jz for submit@debbugs.gnu.org; Sun, 24 Oct 2021 13:56:22 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:33023) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mehjJ-0003lJ-EY for 19776@debbugs.gnu.org; Sun, 24 Oct 2021 13:56:21 -0400 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 459F480784; Sun, 24 Oct 2021 13:56:15 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id E96108011F; Sun, 24 Oct 2021 13:56:13 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1635098173; bh=rTjXVo4bN47eP+1Vm8z/JPGPLU3azJUtnQqMjm5A/e4=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=NizIfPYGNaC9nn8omHhZHhe6jN47HCpAFY7py/UkBDiFXJRJor0v84ciYl7fSs/eu rs1mbSeZV1Gk+V+oQrS4OWuH3MvaPPaCW4aRgnWaj0+SoEXv7VVwByOSgdBgCE1sZF iBD8oqIdn0SmuH+6pVdgq0U0YXQvyVzojyOyWQ3g0+jIh1ddKmqEs6l4C65fBshJ/A KRCJA6buNJSFrGiQkz3+t3C8q+bphgSzt3seiMj7faKkde6qKI/ak+NRGM8icWYkse TKzz75r05RG8x2bY58uEp2nuF9CFaVbZFGD4V5JkFmbToPVc3ggvrT/pt/09I2fagf Lrfxl6lordXvQ== Received: from milanesa (unknown [45.72.241.23]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 92E2A12055A; Sun, 24 Oct 2021 13:56:13 -0400 (EDT) From: Stefan Monnier To: Lars Ingebrigtsen Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow Message-ID: References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> Date: Sun, 24 Oct 2021 13:56:11 -0400 In-Reply-To: <87sfwq75q4.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 24 Oct 2021 18:22:27 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.062 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 19776 Cc: Eli Zaretskii , stefan@marxist.se, rms@gnu.org, 19776@debbugs.gnu.org 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 (---) > But this would be the first special form that doesn't have a byte op > code, probably? Is that allowed? I couldn't find any other examples of > that being a thing. You don't need a new byte-code, but I'd strongly advise against using a new special form. It'll be much simpler to define it as a macro + a function, where the macro turns (with-delayed-message MSG BODY) into (funcall-with-delayed-message MSG (lambda () BODY)) -- Stefan From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 24 14:46:00 2021 Received: (at 19776) by debbugs.gnu.org; 24 Oct 2021 18:46:00 +0000 Received: from localhost ([127.0.0.1]:40887 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1meiVM-0003zB-9d for submit@debbugs.gnu.org; Sun, 24 Oct 2021 14:46:00 -0400 Received: from quimby.gnus.org ([95.216.78.240]:47260) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1meiVK-0003tJ-Pz for 19776@debbugs.gnu.org; Sun, 24 Oct 2021 14:45: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=ys60SrXaQcZIQTwH+utvcI5L8m/aHgEWZ6szbB8StG0=; b=vILLq63VIfkyuEDZzyhgAlydnv zD0X4JbZ2O9h28f2eyQU732mh5HJfm70qAyeoNUOxyGUhQXIV/p+KxtVZfkfsp0LaCIaDWPqWWlNh s+YZ3LW0rnsghznld3zSu8hsEHs4d+GHgWuJr1PZ0qbHgk0WyMXlhJJ3AESJmTAfWKoY=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1meiVA-0001aF-RH; Sun, 24 Oct 2021 20:45:51 +0200 From: Lars Ingebrigtsen To: Stefan Monnier Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAALVBMVEUEBQcqLwsUKA5K TwpdawyRoQu1yAgaKCoxPjxcXWGKio0xTBRvjg3U3Af////i4YOuAAAAAWJLR0QOb70wTwAAAAd0 SU1FB+UKGBE4IRNSIqIAAAGmSURBVDjL1VI9T8NADL16CWz1pVuWnCtUpE5pyg9AhV8A7cRIsyGd uqRsiKXNVjER/gASW4EtIx8TI4z5LzhpSi8lYeeGk+VnPz+/OyH+xZFuLQSyBmh7VA20ht4vOiCm 2QtOtvOkkAE4GPwCKOdArJnRq1YMfs0qIDZqrSshJldZpOHaqAl3tLUbZ4Clo6kB7F9G8/heWMKy xH18M4+meZUQnbvb23hhRYsILjmKH+4eFqtxetXJYkLrD+NzrMrHPDev2oMZw7DkVH53ZuEs1Ea+ u8yd6HC1YQmHSjVXod7iJigKJ9tD5aa7fNxNSaNpiF8zQWk3CHVHi0ZDYVcibr0tqwFgCVQ8fdmj qgNGXPqlMMl4MiEulQUwOT0CqyVpAOQyIJ0E3YYkZVA9EtsrWy9ISFKZHZQkCp1B1qFo3cFbq6P3 0yU6fhlQrmgPz8aO37f5f6IxHND+GAWDV7Qli0VcAwrt5C1IP9H2+x5mphRA27d7x0H6hU/+kedt HAb28/D5Ig0Ol/0TzyX3x0TVRM8epaPz41O7ZLniFuf5Yjzu96AAvgG1IlSwfoWYSgAAACV0RVh0 ZGF0ZTpjcmVhdGUAMjAyMS0xMC0yNFQxNzo1NjozMyswMDowMF2Mw2EAAAAldEVYdGRhdGU6bW9k aWZ5ADIwMjEtMTAtMjRUMTc6NTY6MzMrMDA6MDAs0XvdAAAAAElFTkSuQmCC Date: Sun, 24 Oct 2021 20:45:48 +0200 In-Reply-To: (Stefan Monnier's message of "Sun, 24 Oct 2021 13:56:11 -0400") Message-ID: <871r4a45yb.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: Stefan Monnier writes: > You don't need a new byte-code, but I'd strongly advise against using > a new special form. It'll be much simpler to define it as a macro + > a function, where the macro turns > > (with-delayed-mess [...] 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: 19776 Cc: Eli Zaretskii , stefan@marxist.se, rms@gnu.org, 19776@debbugs.gnu.org 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 (---) Stefan Monnier writes: > You don't need a new byte-code, but I'd strongly advise against using > a new special form. It'll be much simpler to define it as a macro + > a function, where the macro turns > > (with-delayed-message MSG BODY) > > into > > (funcall-with-delayed-message MSG (lambda () BODY)) Ah, yes indeed. That'll simplify things enormously; thanks. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 24 15:11:11 2021 Received: (at 19776) by debbugs.gnu.org; 24 Oct 2021 19:11:11 +0000 Received: from localhost ([127.0.0.1]:40951 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1meitj-000859-LW for submit@debbugs.gnu.org; Sun, 24 Oct 2021 15:11:11 -0400 Received: from quimby.gnus.org ([95.216.78.240]:47470) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1meith-00084v-TN for 19776@debbugs.gnu.org; Sun, 24 Oct 2021 15:11:10 -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=Pmv2BLPcPyVJkm+LqoZBbDpb/JelVwBXNTCShGw0Fyk=; b=JLrqhotrdiR8i2rT4Ze+U4D4xG zDAk35/izU/mH4VWUwcluKK8NGQTr2976T6LfdB6YYLVZTs6gyU6z0bIIn+1IdChDc8FiJdZigR0V HJNHrBLXJ3rh+8zLwS9PVkwT6R+V8Wqa8vroyKuzx5Tr7iKBe2WsSmz+CXSCDccXm2us=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1meitW-0001ls-4p; Sun, 24 Oct 2021 21:11:01 +0200 From: Lars Ingebrigtsen To: Stefan Monnier Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEWbmpu2qs14cY5T Yo9EM1b///9aDEYQAAAAAWJLR0QF+G/pxwAAAAd0SU1FB+UKGBMJCJQ5aRIAAAGTSURBVDjLZZOL rcMgDEWJ0wFavQWQYQAUM0AF3n+mZ5tvGlRViU/u9Qdwzh2fj3MOgHS5x8pEgejyMwAoS15PonTS tb6EAJgEqNNbJA4mONMASQEucClATZ0pgZ85IHl54cCUWcqaCnmQ5MCcmavKuht4cCpnXRKuTKF4 U4hRByrIVRyvbuWHQpCBol4YrKooUfllYWwKJ4MQgHjJkyH5SwayKE6t5o+sMCa25AFlJKe32eaW iNcQIVhBHdQ1So2T5TWygMWlwQfINGLqlhaIw0VFm8CdddZ0E7QkHdQbUMlQMI4dsZ0V+3TENrAG MHOWJnPF4/PSbeR+VjCqWhaR7CMFkbR9fw1r3VyuqJ81Enlb1mE/kPAA3esuubZhTQkh2SDLAFNi R4HZP8DP2OEe5wJjJitm8xoC/HH6jvgQlPYFTsEsNgcttmypC8d+dOMGnIJep+cdwD37dwL3svy1 cg21wA48vtoVCHW76eLlcDZfXPQb8qP7bPeP8iTvPrCCx6E93wy93POrH7+VxR1a90r9DwbDn2gc 12KoAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIxLTEwLTI0VDE5OjA5OjA4KzAwOjAwq75rBwAAACV0 RVh0ZGF0ZTptb2RpZnkAMjAyMS0xMC0yNFQxOTowOTowOCswMDowMNrj07sAAAAASUVORK5CYII= Date: Sun, 24 Oct 2021 21:10:57 +0200 In-Reply-To: (Stefan Monnier's message of "Sun, 24 Oct 2021 13:56:11 -0400") Message-ID: <87wnm22q7y.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: Stefan Monnier writes: > You don't need a new byte-code, but I'd strongly advise against using > a new special form. It'll be much simpler to define it as a macro + > a function, where the macro turns > > (with-delayed-mess [...] 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: 19776 Cc: Eli Zaretskii , stefan@marxist.se, rms@gnu.org, 19776@debbugs.gnu.org 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 (---) Stefan Monnier writes: > You don't need a new byte-code, but I'd strongly advise against using > a new special form. It'll be much simpler to define it as a macro + > a function, where the macro turns > > (with-delayed-message MSG BODY) > > into > > (funcall-with-delayed-message MSG (lambda () BODY)) I've now implemented this... but testing this with a busy loop shows that the atimer doesn't fire (or at least that the callback doesn't get called) in all situations. If I move the mouse pointer, for instance, then it's called. If I don't do anything, and eval this: (with-delayed-message 0.5 "Yes" (dotimes (i 1000000000) (+ i 2))) the atimer callback isn't called. Anybody know what's up with that? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 24 15:18:32 2021 Received: (at 19776) by debbugs.gnu.org; 24 Oct 2021 19:18:32 +0000 Received: from localhost ([127.0.0.1]:40971 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mej0q-0008H1-6b for submit@debbugs.gnu.org; Sun, 24 Oct 2021 15:18:32 -0400 Received: from quimby.gnus.org ([95.216.78.240]:47554) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mej0o-0008Gn-E0 for 19776@debbugs.gnu.org; Sun, 24 Oct 2021 15:18:31 -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=lrgMNoZZUDpV9qi7ojgCI3/QgzECKRXAunUeAU5ltgk=; b=SnElFNhESvDYnHrH9gc/rmx/Wr nOmdN3GuNO+vyVtvuiKFlWATtBP/hrgxraF5WiUspLFrAUcNmOzP1rgQiMpIDkIn2Qg5Zv6mjXgR6 HZ3qatuoGZyPqKWc9gBAVdYErBvLbdq0/9yt1FIFv6vYeqBNnPKG/0b49Vcq/D40hkK0=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mej0c-0001q2-4p; Sun, 24 Oct 2021 21:18:22 +0200 From: Lars Ingebrigtsen To: Stefan Monnier Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEWbmpu2qs14cY5T Yo9EM1b///9aDEYQAAAAAWJLR0QF+G/pxwAAAAd0SU1FB+UKGBMJCJQ5aRIAAAGTSURBVDjLZZOL rcMgDEWJ0wFavQWQYQAUM0AF3n+mZ5tvGlRViU/u9Qdwzh2fj3MOgHS5x8pEgejyMwAoS15PonTS tb6EAJgEqNNbJA4mONMASQEucClATZ0pgZ85IHl54cCUWcqaCnmQ5MCcmavKuht4cCpnXRKuTKF4 U4hRByrIVRyvbuWHQpCBol4YrKooUfllYWwKJ4MQgHjJkyH5SwayKE6t5o+sMCa25AFlJKe32eaW iNcQIVhBHdQ1So2T5TWygMWlwQfINGLqlhaIw0VFm8CdddZ0E7QkHdQbUMlQMI4dsZ0V+3TENrAG MHOWJnPF4/PSbeR+VjCqWhaR7CMFkbR9fw1r3VyuqJ81Enlb1mE/kPAA3esuubZhTQkh2SDLAFNi R4HZP8DP2OEe5wJjJitm8xoC/HH6jvgQlPYFTsEsNgcttmypC8d+dOMGnIJep+cdwD37dwL3svy1 cg21wA48vtoVCHW76eLlcDZfXPQb8qP7bPeP8iTvPrCCx6E93wy93POrH7+VxR1a90r9DwbDn2gc 12KoAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIxLTEwLTI0VDE5OjA5OjA4KzAwOjAwq75rBwAAACV0 RVh0ZGF0ZTptb2RpZnkAMjAyMS0xMC0yNFQxOTowOTowOCswMDowMNrj07sAAAAASUVORK5CYII= Date: Sun, 24 Oct 2021 21:18:17 +0200 In-Reply-To: <87wnm22q7y.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 24 Oct 2021 21:10:57 +0200") Message-ID: <87sfwq2pvq.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: Lars Ingebrigtsen writes: > If I move the mouse pointer, for instance, then it's called. (If I hit the keyboard, it's called, too, so the input system seems to be causing the atimers to be triggered?) 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: 19776 Cc: stefan@marxist.se, rms@gnu.org, 19776@debbugs.gnu.org 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 (---) Lars Ingebrigtsen writes: > If I move the mouse pointer, for instance, then it's called. (If I hit the keyboard, it's called, too, so the input system seems to be causing the atimers to be triggered?) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 24 15:24:25 2021 Received: (at 19776) by debbugs.gnu.org; 24 Oct 2021 19:24:25 +0000 Received: from localhost ([127.0.0.1]:40980 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mej6X-0008Q9-1X for submit@debbugs.gnu.org; Sun, 24 Oct 2021 15:24:25 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47700) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mej6U-0008Pw-TJ for 19776@debbugs.gnu.org; Sun, 24 Oct 2021 15:24:23 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:43562) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mej6O-0002jy-Tc; Sun, 24 Oct 2021 15:24:16 -0400 Received: from [87.69.77.57] (port=2076 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mej6H-0001PL-Qo; Sun, 24 Oct 2021 15:24:10 -0400 Date: Sun, 24 Oct 2021 22:24:00 +0300 Message-Id: <83ee8a2pm7.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87wnm22q7y.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 24 Oct 2021 21:10:57 +0200) Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 19776 Cc: 19776@debbugs.gnu.org, stefan@marxist.se, monnier@iro.umontreal.ca, rms@gnu.org 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 (---) > From: Lars Ingebrigtsen > Cc: Eli Zaretskii , stefan@marxist.se, rms@gnu.org, > 19776@debbugs.gnu.org > Date: Sun, 24 Oct 2021 21:10:57 +0200 > > I've now implemented this... but testing this with a busy loop shows > that the atimer doesn't fire (or at least that the callback doesn't get > called) in all situations. > > If I move the mouse pointer, for instance, then it's called. If I don't > do anything, and eval this: > > (with-delayed-message 0.5 "Yes" > (dotimes (i 1000000000) > (+ i 2))) > > the atimer callback isn't called. Anybody know what's up with that? When the timer expires, it delivers a signal, but the signal handler only sets a flag. The flag is checked when we call maybe_quit, which calls do_pending_atimers. So a Lisp program that hogs the CPU, and never calls any function that calls maybe_quit, will indeed block atimers. However, this is rare for real-life Lisp programs, because several core primitives call maybe_quit from time to time. From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 24 15:42:38 2021 Received: (at 19776) by debbugs.gnu.org; 24 Oct 2021 19:42:38 +0000 Received: from localhost ([127.0.0.1]:41004 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mejO9-0000R4-W1 for submit@debbugs.gnu.org; Sun, 24 Oct 2021 15:42:38 -0400 Received: from quimby.gnus.org ([95.216.78.240]:47816) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mejO8-0000Qq-7Y for 19776@debbugs.gnu.org; Sun, 24 Oct 2021 15:42:37 -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=VyBfSrTwT0Vx4sFrs81MR/4OmWYk8I00Xp8/nDHVdp4=; b=Zy7RklFoyAs0a61OOhhE6KlDpO rvvfymDTZzJHgEoy/+KVULgmYovSsL3t3EYYLJixZRVME2tLNWxEVHxVmBf/VjfyvVlIypfX7Whib 56wO6V2e1MKujctewAeRwur5CsF2uEYlB4LBBSR7ygUdxnQCjgZis0kL6spV0XWkkUmQ=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mejNx-000206-Lz; Sun, 24 Oct 2021 21:42:28 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEWbmpu2qs14cY5T Yo9EM1b///9aDEYQAAAAAWJLR0QF+G/pxwAAAAd0SU1FB+UKGBMJCJQ5aRIAAAGTSURBVDjLZZOL rcMgDEWJ0wFavQWQYQAUM0AF3n+mZ5tvGlRViU/u9Qdwzh2fj3MOgHS5x8pEgejyMwAoS15PonTS tb6EAJgEqNNbJA4mONMASQEucClATZ0pgZ85IHl54cCUWcqaCnmQ5MCcmavKuht4cCpnXRKuTKF4 U4hRByrIVRyvbuWHQpCBol4YrKooUfllYWwKJ4MQgHjJkyH5SwayKE6t5o+sMCa25AFlJKe32eaW iNcQIVhBHdQ1So2T5TWygMWlwQfINGLqlhaIw0VFm8CdddZ0E7QkHdQbUMlQMI4dsZ0V+3TENrAG MHOWJnPF4/PSbeR+VjCqWhaR7CMFkbR9fw1r3VyuqJ81Enlb1mE/kPAA3esuubZhTQkh2SDLAFNi R4HZP8DP2OEe5wJjJitm8xoC/HH6jvgQlPYFTsEsNgcttmypC8d+dOMGnIJep+cdwD37dwL3svy1 cg21wA48vtoVCHW76eLlcDZfXPQb8qP7bPeP8iTvPrCCx6E93wy93POrH7+VxR1a90r9DwbDn2gc 12KoAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIxLTEwLTI0VDE5OjA5OjA4KzAwOjAwq75rBwAAACV0 RVh0ZGF0ZTptb2RpZnkAMjAyMS0xMC0yNFQxOTowOTowOCswMDowMNrj07sAAAAASUVORK5CYII= Date: Sun, 24 Oct 2021 21:42:24 +0200 In-Reply-To: <83ee8a2pm7.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 24 Oct 2021 22:24:00 +0300") Message-ID: <87fssq2orj.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: Eli Zaretskii writes: > When the timer expires, it delivers a signal, but the signal handler > only sets a flag. The flag is checked when we call maybe_quit, which > calls do_pending_atimers. So a Lisp program that hogs th [...] 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: 19776 Cc: 19776@debbugs.gnu.org, stefan@marxist.se, monnier@iro.umontreal.ca, rms@gnu.org 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 (---) Eli Zaretskii writes: > When the timer expires, it delivers a signal, but the signal handler > only sets a flag. The flag is checked when we call maybe_quit, which > calls do_pending_atimers. So a Lisp program that hogs the CPU, and > never calls any function that calls maybe_quit, will indeed block > atimers. However, this is rare for real-life Lisp programs, because > several core primitives call maybe_quit from time to time. The use case here was for CPU-hogging Lisp code, though, like `shr-insert-document'. And it doesn't seem to hit any maybe_quits in this very synthetic test: (with-delayed-message 0.5 "Yes" (dotimes (i 1000000) (with-temp-buffer (shr-insert-document '(html nil (body nil (table nil (tr nil (td nil "Here's a line ") (td nil "Here's a line "))))))))) Could `with-delayed-message' set a flag that would call maybe_quit more often, somehow? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 24 16:10:02 2021 Received: (at 19776) by debbugs.gnu.org; 24 Oct 2021 20:10:02 +0000 Received: from localhost ([127.0.0.1]:41045 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mejog-0003JX-3R for submit@debbugs.gnu.org; Sun, 24 Oct 2021 16:10:02 -0400 Received: from quimby.gnus.org ([95.216.78.240]:48098) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mejoe-0003J4-0j for 19776@debbugs.gnu.org; Sun, 24 Oct 2021 16:10:00 -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=75mNlnQI3xhzea6KtNCJAV/IG6ndcE7wjGZIltVRUgM=; b=iE0GVS8ZYLawXmLi0euEjBFGUP tnodFSkjrYlgeKziZMkGZYOcoHMk20oP2qsn+MCoEP2VNeFSfGcJlGTkn6wETRWboKXDW4ey+ubTc 3BxU7yjBKsEg2ew6VTQ1hCkjHeOPRhEQemsDSKQ0cqpBGUlNi602NPbf/VrjjaRvlJuc=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mejoT-0002D2-3U; Sun, 24 Oct 2021 22:09:52 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAFVBMVEX9/Pzg1dfGqbmI hmzaYp3FJjj///8CDSF2AAAAAWJLR0QGYWa4fQAAAAd0SU1FB+UKGBQIAfGx9nIAAAGsSURBVDjL ldTLtqsgDABQ9LRzH3UOaOdXsXMrcX5akv//lZNYtVg7uVmrj8WWJKCo1H9E9n04tRJmx6nmrx9n ratbZSJoBlEn0Sq9DCY2L2CIUm3QdTWByTYw2wxbEwVnk1wi2yDtVIkX37m14AreqhRVrZO1zaVG FWy2h9dvSsGagu6+3eCV6sqQF9j4tviNIeF+bFZi5k2CMZwFTI2cKiUdwVWgqwFDXdIjAiJCY+s7 hKIkfHeVMjxl5RBMSfSG8woYnKOliEDFMFp7Y2h5w4YNrgJ1NnGqtpzod4NpnqEnGkPH8IgBwXVA nhzQB0yEHm7zn8d2r1/QC2D/Cd4BgOcLbnsguDHAFCCeIe2CzADocW1XLQtcgJuKQLYEUGpIt8vK JU4Co+8nN8P7qU0E7r73AaWP6KGV+6EngJvAM4JqAXpUce25CA5XsF1bxSXmXDieQQvEmaRhhB/Q kmrYgWJIGdoK9+PqhJAx3Cv9AeoCusn7UR0inbcQjnCaZLO+wGXqefx5hMKOjbX/Dq+FhJ+SxjZ5 bnOzNz6p/Cn4vObZMV8yH+TlSvU9/gCklH3ZeHfYXQAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMS0x MC0yNFQyMDowODowMSswMDowMCoQatkAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMTAtMjRUMjA6 MDg6MDErMDA6MDBbTdJlAAAAAElFTkSuQmCC Date: Sun, 24 Oct 2021 22:09:47 +0200 In-Reply-To: <87fssq2orj.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 24 Oct 2021 21:42:24 +0200") Message-ID: <87pmru18xg.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: Lars Ingebrigtsen writes: > Could `with-delayed-message' set a flag that would call maybe_quit more > often, somehow? Or... call do_pending_atimers in our loop somewhere strategic. It's just a check for whether the atimers variable is NULL or not, so it should be reasonably fast. Or just test the variable directly, f [...] 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: 19776 Cc: stefan@marxist.se, 19776@debbugs.gnu.org, monnier@iro.umontreal.ca, rms@gnu.org 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 (---) Lars Ingebrigtsen writes: > Could `with-delayed-message' set a flag that would call maybe_quit more > often, somehow? Or... call do_pending_atimers in our loop somewhere strategic. It's just a check for whether the atimers variable is NULL or not, so it should be reasonably fast. Or just test the variable directly, for that matter. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 24 16:14:33 2021 Received: (at 19776) by debbugs.gnu.org; 24 Oct 2021 20:14:33 +0000 Received: from localhost ([127.0.0.1]:41054 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mejt3-0003Q7-2G for submit@debbugs.gnu.org; Sun, 24 Oct 2021 16:14:33 -0400 Received: from quimby.gnus.org ([95.216.78.240]:48160) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mejt0-0003Pt-8F for 19776@debbugs.gnu.org; Sun, 24 Oct 2021 16:14:31 -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=pR7cKRr2mVWym49IWvlcYhD2/IJek8ARn0w+/bP+MtY=; b=emf8bfM6Xp3/Iuwerg1abRxyGj 8cTO/5mgg97v+v4cjafqzJi9iOp77ylb6AYtxS2X9a8SjVly5ZoK7AmEh9aDfeGLjhZjDF7aWZ9Kw AjenDBwpmiyb2vyC1xBj65w+o32GApSWdjTX8Q2M+OLdt1Zb2AImMecbOU4vtzbSb6kY=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mejsq-0002EM-Md; Sun, 24 Oct 2021 22:14:23 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <87pmru18xg.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAFVBMVEX9/Pzg1dfGqbmI hmzaYp3FJjj///8CDSF2AAAAAWJLR0QGYWa4fQAAAAd0SU1FB+UKGBQIAfGx9nIAAAGsSURBVDjL ldTLtqsgDABQ9LRzH3UOaOdXsXMrcX5akv//lZNYtVg7uVmrj8WWJKCo1H9E9n04tRJmx6nmrx9n ratbZSJoBlEn0Sq9DCY2L2CIUm3QdTWByTYw2wxbEwVnk1wi2yDtVIkX37m14AreqhRVrZO1zaVG FWy2h9dvSsGagu6+3eCV6sqQF9j4tviNIeF+bFZi5k2CMZwFTI2cKiUdwVWgqwFDXdIjAiJCY+s7 hKIkfHeVMjxl5RBMSfSG8woYnKOliEDFMFp7Y2h5w4YNrgJ1NnGqtpzod4NpnqEnGkPH8IgBwXVA nhzQB0yEHm7zn8d2r1/QC2D/Cd4BgOcLbnsguDHAFCCeIe2CzADocW1XLQtcgJuKQLYEUGpIt8vK JU4Co+8nN8P7qU0E7r73AaWP6KGV+6EngJvAM4JqAXpUce25CA5XsF1bxSXmXDieQQvEmaRhhB/Q kmrYgWJIGdoK9+PqhJAx3Cv9AeoCusn7UR0inbcQjnCaZLO+wGXqefx5hMKOjbX/Dq+FhJ+SxjZ5 bnOzNz6p/Cn4vObZMV8yH+TlSvU9/gCklH3ZeHfYXQAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMS0x MC0yNFQyMDowODowMSswMDowMCoQatkAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMTAtMjRUMjA6 MDg6MDErMDA6MDBbTdJlAAAAAElFTkSuQmCC Date: Sun, 24 Oct 2021 22:14:20 +0200 In-Reply-To: <87pmru18xg.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 24 Oct 2021 22:09:47 +0200") Message-ID: <87lf2i18pv.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: Lars Ingebrigtsen writes: > Or... call do_pending_atimers in our loop somewhere strategic. It's > just a check for whether the atimers variable is NULL or not, so it > should be reasonably fast. Or just test the variable direc [...] 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: 19776 Cc: stefan@marxist.se, 19776@debbugs.gnu.org, monnier@iro.umontreal.ca, rms@gnu.org 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 (---) Lars Ingebrigtsen writes: > Or... call do_pending_atimers in our loop somewhere strategic. It's > just a check for whether the atimers variable is NULL or not, so it > should be reasonably fast. Or just test the variable directly, for that > matter. Or... is something else going on here? I put in an explicit `while' here, because DEFUN ("while", Fwhile, Swhile, 1, UNEVALLED, 0, [...] while (!NILP (eval_sub (test))) { maybe_quit (); prog_ignore (body); } So we're calling maybe_quit here: (with-delayed-message 0.5 "Yes" (dotimes (i 1000000) (let ((j 0)) (while (< j 1000) (setq j (1+ j)))))) Still, it's not triggered. Hm. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 24 16:18:32 2021 Received: (at 19776) by debbugs.gnu.org; 24 Oct 2021 20:18:32 +0000 Received: from localhost ([127.0.0.1]:41058 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mejwu-0003W5-Ih for submit@debbugs.gnu.org; Sun, 24 Oct 2021 16:18:32 -0400 Received: from quimby.gnus.org ([95.216.78.240]:48196) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mejws-0003Vs-SV for 19776@debbugs.gnu.org; Sun, 24 Oct 2021 16:18:32 -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=4IHutq02ApjDpkNUSJqG+JxiCP0XqmoMpM2JD4/lxm4=; b=d1QXSvUdN3yjzxJ84BjTdkbWc9 e1li6Tq7cjyR84KCgYsRa+HQ+N5Oqht7lThS8dMTAypIb2IT5yb/9qvzayH2FogRtd09sROYbdyti Jte2egwFaTVNGvU1iHdf3K0unBKpg7x3uSAGm0vGWqlgQwD8lShTfeaNlGdABeQcHywo=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mejwi-0002HL-K6; Sun, 24 Oct 2021 22:18:23 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <87pmru18xg.fsf@gnus.org> <87lf2i18pv.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAFVBMVEX9/Pzg1dfGqbmI hmzaYp3FJjj///8CDSF2AAAAAWJLR0QGYWa4fQAAAAd0SU1FB+UKGBQIAfGx9nIAAAGsSURBVDjL ldTLtqsgDABQ9LRzH3UOaOdXsXMrcX5akv//lZNYtVg7uVmrj8WWJKCo1H9E9n04tRJmx6nmrx9n ratbZSJoBlEn0Sq9DCY2L2CIUm3QdTWByTYw2wxbEwVnk1wi2yDtVIkX37m14AreqhRVrZO1zaVG FWy2h9dvSsGagu6+3eCV6sqQF9j4tviNIeF+bFZi5k2CMZwFTI2cKiUdwVWgqwFDXdIjAiJCY+s7 hKIkfHeVMjxl5RBMSfSG8woYnKOliEDFMFp7Y2h5w4YNrgJ1NnGqtpzod4NpnqEnGkPH8IgBwXVA nhzQB0yEHm7zn8d2r1/QC2D/Cd4BgOcLbnsguDHAFCCeIe2CzADocW1XLQtcgJuKQLYEUGpIt8vK JU4Co+8nN8P7qU0E7r73AaWP6KGV+6EngJvAM4JqAXpUce25CA5XsF1bxSXmXDieQQvEmaRhhB/Q kmrYgWJIGdoK9+PqhJAx3Cv9AeoCusn7UR0inbcQjnCaZLO+wGXqefx5hMKOjbX/Dq+FhJ+SxjZ5 bnOzNz6p/Cn4vObZMV8yH+TlSvU9/gCklH3ZeHfYXQAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMS0x MC0yNFQyMDowODowMSswMDowMCoQatkAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMTAtMjRUMjA6 MDg6MDErMDA6MDBbTdJlAAAAAElFTkSuQmCC Date: Sun, 24 Oct 2021 22:18:20 +0200 In-Reply-To: <87lf2i18pv.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 24 Oct 2021 22:14:20 +0200") Message-ID: <87h7d618j7.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: Lars Ingebrigtsen writes: > Still, it's not triggered. Hm. Adding this to maybe_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: 19776 Cc: stefan@marxist.se, 19776@debbugs.gnu.org, monnier@iro.umontreal.ca, rms@gnu.org 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 (---) Lars Ingebrigtsen writes: > Still, it's not triggered. Hm. Adding this to maybe_quit: + do_pending_atimers (); Makes the thing work. I.e.,: void maybe_quit (void) { if (!NILP (Vquit_flag) && NILP (Vinhibit_quit)) process_quit_flag (); else if (pending_signals) process_pending_signals (); do_pending_atimers (); } So the atimer code isn't setting pending_signals, so it's never handled until we get a signal of a different kind. That has to be a bug, I think? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 24 16:41:11 2021 Received: (at 19776) by debbugs.gnu.org; 24 Oct 2021 20:41:11 +0000 Received: from localhost ([127.0.0.1]:41073 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mekIp-00043n-0O for submit@debbugs.gnu.org; Sun, 24 Oct 2021 16:41:11 -0400 Received: from quimby.gnus.org ([95.216.78.240]:48350) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mekIn-00043a-1x for 19776@debbugs.gnu.org; Sun, 24 Oct 2021 16:41:09 -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=N9tH6KB1VDbaAP2tP8belpTSXxMSCA4KOEkPZGZOVqk=; b=SHD9gaNIljQgNGhekeT0FuIwU9 1VfwhJl+zfz5CdRoNh0hSntVMu6es2yDfVRNjbeEM9QaZ2E1FdykpqbA668xkRbf/GXy+W5PePxu0 0u6INRrxqyduE3VPkasKifwRHPZG1RsJVqlgsToAHU28SKbwuX6nihn23tYzT4BfPcu0=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mekIc-0002QH-5f; Sun, 24 Oct 2021 22:41:01 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <87pmru18xg.fsf@gnus.org> <87lf2i18pv.fsf@gnus.org> <87h7d618j7.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAFVBMVEX9/Pzg1dfGqbmI hmzaYp3FJjj///8CDSF2AAAAAWJLR0QGYWa4fQAAAAd0SU1FB+UKGBQkOeCCJUIAAAGsSURBVDjL ldTLtqsgDABQ9LRzH3UOaOdXsXMrcX5akv//lZNYtVg7uVmrj8WWJKCo1H9E9n04tRJmx6nmrx9n ratbZSJoBlEn0Sq9DCY2L2CIUm3QdTWByTYw2wxbEwVnk1wi2yDtVIkX37m14AreqhRVrZO1zaVG FWy2h9dvSsGagu6+3eCV6sqQF9j4tviNIeF+bFZi5k2CMZwFTI2cKiUdwVWgqwFDXdIjAiJCY+s7 hKIkfHeVMjxl5RBMSfSG8woYnKOliEDFMFp7Y2h5w4YNrgJ1NnGqtpzod4NpnqEnGkPH8IgBwXVA nhzQB0yEHm7zn8d2r1/QC2D/Cd4BgOcLbnsguDHAFCCeIe2CzADocW1XLQtcgJuKQLYEUGpIt8vK JU4Co+8nN8P7qU0E7r73AaWP6KGV+6EngJvAM4JqAXpUce25CA5XsF1bxSXmXDieQQvEmaRhhB/Q kmrYgWJIGdoK9+PqhJAx3Cv9AeoCusn7UR0inbcQjnCaZLO+wGXqefx5hMKOjbX/Dq+FhJ+SxjZ5 bnOzNz6p/Cn4vObZMV8yH+TlSvU9/gCklH3ZeHfYXQAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMS0x MC0yNFQyMDozNjo1NiswMDowMCB8DIEAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMTAtMjRUMjA6 MzY6NTYrMDA6MDBRIbQ9AAAAAElFTkSuQmCC X-Now-Playing: The Art of Noise's _Noise in the City (Live in Tokyo, 1986)_: "Moments in Love" Date: Sun, 24 Oct 2021 22:40:57 +0200 In-Reply-To: <87h7d618j7.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 24 Oct 2021 22:18:20 +0200") Message-ID: <87bl3e2m1y.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: Lars Ingebrigtsen writes: > So the atimer code isn't setting pending_signals, so it's never handled > until we get a signal of a different kind. That has to be a bug, I > think? I misread the code -- I thought the cunningly named atimers global variable was the ones that had fired, but it's all the atimers. So run_timers just goes through that list and does all the callbacks. 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: 19776 Cc: stefan@marxist.se, 19776@debbugs.gnu.org, monnier@iro.umontreal.ca, rms@gnu.org 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 (---) Lars Ingebrigtsen writes: > So the atimer code isn't setting pending_signals, so it's never handled > until we get a signal of a different kind. That has to be a bug, I > think? I misread the code -- I thought the cunningly named atimers global variable was the ones that had fired, but it's all the atimers. So run_timers just goes through that list and does all the callbacks. But we wait to check that until we have a pending signal, which doesn't make much sense, but it's probably that way because there's no other obvious way to run it "once in a while" without running current_timespec all the time? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 24 17:52:43 2021 Received: (at 19776) by debbugs.gnu.org; 24 Oct 2021 21:52:43 +0000 Received: from localhost ([127.0.0.1]:41151 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1melQ3-00064M-6k for submit@debbugs.gnu.org; Sun, 24 Oct 2021 17:52:43 -0400 Received: from mail-pf1-f172.google.com ([209.85.210.172]:41609) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1melQ0-000648-V9 for 19776@debbugs.gnu.org; Sun, 24 Oct 2021 17:52:41 -0400 Received: by mail-pf1-f172.google.com with SMTP id y7so8867594pfg.8 for <19776@debbugs.gnu.org>; Sun, 24 Oct 2021 14:52:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=lR/z3BAfxNQj8hSYjgCrc98kBF7CFJb/EnP8wgSCetg=; b=P39PjRiVtpD9/ng/9g6A7Mml7jeWm+NWOJ3CslbeOexfztDIHS4qIBQmIQkp4QZV9v 8cierVFnoshTuVdAsJ6a/xbrNZu/Xdw5Prnf4OZ7CHC0o31sSQTkn7+5UfUK2TAm75xa /6wSCMF1YummHrYbEPGIkGYGxuKiVAnT+d5SpjKFu24kYO5XtNFG7b85D3i+7hd8HtUk Ofv53N9aKops3R5xvH8fJWK4bfxYNtnZ1VGXbQ9UHRC7OLEWxMVpOWW0c6L0eWgy1+la rzYSabzQepIidRYVD7y/R5INH4o9gDtuzsYLoSQ23P1zr0eFkaBF/5cQ28TyBfZJ5aPY v0cQ== X-Gm-Message-State: AOAM530QbvW6xaJ7BNyQr0xKoOSHZiHUi8oTixZHRQk1xt2Ovs1CkFk1 IxX8PdGbSUjhrPfUOmZt0qTIhKqJBNVWRws1d5Q= X-Google-Smtp-Source: ABdhPJwJgsFgdALZeQTsc/Cr9a/51M+ZQG9J8BHkpsItBSIWHyLC85BG6ux085f6wtxs7Qm8omamh6bV+Fi4GoGU0gE= X-Received: by 2002:a63:330f:: with SMTP id z15mr7512133pgz.42.1635112355099; Sun, 24 Oct 2021 14:52:35 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sun, 24 Oct 2021 14:52:34 -0700 From: Stefan Kangas In-Reply-To: <87bl3e2m1y.fsf@gnus.org> References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <87pmru18xg.fsf@gnus.org> <87lf2i18pv.fsf@gnus.org> <87h7d618j7.fsf@gnus.org> <87bl3e2m1y.fsf@gnus.org> MIME-Version: 1.0 Date: Sun, 24 Oct 2021 14:52:34 -0700 Message-ID: Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow To: Lars Ingebrigtsen , Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 19776 Cc: 19776@debbugs.gnu.org, monnier@iro.umontreal.ca, rms@gnu.org 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: -0.5 (/) Lars Ingebrigtsen writes: > I misread the code -- I thought the cunningly named atimers global > variable was the ones that had fired, but it's all the atimers. So > run_timers just goes through that list and does all the callbacks. I lost track of this discussion, but the feature itself looks very promising. I didn't study what you did here, but one thing that would be really nice is if we could update this message dynamically. Other software show a spinning marker for example, perhaps we could do something similar? In the simplest case, you just need to update a character every 0.1 seconds (or something) in the sequence "|/-\". I'm not an expert on UIX by any means, but AFAIK, users like it when there is some visible feedback that the program didn't just go and die. Research shows that the brain is easy to trick that way; even just a dumb little spinning thing makes people subjectively feel that the program is more responsive. Maybe we could use that to our advantage. From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 24 18:14:52 2021 Received: (at 19776) by debbugs.gnu.org; 24 Oct 2021 22:14:52 +0000 Received: from localhost ([127.0.0.1]:41200 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mellU-0006ee-Ed for submit@debbugs.gnu.org; Sun, 24 Oct 2021 18:14:52 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:12599) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mellT-0006eR-99 for 19776@debbugs.gnu.org; Sun, 24 Oct 2021 18:14:51 -0400 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id BA98A80784; Sun, 24 Oct 2021 18:14:45 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 4A8F78058E; Sun, 24 Oct 2021 18:14:44 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1635113684; bh=H0V7s1dzTYi3sRxen2Q6DMjaGbHo38seqYJEi8Gx81c=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=YBlrRUgCb4K7PkWdf08IwlrBySLyalZ4wDwYfVOoSKIEB1puTCaxhv1WZOps7bib1 elkHGkGlZJH41eHQcdXZkE57hxOUzZq3ZJwrke6rTmu2NHbUtYHp8cBSN2ShBqSn92 MeL+UyyWnMbc92gY066XUX0FFwkHgYr4kfkInfhn7YXMuXa2yWhbe3ul7J8bMlz+um dJeLNpBYNzMT57iRZNVrIDrdFJj3/hGPdDS4wRdfvz0xRrb4c6ZQKHRrqD75C6ORUQ r5Pahi8OOv5Igl+hEfGzkfch/+2Sbm21lqXvObmS3IA4PHADllM923GPxKZ7aFotMr V9xULO4XZzsug== Received: from milanesa (unknown [45.72.241.23]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id EDDFE120328; Sun, 24 Oct 2021 18:14:43 -0400 (EDT) From: Stefan Monnier To: Lars Ingebrigtsen Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow Message-ID: References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> Date: Sun, 24 Oct 2021 18:14:41 -0400 In-Reply-To: <87fssq2orj.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 24 Oct 2021 21:42:24 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.062 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 19776 Cc: Eli Zaretskii , stefan@marxist.se, rms@gnu.org, 19776@debbugs.gnu.org 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 (---) Lars Ingebrigtsen [2021-10-24 21:42:24] wrote: > Eli Zaretskii writes: >> When the timer expires, it delivers a signal, but the signal handler >> only sets a flag. The flag is checked when we call maybe_quit, which >> calls do_pending_atimers. So a Lisp program that hogs the CPU, and >> never calls any function that calls maybe_quit, will indeed block >> atimers. However, this is rare for real-life Lisp programs, because >> several core primitives call maybe_quit from time to time. > > The use case here was for CPU-hogging Lisp code, though, like > `shr-insert-document'. And it doesn't seem to hit any maybe_quits in > this very synthetic test: Basically all loops should call `maybe_quit`, so the issue is probably not that `maybe_quit` is not called often enough, but that for some reason we don't set the vars that it checks or something like that. Stefan From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 24 18:28:27 2021 Received: (at 19776) by debbugs.gnu.org; 24 Oct 2021 22:28:27 +0000 Received: from localhost ([127.0.0.1]:41235 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1melyd-0000lf-IQ for submit@debbugs.gnu.org; Sun, 24 Oct 2021 18:28:27 -0400 Received: from quimby.gnus.org ([95.216.78.240]:49110) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1melyb-0000lR-MX for 19776@debbugs.gnu.org; Sun, 24 Oct 2021 18:28:26 -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=6RpOepH6GOg3aAzQzBUq2V4eKOM6osy1909y9GTKZV4=; b=isw6Kn+F6EwBd/IW/OuRHL3cuy jtUOrD9cfAZ3l3bVEUXTTYMRYUs9i1mqK08Zdkz2jz0XE1/syN/pJDXJ+mhq4eaEFq7niUY3p1tar lqluXwPl146ft8/xTBUPjnffQyVEm5xEVryJ/RRbM475Fh0Dgv9YtEBCTgpPrpUFMlxE=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1melyQ-0003Ae-Og; Mon, 25 Oct 2021 00:28:17 +0200 From: Lars Ingebrigtsen To: Stefan Monnier Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAFVBMVEW2s6vt7OtdZXBW VUIWFRfNxUj////gJvoKAAAAAWJLR0QGYWa4fQAAAAd0SU1FB+UKGBYUBGQoi84AAAG4SURBVDjL bdFBduMgDAZgcNI95M0BHJrsJwPsOxXe+xVz/6v0lwRO3dbOc2Q+hAQ2xntvvlzejFfvfsKEwB6G leQS8NYh0zhjndcc38E76z1CAALM4fA3sDt4XWQHt4O2p7d9glWYwmzmHazuxPtTKuV6TTQfwLpb weUmPB6HjMTjb0bYaw0Gnojrf5C/N1mCe5xmmVk0DymmZ8zuJANnHS9Wzsq6E548l/p4uSpcCll3 LjSZqS/1EPC8/jXlBtDi6I43fJF4aasxocNf2bFUpJeGLzcANYJ1Er63Naw7TMGUxx8JX3O9I0O3 g7YN0a3DPzQ/ap+jGa2/fszrFEe3tzTOoIRwX8PYn01PoBA+JCEjtrGYQq0qZQ0bpewPsHRYUjbl F8jLlklgKztwGAGJYRFIUkNCQOwZtVLDIWqYM36JBFrDaGsatox7iyYp5HSAig1SxRtaqcuADcCH 2LaWM20bt4uwoTgaUqBGqJo4jAx543bxVp5QRkahmrglhqVGgbsCKg6QcM+Qtxi/Q1LAigOyQvwB x6W+Q+yQS6ztKyRulwE7AFQBHFAdS3XYBuw1lpb4IwiQwCeCMN7BwIH35wAAACV0RVh0ZGF0ZTpj cmVhdGUAMjAyMS0xMC0yNFQyMjoyMDowNCswMDowMFPPCQAAAAAldEVYdGRhdGU6bW9kaWZ5ADIw MjEtMTAtMjRUMjI6MjA6MDQrMDA6MDAikrG8AAAAAElFTkSuQmCC X-Now-Playing: Fred Frith's _Gravity_: "Hands Of The Juggler" Date: Mon, 25 Oct 2021 00:28:12 +0200 In-Reply-To: (Stefan Monnier's message of "Sun, 24 Oct 2021 18:14:41 -0400") Message-ID: <875ytm2h37.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: Stefan Monnier writes: > Basically all loops should call `maybe_quit`, so the issue is probably > not that `maybe_quit` is not called often enough, but that for some > reason we don't set the vars that it checks or somethin [...] 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: 19776 Cc: Eli Zaretskii , stefan@marxist.se, rms@gnu.org, 19776@debbugs.gnu.org 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 (---) Stefan Monnier writes: > Basically all loops should call `maybe_quit`, so the issue is probably > not that `maybe_quit` is not called often enough, but that for some > reason we don't set the vars that it checks or something like that. I've been trying to follow the logic in how the atimer stuff is supposed to work. It registers a special timer fd that sets a timeout, and it's supposed to be called back in timerfd_callback. And that happens if I'm (for instance) idling in a `sleep-for'. When Emacs is busy looping, we never get a callback -- presumably because we're not reading any file descriptors in that case? But... was the idea that this would work in a busy Emacs? I mean, events from the keyboard/mouse are able to poke Emacs in a way that it realises that it has a pending event to handle, but not the timerfd? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 24 22:18:02 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 02:18:02 +0000 Received: from localhost ([127.0.0.1]:41331 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mepYo-0004WH-Bg for submit@debbugs.gnu.org; Sun, 24 Oct 2021 22:18:02 -0400 Received: from eggs.gnu.org ([209.51.188.92]:59918) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mepYm-0004Vn-2a for 19776@debbugs.gnu.org; Sun, 24 Oct 2021 22:18:00 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:51432) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mepYg-0007Hz-Ej; Sun, 24 Oct 2021 22:17:54 -0400 Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1mepYg-0006Rc-A2; Sun, 24 Oct 2021 22:17:54 -0400 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman To: Stefan Kangas In-Reply-To: (message from Stefan Kangas on Fri, 22 Oct 2021 16:59:55 -0700) Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> Message-Id: Date: Sun, 24 Oct 2021 22:17:54 -0400 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 19776 Cc: larsi@gnus.org, 19776@debbugs.gnu.org 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: , Reply-To: rms@gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > IOW, I ask if what you ask for is a little bit "too nice", and if we > shouldn't just fix the problematic ELisp code itself to use a progress > reporter or something to that effect. How much slower would it get if it counts the number of lines to be indented, first thing, and decides based on that whether to give progress messages? -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 03:33:58 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 07:33:58 +0000 Received: from localhost ([127.0.0.1]:41533 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1meuUY-00044S-0g for submit@debbugs.gnu.org; Mon, 25 Oct 2021 03:33:58 -0400 Received: from mail-out.m-online.net ([212.18.0.10]:45700) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1meuUW-00044K-Dt for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 03:33:57 -0400 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4Hd6C63pmXz1sDRF; Mon, 25 Oct 2021 09:33:54 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 4Hd6C61J9yz1qqkC; Mon, 25 Oct 2021 09:33:54 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id nyCwUIfNasQz; Mon, 25 Oct 2021 09:33:53 +0200 (CEST) X-Auth-Info: +UJt9ub3JnnHeENK9KsuudGJfcdrOBcPnzfQ0U4z2atm6bCSsiPKgnRIuqIrem+x Received: from igel.home (ppp-46-244-179-15.dynamic.mnet-online.de [46.244.179.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Mon, 25 Oct 2021 09:33:53 +0200 (CEST) Received: by igel.home (Postfix, from userid 1000) id 016F02C06A9; Mon, 25 Oct 2021 09:33:52 +0200 (CEST) From: Andreas Schwab To: Lars Ingebrigtsen Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> X-Yow: Is this my STOP?? Date: Mon, 25 Oct 2021 09:33:52 +0200 In-Reply-To: <875ytm2h37.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 25 Oct 2021 00:28:12 +0200") Message-ID: <87wnm1a78f.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 19776 Cc: 19776@debbugs.gnu.org, stefan@marxist.se, Stefan Monnier , rms@gnu.org 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: 0.0 (/) On Okt 25 2021, Lars Ingebrigtsen wrote: > When Emacs is busy looping, we never get a callback -- presumably > because we're not reading any file descriptors in that case? But... > was the idea that this would work in a busy Emacs? I mean, events from > the keyboard/mouse are able to poke Emacs in a way that it realises that > it has a pending event to handle, but not the timerfd? maybe_quit does call process_pending_signals, so this should work the same way as quit. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 09:09:01 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 13:09:01 +0000 Received: from localhost ([127.0.0.1]:41896 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mezin-0005wQ-ED for submit@debbugs.gnu.org; Mon, 25 Oct 2021 09:09:01 -0400 Received: from quimby.gnus.org ([95.216.78.240]:55312) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mezik-0005wD-Ug for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 09:08: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=u8LdtxhIfkfvuW0AqpqkamCr9VHU/Jonolx8tNju5k4=; b=rRuV4CNoactBvng+hQq9BzzApX gfzEK+IFqrzYM1sd5WMfKfMEy64z86QLCZQLIu0l2Cm//fVbVVly3kmcvj5Y6bAY4CXc61SB4Tdad V8ABvU/84qNbp1ghvdRQ968W9xeNuuRXRdbzN6dDnKZQQjHgGT7OoEjVtEFqZ5k7S9VI=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mezib-0001Ir-3l; Mon, 25 Oct 2021 15:08:51 +0200 From: Lars Ingebrigtsen To: Stefan Kangas Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <87pmru18xg.fsf@gnus.org> <87lf2i18pv.fsf@gnus.org> <87h7d618j7.fsf@gnus.org> <87bl3e2m1y.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEW4oGLo4LhfSi7/ ///dCHUJAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+UKGQ0CC0DACHwAAAGzSURBVCjPNdDBitswEAbg UYgX45OzSEvZUzaUYusp7GBD6pMVNKHklJQutHmKpCSXnFrILqUnOySgzFN2pO765I/5NRoNiCJJ E4GrB4UIsZmeUkR7QgbE0z2UxkpfEX+q3Wdt7IvCGoocYaY5V3NlnA9d4xAXgrHWWp9chGbEyMa0 eaUDtr6bnjg6d3zGYwPF8fLCf77BantPJf7/wAxkkr6jLOJp6i/BygJ7CZCzrAXpETsVukmTzkHT QfnKKi1sP6Abx+5Ao7Hiq0d1hka1Mv6urxUuhjCzrXzUug+xFm3UZh44BKvm/QCSK4MvrdsM+uWF kfIEuIGnpjM+xpjtnpveYORjXF433V4JFRD/aIgOM+VjOHUDcuIbAhostcuIRD3ylTKjPKGJEh42 pz4hWT+HM2u6JMdtXYLfWPXYpUS/uQHOVX13vic6+YUUI/z48+i09LBKtoO/7tjX4UzdxgfaPrWM xesau+utHIeYvJp558rMA9UIC/pQxGHQqMCZ3lXbyGP4gMvzrerCBKrBLx7SV34V2J6dFQGWl64z CXVAhJbyFCA8gTGh/Rt4xZ90lIp/x1KvKUgs+CYAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjEtMTAt MjVUMTM6MDI6MTErMDA6MDCeWyIKAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIxLTEwLTI1VDEzOjAy OjExKzAwOjAw7waatgAAAABJRU5ErkJggg== X-Now-Playing: Mike Rutherford's _Smallcreep's Day_: "Romani" Date: Mon, 25 Oct 2021 15:08:48 +0200 In-Reply-To: (Stefan Kangas's message of "Sun, 24 Oct 2021 14:52:34 -0700") Message-ID: <87pmrtz1y7.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: Stefan Kangas writes: > I didn't study what you did here, but one thing that would be really > nice is if we could update this message dynamically. Other software > show a spinning marker for example, perhaps we could do s [...] 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: 19776 Cc: Eli Zaretskii , 19776@debbugs.gnu.org, monnier@iro.umontreal.ca, rms@gnu.org 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 (---) Stefan Kangas writes: > I didn't study what you did here, but one thing that would be really > nice is if we could update this message dynamically. Other software > show a spinning marker for example, perhaps we could do something > similar? In the simplest case, you just need to update a character > every 0.1 seconds (or something) in the sequence "|/-\". > > I'm not an expert on UIX by any means, but AFAIK, users like it when > there is some visible feedback that the program didn't just go and die. > Research shows that the brain is easy to trick that way; even just a > dumb little spinning thing makes people subjectively feel that the > program is more responsive. Maybe we could use that to our advantage. These days, you usually get a spinning thing from the OS when the application is unresponsive in this way, I guess? But, yes, this mechanism could easily be extended to display a spinner. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 09:10:21 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 13:10:21 +0000 Received: from localhost ([127.0.0.1]:41908 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mezk4-0005zQ-Pv for submit@debbugs.gnu.org; Mon, 25 Oct 2021 09:10:20 -0400 Received: from quimby.gnus.org ([95.216.78.240]:55332) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mezk2-0005zB-Gi for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 09:10:19 -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=OT8+JMT3oCSxoaATjyUP0Cj2+ZjxZ4IBp3adaH15J10=; b=K9D3mFKYfiHW2ky4/z4h6OI0eb bCAmD8sOl2nyuMEQs7/diZ11F5P6N3SiDcUSb9f5fx8CjvDJjjg+Bukdqgcco+cNACys69YII4ckP rly0EEF//X7Dvxhoj59KZNlu2BDavdi2udGWPHaVNJG1gGUErUXaIDXLEY29cnHlE32s=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mezjt-0001KX-52; Mon, 25 Oct 2021 15:10:12 +0200 From: Lars Ingebrigtsen To: Richard Stallman Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEW4oGLo4LhfSi7/ ///dCHUJAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+UKGQ0CC0DACHwAAAGzSURBVCjPNdDBitswEAbg UYgX45OzSEvZUzaUYusp7GBD6pMVNKHklJQutHmKpCSXnFrILqUnOySgzFN2pO765I/5NRoNiCJJ E4GrB4UIsZmeUkR7QgbE0z2UxkpfEX+q3Wdt7IvCGoocYaY5V3NlnA9d4xAXgrHWWp9chGbEyMa0 eaUDtr6bnjg6d3zGYwPF8fLCf77BantPJf7/wAxkkr6jLOJp6i/BygJ7CZCzrAXpETsVukmTzkHT QfnKKi1sP6Abx+5Ao7Hiq0d1hka1Mv6urxUuhjCzrXzUug+xFm3UZh44BKvm/QCSK4MvrdsM+uWF kfIEuIGnpjM+xpjtnpveYORjXF433V4JFRD/aIgOM+VjOHUDcuIbAhostcuIRD3ylTKjPKGJEh42 pz4hWT+HM2u6JMdtXYLfWPXYpUS/uQHOVX13vic6+YUUI/z48+i09LBKtoO/7tjX4UzdxgfaPrWM xesau+utHIeYvJp558rMA9UIC/pQxGHQqMCZ3lXbyGP4gMvzrerCBKrBLx7SV34V2J6dFQGWl64z CXVAhJbyFCA8gTGh/Rt4xZ90lIp/x1KvKUgs+CYAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjEtMTAt MjVUMTM6MDI6MTErMDA6MDCeWyIKAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIxLTEwLTI1VDEzOjAy OjExKzAwOjAw7waatgAAAABJRU5ErkJggg== X-Now-Playing: Mike Rutherford's _Smallcreep's Day_: "Every Road" Date: Mon, 25 Oct 2021 15:10:05 +0200 In-Reply-To: (Richard Stallman's message of "Sun, 24 Oct 2021 22:17:54 -0400") Message-ID: <87lf2hz1w2.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: Richard Stallman writes: > How much slower would it get if it counts the number of lines to be > indented, first thing, and decides based on that whether to give > progress messages? The issue isn't the number of lines, and it has nothing to do with indentation -- it's about the complexity of the layout and how easy it is to make it fit into the buffer. So making a guess at whethe [...] 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: 19776 Cc: Stefan Kangas , 19776@debbugs.gnu.org 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 (---) Richard Stallman writes: > How much slower would it get if it counts the number of lines to be > indented, first thing, and decides based on that whether to give > progress messages? The issue isn't the number of lines, and it has nothing to do with indentation -- it's about the complexity of the layout and how easy it is to make it fit into the buffer. So making a guess at whether a given HTML document will take a long or short time to render isn't trivial. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 09:11:19 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 13:11:19 +0000 Received: from localhost ([127.0.0.1]:41921 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mezl1-00061Q-3O for submit@debbugs.gnu.org; Mon, 25 Oct 2021 09:11:19 -0400 Received: from quimby.gnus.org ([95.216.78.240]:55352) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mezkw-000615-Ha for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 09:11:18 -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=64BoIG4W4sA3vIYD0XA+h2j+u7hVXKthFU4MIjgkqvc=; b=GkLnhlBhSD8DLIFVRjF2ASb/UN QlGbt+df6oTgw/IPxwog7u0Nm4dM97iPnGRdU0w1lLAhd+xZOtU9XlVJMuyDSjqIkw7sDDr4rqXmc tVWC2u6MSTw/KQQPEZXUH7dKgJ8dZLCNpNVjpb0YsslZflCpEP4MYj7poeneCoEecySU=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mezkl-0001Kn-SJ; Mon, 25 Oct 2021 15:11:06 +0200 From: Lars Ingebrigtsen To: Andreas Schwab Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <87wnm1a78f.fsf@igel.home> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEW4oGLo4LhfSi7/ ///dCHUJAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+UKGQ0CC0DACHwAAAGzSURBVCjPNdDBitswEAbg UYgX45OzSEvZUzaUYusp7GBD6pMVNKHklJQutHmKpCSXnFrILqUnOySgzFN2pO765I/5NRoNiCJJ E4GrB4UIsZmeUkR7QgbE0z2UxkpfEX+q3Wdt7IvCGoocYaY5V3NlnA9d4xAXgrHWWp9chGbEyMa0 eaUDtr6bnjg6d3zGYwPF8fLCf77BantPJf7/wAxkkr6jLOJp6i/BygJ7CZCzrAXpETsVukmTzkHT QfnKKi1sP6Abx+5Ao7Hiq0d1hka1Mv6urxUuhjCzrXzUug+xFm3UZh44BKvm/QCSK4MvrdsM+uWF kfIEuIGnpjM+xpjtnpveYORjXF433V4JFRD/aIgOM+VjOHUDcuIbAhostcuIRD3ylTKjPKGJEh42 pz4hWT+HM2u6JMdtXYLfWPXYpUS/uQHOVX13vic6+YUUI/z48+i09LBKtoO/7tjX4UzdxgfaPrWM xesau+utHIeYvJp558rMA9UIC/pQxGHQqMCZ3lXbyGP4gMvzrerCBKrBLx7SV34V2J6dFQGWl64z CXVAhJbyFCA8gTGh/Rt4xZ90lIp/x1KvKUgs+CYAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjEtMTAt MjVUMTM6MDI6MTErMDA6MDCeWyIKAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIxLTEwLTI1VDEzOjAy OjExKzAwOjAw7waatgAAAABJRU5ErkJggg== X-Now-Playing: Mike Rutherford's _Smallcreep's Day_: "Every Road" Date: Mon, 25 Oct 2021 15:11:03 +0200 In-Reply-To: <87wnm1a78f.fsf@igel.home> (Andreas Schwab's message of "Mon, 25 Oct 2021 09:33:52 +0200") Message-ID: <87h7d5z1ug.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: Andreas Schwab writes: >> When Emacs is busy looping, we never get a callback -- presumably >> because we're not reading any file descriptors in that case? But... >> was the idea that this would work in a busy Emacs? I mean [...] 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: 19776 Cc: 19776@debbugs.gnu.org, stefan@marxist.se, Stefan Monnier , rms@gnu.org 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 (---) Andreas Schwab writes: >> When Emacs is busy looping, we never get a callback -- presumably >> because we're not reading any file descriptors in that case? But... >> was the idea that this would work in a busy Emacs? I mean, events from >> the keyboard/mouse are able to poke Emacs in a way that it realises that >> it has a pending event to handle, but not the timerfd? > > maybe_quit does call process_pending_signals, so this should work the > same way as quit. But how do we make Emacs respond to timerfd events the same as quit? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 09:20:38 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 13:20:38 +0000 Received: from localhost ([127.0.0.1]:41941 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mezu2-0006Ii-1D for submit@debbugs.gnu.org; Mon, 25 Oct 2021 09:20:38 -0400 Received: from eggs.gnu.org ([209.51.188.92]:40938) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1meztz-0006IM-Uj for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 09:20:36 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41728) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1meztu-0000G3-Kf; Mon, 25 Oct 2021 09:20:30 -0400 Received: from [87.69.77.57] (port=4419 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1meztr-0005AT-QZ; Mon, 25 Oct 2021 13:20:28 +0000 Date: Mon, 25 Oct 2021 16:20:21 +0300 Message-Id: <83pmrt1bsa.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87pmrtz1y7.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 25 Oct 2021 15:08:48 +0200) Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <87pmru18xg.fsf@gnus.org> <87lf2i18pv.fsf@gnus.org> <87h7d618j7.fsf@gnus.org> <87bl3e2m1y.fsf@gnus.org> <87pmrtz1y7.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 19776 Cc: stefan@marxist.se, 19776@debbugs.gnu.org, monnier@iro.umontreal.ca, rms@gnu.org 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 (---) > From: Lars Ingebrigtsen > Cc: Eli Zaretskii , 19776@debbugs.gnu.org, rms@gnu.org, > monnier@iro.umontreal.ca > Date: Mon, 25 Oct 2021 15:08:48 +0200 > > Stefan Kangas writes: > > > I didn't study what you did here, but one thing that would be really > > nice is if we could update this message dynamically. Other software > > show a spinning marker for example, perhaps we could do something > > similar? In the simplest case, you just need to update a character > > every 0.1 seconds (or something) in the sequence "|/-\". > > > > I'm not an expert on UIX by any means, but AFAIK, users like it when > > there is some visible feedback that the program didn't just go and die. > > Research shows that the brain is easy to trick that way; even just a > > dumb little spinning thing makes people subjectively feel that the > > program is more responsive. Maybe we could use that to our advantage. > > These days, you usually get a spinning thing from the OS when the > application is unresponsive in this way, I guess? > > But, yes, this mechanism could easily be extended to display a spinner. ??? We already have it: see hourglass pointer. And it does use atimers. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 09:33:31 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 13:33:31 +0000 Received: from localhost ([127.0.0.1]:41974 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf06U-0000NL-Qp for submit@debbugs.gnu.org; Mon, 25 Oct 2021 09:33:31 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:2218) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf06M-0000Mx-1x for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 09:33:27 -0400 Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 70FEF4405F0; Mon, 25 Oct 2021 09:33:16 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id E7950440202; Mon, 25 Oct 2021 09:33:14 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1635168794; bh=MvsDhfY9NBid0gGePVIz+d2Z+RWE+4AYwQTjhTj5e2k=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=XzBrwQOM1p5Jz8/7BuyHm3tCh0dvcso2fKTJpXg8fIs5YPHkVEf3Rm5UMz3aMHwXC YpWdUdDLlxJYteYRAyfzR9Qj6WRUxok2ewffPIEB+1iUf/5iFDk19cpbhfdQGkoLeX n3IXOibSFDDHfbDA185Tm/d8UVdConz8/oZzUK9lNk4mdkreG1Vc+GYDXYZ2yOarVv cJswR7+rNOp518fSqKWrSnnTaDG07ZkB+ObQpxAK+kLRXzv1I/4h4TnAHcQrmt/WGH idU9sOGSXAxO+CF4IyQui0Jm4sMu5/rM2P9eXtuyO/OO6Ctdzv+i5NY5I25+AXeiES TqX7PgQdEJifg== Received: from pastel (unknown [45.72.241.23]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 59EC81203FF; Mon, 25 Oct 2021 09:33:14 -0400 (EDT) From: Stefan Monnier To: Lars Ingebrigtsen Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow Message-ID: References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <87wnm1a78f.fsf@igel.home> <87h7d5z1ug.fsf@gnus.org> Date: Mon, 25 Oct 2021 09:33:06 -0400 In-Reply-To: <87h7d5z1ug.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 25 Oct 2021 15:11:03 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.037 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 19776 Cc: stefan@marxist.se, Andreas Schwab , rms@gnu.org, 19776@debbugs.gnu.org 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 (---) Lars Ingebrigtsen [2021-10-25 15:11:03] wrote: > Andreas Schwab writes: >>> When Emacs is busy looping, we never get a callback -- presumably >>> because we're not reading any file descriptors in that case? But... >>> was the idea that this would work in a busy Emacs? I mean, events from >>> the keyboard/mouse are able to poke Emacs in a way that it realises that >>> it has a pending event to handle, but not the timerfd? >> >> maybe_quit does call process_pending_signals, so this should work the >> same way as quit. > > But how do we make Emacs respond to timerfd events the same as quit? Can't it give a SIGIO? Stefan From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 09:33:53 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 13:33:53 +0000 Received: from localhost ([127.0.0.1]:41977 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf06r-0000O5-4O for submit@debbugs.gnu.org; Mon, 25 Oct 2021 09:33:53 -0400 Received: from quimby.gnus.org ([95.216.78.240]:55572) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf06p-0000No-QU for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 09:33:52 -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=QD+IvNbgPisTX0gejyaje7J1Frt3eVq61K2vwUS+2bA=; b=I+DWnzmSr471FCFs+NAzd0QQIy cPvGpiflEIaIW4degVnW73ym488kPfhmIIc6Fv5lchkQIXHPlZZdTp/L5wZxS9TyfY8wThNNpwRtg ly17Rq8MbCCOdEEdpzVIOKBqhseaLsMUVmSzJiS0Lf7B0+PBHz4XTgS7tTpZdJEw+h1w=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mf06f-0001Ua-Iu; Mon, 25 Oct 2021 15:33:44 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <87pmru18xg.fsf@gnus.org> <87lf2i18pv.fsf@gnus.org> <87h7d618j7.fsf@gnus.org> <87bl3e2m1y.fsf@gnus.org> <87pmrtz1y7.fsf@gnus.org> <83pmrt1bsa.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEW4oGLo4LhfSi7/ ///dCHUJAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+UKGQ0CC0DACHwAAAGzSURBVCjPNdDBitswEAbg UYgX45OzSEvZUzaUYusp7GBD6pMVNKHklJQutHmKpCSXnFrILqUnOySgzFN2pO765I/5NRoNiCJJ E4GrB4UIsZmeUkR7QgbE0z2UxkpfEX+q3Wdt7IvCGoocYaY5V3NlnA9d4xAXgrHWWp9chGbEyMa0 eaUDtr6bnjg6d3zGYwPF8fLCf77BantPJf7/wAxkkr6jLOJp6i/BygJ7CZCzrAXpETsVukmTzkHT QfnKKi1sP6Abx+5Ao7Hiq0d1hka1Mv6urxUuhjCzrXzUug+xFm3UZh44BKvm/QCSK4MvrdsM+uWF kfIEuIGnpjM+xpjtnpveYORjXF433V4JFRD/aIgOM+VjOHUDcuIbAhostcuIRD3ylTKjPKGJEh42 pz4hWT+HM2u6JMdtXYLfWPXYpUS/uQHOVX13vic6+YUUI/z48+i09LBKtoO/7tjX4UzdxgfaPrWM xesau+utHIeYvJp558rMA9UIC/pQxGHQqMCZ3lXbyGP4gMvzrerCBKrBLx7SV34V2J6dFQGWl64z CXVAhJbyFCA8gTGh/Rt4xZ90lIp/x1KvKUgs+CYAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjEtMTAt MjVUMTM6MDI6MTErMDA6MDCeWyIKAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIxLTEwLTI1VDEzOjAy OjExKzAwOjAw7waatgAAAABJRU5ErkJggg== X-Now-Playing: Mike Rutherford's _Smallcreep's Day_: "Smallcreep's Day IV" Date: Mon, 25 Oct 2021 15:33:41 +0200 In-Reply-To: <83pmrt1bsa.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 25 Oct 2021 16:20:21 +0300") Message-ID: <87y26hxm8a.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: Eli Zaretskii writes: > ??? We already have it: see hourglass pointer. And it does use > atimers. Oh, the spinner thing that's displayed when Emacs is busy is a thing we do ourselves? I was so used to none of the things Emacs does with the mouse pointer not working under Gnome (like setting the co [...] 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: 19776 Cc: stefan@marxist.se, 19776@debbugs.gnu.org, monnier@iro.umontreal.ca, rms@gnu.org 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 (---) Eli Zaretskii writes: > ??? We already have it: see hourglass pointer. And it does use > atimers. Oh, the spinner thing that's displayed when Emacs is busy is a thing we do ourselves? I was so used to none of the things Emacs does with the mouse pointer not working under Gnome (like setting the colours) that I assumed that it was a thing the window manager (or Gnome did). So we don't need to extend this to make a spinner on graphical systems, at least. And the hourglass spinner has the same issue I've been dealing with here: It's not triggered until you give Emacs an input even (either from the mouse of the keyboard). -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 09:46:42 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 13:46:42 +0000 Received: from localhost ([127.0.0.1]:42002 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf0JG-0000li-7k for submit@debbugs.gnu.org; Mon, 25 Oct 2021 09:46:42 -0400 Received: from mail-out.m-online.net ([212.18.0.10]:35932) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf0JD-0000lX-Ss for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 09:46:40 -0400 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4HdGTB3w3vz1sBRj; Mon, 25 Oct 2021 15:46:38 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 4HdGTB1Fgcz1qqkB; Mon, 25 Oct 2021 15:46:38 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id ffUziUwt4h6u; Mon, 25 Oct 2021 15:46:37 +0200 (CEST) X-Auth-Info: QN84sPt5Ka+wdHd9JEVnIh0kZOsyQo+6693uBKKRQPcycdIm8YxSAdOCJBMb+G48 Received: from igel.home (ppp-46-244-179-15.dynamic.mnet-online.de [46.244.179.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Mon, 25 Oct 2021 15:46:37 +0200 (CEST) Received: by igel.home (Postfix, from userid 1000) id 95E772C24D9; Mon, 25 Oct 2021 15:46:36 +0200 (CEST) From: Andreas Schwab To: Stefan Monnier Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <87wnm1a78f.fsf@igel.home> <87h7d5z1ug.fsf@gnus.org> X-Yow: .. I have a VISION! It's a RANCID double-FISHWICH on an ENRICHED BUN!! Date: Mon, 25 Oct 2021 15:46:36 +0200 In-Reply-To: (Stefan Monnier's message of "Mon, 25 Oct 2021 09:33:06 -0400") Message-ID: <87bl3d9pz7.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 19776 Cc: Lars Ingebrigtsen , stefan@marxist.se, rms@gnu.org, 19776@debbugs.gnu.org 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: 0.0 (/) On Okt 25 2021, Stefan Monnier wrote: > Lars Ingebrigtsen [2021-10-25 15:11:03] wrote: >> Andreas Schwab writes: >>>> When Emacs is busy looping, we never get a callback -- presumably >>>> because we're not reading any file descriptors in that case? But... >>>> was the idea that this would work in a busy Emacs? I mean, events from >>>> the keyboard/mouse are able to poke Emacs in a way that it realises that >>>> it has a pending event to handle, but not the timerfd? >>> >>> maybe_quit does call process_pending_signals, so this should work the >>> same way as quit. >> >> But how do we make Emacs respond to timerfd events the same as quit? > > Can't it give a SIGIO? atimer already knows to handle SIGALRM for this. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 09:52:57 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 13:52:57 +0000 Received: from localhost ([127.0.0.1]:42010 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf0PC-0000x1-65 for submit@debbugs.gnu.org; Mon, 25 Oct 2021 09:52:57 -0400 Received: from quimby.gnus.org ([95.216.78.240]:55818) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf0P9-0000wm-JD for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 09:52:48 -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=OY2b2qh8X+Ye/kuRm0HN+n9uef6kZjdeTKmwB+SOavM=; b=PNKhGhhKQEf/VdotLUHu1mXFbW hXOl4JZyHRDTiwe9fU1lJ1j6a+kkwHBLxP8hA0tTNG7vgvKrRJR5AT3plVqUhaMqGOUIBm6+gjm65 LYrHOWscQK1YW54WgNQflKhgWtdBDBF0M/KwtlQn3rlFImnE+D3xmkXXpSp52Qyc+6yU=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mf0Oy-0001dr-QT; Mon, 25 Oct 2021 15:52:39 +0200 From: Lars Ingebrigtsen To: Andreas Schwab Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <87wnm1a78f.fsf@igel.home> <87h7d5z1ug.fsf@gnus.org> <87bl3d9pz7.fsf@igel.home> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEW0nk6jlnRBTjr/ ///ZHU4dAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+UKGQ0sK3CpIZgAAAHCSURBVCjPTZJBa9tAEIXH ohL2nlqQTOxTCDXY+ysaiA/VKTFaYeuUGhsc/YqtsUvQyQRLuDqtgyVW71d2lDSQ3ct8vMfwdmaJ Ph93oT7OHdH0fzlVlming7a+78QXokNPuUoleWcS0dVhEvVYeQgGR7r6LqinEvWDghM5mQhUgiai /onEK5tSYE6BJWG6fj/5u0h33oWEnUw3T81G7j1WsFC5Wlu5F5YkfnJjoeUd27wWYqDecQKBMOFu hTkOLCth0wAFbLAiF6FF/eflvBmtWInravZ72cy/ReQlse6jUsPVKOKXpkYylL7PkM9e0VRlHvkX BhGK4lIUUTynQYzGao0qXnO2xJ5/3WrRxP4XTlAmzctAVuraZyjEepkin3+9Z6hLtbRwN0HEgENy m6HaTB45G2ZiC6TWMzSqj0n2vG3SNrXMy1ACl/QoHknWBRjy1IUhkZX2hgEdcWi7WcfYSmrnmScK S9eygnZOJCWDdPRNJuY8N3S20MYhBg8gUVteIU/UF2dmwGihyZ3tn7jOzHi4pcmwqBhSM9ZEPkLV 2kBkaIgS7yDblaR8S+hxt0vyTSgtRAvvJhi82T6wsJ8/WPcfxoTaaKF7k38AAAAldEVYdGRhdGU6 Y3JlYXRlADIwMjEtMTAtMjVUMTM6NDQ6NDMrMDA6MDD84z6CAAAAJXRFWHRkYXRlOm1vZGlmeQAy MDIxLTEwLTI1VDEzOjQ0OjQzKzAwOjAwjb6GPgAAAABJRU5ErkJggg== X-Now-Playing: Kid Creole & The Coconuts's _Off the Coast of Me_: "Maladie D'Amour" Date: Mon, 25 Oct 2021 15:52:36 +0200 In-Reply-To: <87bl3d9pz7.fsf@igel.home> (Andreas Schwab's message of "Mon, 25 Oct 2021 15:46:36 +0200") Message-ID: <87lf2hxlcr.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: Andreas Schwab writes: >> Can't it give a SIGIO? > > atimer already knows to handle SIGALRM for this. In my testing, handle_alarm_signal (which should set pending_signals) is never called. 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: 19776 Cc: 19776@debbugs.gnu.org, stefan@marxist.se, Stefan Monnier , rms@gnu.org 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 (---) Andreas Schwab writes: >> Can't it give a SIGIO? > > atimer already knows to handle SIGALRM for this. In my testing, handle_alarm_signal (which should set pending_signals) is never called. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 10:00:51 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 14:00:51 +0000 Received: from localhost ([127.0.0.1]:43875 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf0Wx-0001dD-8Z for submit@debbugs.gnu.org; Mon, 25 Oct 2021 10:00:51 -0400 Received: from eggs.gnu.org ([209.51.188.92]:54214) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf0Wv-0001d0-EQ for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 10:00:50 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:42756) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mf0Wp-0005Ci-Tj; Mon, 25 Oct 2021 10:00:43 -0400 Received: from [87.69.77.57] (port=3089 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mf0Wp-0004fJ-Dq; Mon, 25 Oct 2021 14:00:43 +0000 Date: Mon, 25 Oct 2021 17:00:35 +0300 Message-Id: <83mtmx19x8.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <875ytm2h37.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 25 Oct 2021 00:28:12 +0200) Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 19776 Cc: 19776@debbugs.gnu.org, stefan@marxist.se, monnier@iro.umontreal.ca, rms@gnu.org 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 (---) > From: Lars Ingebrigtsen > Cc: Eli Zaretskii , stefan@marxist.se, rms@gnu.org, > 19776@debbugs.gnu.org > Date: Mon, 25 Oct 2021 00:28:12 +0200 > > I've been trying to follow the logic in how the atimer stuff is supposed > to work. It registers a special timer fd that sets a timeout, and it's > supposed to be called back in timerfd_callback. And that happens if I'm > (for instance) idling in a `sleep-for'. > > When Emacs is busy looping, we never get a callback -- presumably > because we're not reading any file descriptors in that case? But... > was the idea that this would work in a busy Emacs? I mean, events from > the keyboard/mouse are able to poke Emacs in a way that it realises that > it has a pending event to handle, but not the timerfd? I didn't yet take a good look at the code, so I may not make sense, but: if the problem with getting Emacs to check atimers is that it needs an input event, then does it help to define a one-time timer in addition to arranging the atimer? When we have an active timer, we artificially reduce the timeout for pselect so that it expires before the expected timer -- maybe that is all that's needed, to cause the input loop crank one more revolution? From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 10:05:19 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 14:05:19 +0000 Received: from localhost ([127.0.0.1]:43880 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf0bG-0001ji-Ro for submit@debbugs.gnu.org; Mon, 25 Oct 2021 10:05:19 -0400 Received: from quimby.gnus.org ([95.216.78.240]:55990) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf0bE-0001jR-QC for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 10:05:17 -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=1BEbR/aKoEBtsLx+FymKmXicN0U0vcHmJikwVIHD90I=; b=MPmTEPU0vwDmmE0t6okZ/a6amw vUyB4V42uL2SrIeXpARLgRkMduo7SwP3gnf7WMvZmya5R2S0UGnCRDhFnooln2jzddiWSZuRuybXM 5fGASRV8w0Guy6mmr5J/K1mf1QcqusPgChDyzN2ms3KCbKZRf3Sz+lZQxPl91WwrvphM=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mf0b0-0001j2-EC; Mon, 25 Oct 2021 16:05:05 +0200 From: Lars Ingebrigtsen To: Andreas Schwab Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <87wnm1a78f.fsf@igel.home> <87h7d5z1ug.fsf@gnus.org> <87bl3d9pz7.fsf@igel.home> <87lf2hxlcr.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEW0nk6jlnRBTjr/ ///ZHU4dAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+UKGQ0sK3CpIZgAAAHCSURBVCjPTZJBa9tAEIXH ohL2nlqQTOxTCDXY+ysaiA/VKTFaYeuUGhsc/YqtsUvQyQRLuDqtgyVW71d2lDSQ3ct8vMfwdmaJ Ph93oT7OHdH0fzlVlming7a+78QXokNPuUoleWcS0dVhEvVYeQgGR7r6LqinEvWDghM5mQhUgiai /onEK5tSYE6BJWG6fj/5u0h33oWEnUw3T81G7j1WsFC5Wlu5F5YkfnJjoeUd27wWYqDecQKBMOFu hTkOLCth0wAFbLAiF6FF/eflvBmtWInravZ72cy/ReQlse6jUsPVKOKXpkYylL7PkM9e0VRlHvkX BhGK4lIUUTynQYzGao0qXnO2xJ5/3WrRxP4XTlAmzctAVuraZyjEepkin3+9Z6hLtbRwN0HEgENy m6HaTB45G2ZiC6TWMzSqj0n2vG3SNrXMy1ACl/QoHknWBRjy1IUhkZX2hgEdcWi7WcfYSmrnmScK S9eygnZOJCWDdPRNJuY8N3S20MYhBg8gUVteIU/UF2dmwGihyZ3tn7jOzHi4pcmwqBhSM9ZEPkLV 2kBkaIgS7yDblaR8S+hxt0vyTSgtRAvvJhi82T6wsJ8/WPcfxoTaaKF7k38AAAAldEVYdGRhdGU6 Y3JlYXRlADIwMjEtMTAtMjVUMTM6NDQ6NDMrMDA6MDD84z6CAAAAJXRFWHRkYXRlOm1vZGlmeQAy MDIxLTEwLTI1VDEzOjQ0OjQzKzAwOjAwjb6GPgAAAABJRU5ErkJggg== X-Now-Playing: Kid Creole & The Coconuts's _Off the Coast of Me_: "Darrio" Date: Mon, 25 Oct 2021 16:05:01 +0200 In-Reply-To: <87lf2hxlcr.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 25 Oct 2021 15:52:36 +0200") Message-ID: <87a6ixxks2.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: Lars Ingebrigtsen writes: > In my testing, handle_alarm_signal (which should set pending_signals) is > never called. I should have read the code more closely: 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: 19776 Cc: stefan@marxist.se, 19776@debbugs.gnu.org, Stefan Monnier , rms@gnu.org 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 (---) Lars Ingebrigtsen writes: > In my testing, handle_alarm_signal (which should set pending_signals) is > never called. I should have read the code more closely: void init_atimer (void) { #ifdef HAVE_ITIMERSPEC # ifdef HAVE_TIMERFD /* Until this feature is considered stable, you can ask to not use it. */ timerfd = (egetenv ("EMACS_IGNORE_TIMERFD") || have_buggy_timerfd () ? -1 : timerfd_create (CLOCK_REALTIME, TFD_NONBLOCK | TFD_CLOEXEC)); # endif if (timerfd < 0) { struct sigevent sigev; sigev.sigev_notify = SIGEV_SIGNAL; So if we have timerfd, the alarm stuff is not set up. And... uhm... EMACS_IGNORE_TIMERFD=t ./src/emacs doesn't disable it, either? That egetenv call returns NULL even if I start Emacs like that? Odd. Anyway, if I forcibly disable timerfd, then the atimers work like they're supposed to, and the correct code paths are triggered at the time they're supposed to. So the timerfd stuff doesn't actually work. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 10:16:23 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 14:16:23 +0000 Received: from localhost ([127.0.0.1]:43896 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf0lz-00022Z-03 for submit@debbugs.gnu.org; Mon, 25 Oct 2021 10:16:23 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58278) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf0lw-00022K-Iv for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 10:16:21 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:43046) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mf0lp-0004cn-If; Mon, 25 Oct 2021 10:16:13 -0400 Received: from [87.69.77.57] (port=4038 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mf0lo-0001hR-MA; Mon, 25 Oct 2021 10:16:13 -0400 Date: Mon, 25 Oct 2021 17:16:06 +0300 Message-Id: <83k0i1197d.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87a6ixxks2.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 25 Oct 2021 16:05:01 +0200) Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <87wnm1a78f.fsf@igel.home> <87h7d5z1ug.fsf@gnus.org> <87bl3d9pz7.fsf@igel.home> <87lf2hxlcr.fsf@gnus.org> <87a6ixxks2.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 19776 Cc: stefan@marxist.se, schwab@linux-m68k.org, 19776@debbugs.gnu.org, monnier@iro.umontreal.ca, rms@gnu.org 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 (---) > From: Lars Ingebrigtsen > Date: Mon, 25 Oct 2021 16:05:01 +0200 > Cc: stefan@marxist.se, 19776@debbugs.gnu.org, rms@gnu.org, > Stefan Monnier > > So the timerfd stuff doesn't actually work. Do you see timerfd in the set of descriptors passed to thread_select? From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 10:25:44 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 14:25:44 +0000 Received: from localhost ([127.0.0.1]:43920 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf0v1-0002Jl-PO for submit@debbugs.gnu.org; Mon, 25 Oct 2021 10:25:43 -0400 Received: from quimby.gnus.org ([95.216.78.240]:56172) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf0uz-0002JC-Vb for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 10:25:42 -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=3BDYvAeFf5lPc3S1BhVTt+ITFVKdFaNaYqsT8hC42Is=; b=DdZtWeXVy+X0dvpYedhLZviAJl EtNwx7Xfs/lrNGkGepWQkPFoudUfM4LsvT9ez28Rr7eEB9VckfThdBnbv4me9kQ1hXimi+X20pAbk heYD43YxvJZj+PaY8tPq/4Gw1w1OUAIVXC78Bq/BlsHJFKcYljA8w2m8wshWfJkOkiAk=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mf0uo-0001sS-HE; Mon, 25 Oct 2021 16:25:33 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <87wnm1a78f.fsf@igel.home> <87h7d5z1ug.fsf@gnus.org> <87bl3d9pz7.fsf@igel.home> <87lf2hxlcr.fsf@gnus.org> <87a6ixxks2.fsf@gnus.org> <83k0i1197d.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAFVBMVEUOCwsgHBwnJSMo RyUZJxUhNx3///9gxvanAAAAAWJLR0QGYWa4fQAAAAd0SU1FB+UKGQ4WCPUhMMoAAACwSURBVDjL zZJNCgMhDIWVsfvRE9ScwEVmL6h7oeP9r9II/dU4dNpC+3Dl5/MlIUJUSaEbiX+WnN917jNKGoQF kgUDcPNqA0+6Aq3rU8OAxgD7yvji4B5ak5qvAkAYywFaCnkcfDfMeVWfLhyfON9BXWq+YZrExseY 8gAEPwDR8WBNA0dU/qDWFLukU0mIDkNoQcEpu4xp6h1Ycl7C0gKKVvX0JdBNZKvyXvHgIvEDnQGf IRovh3etJgAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMS0xMC0yNVQxNDoyMjowOCswMDowMOJ22N4A AAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMTAtMjVUMTQ6MjI6MDgrMDA6MDCTK2BiAAAAAElFTkSu QmCC X-Now-Playing: Bartosz Weber's _Pres Rebooted_: "In the Garden of Pres Pack" Date: Mon, 25 Oct 2021 16:25:28 +0200 In-Reply-To: <83k0i1197d.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 25 Oct 2021 17:16:06 +0300") Message-ID: <875ytlxjtz.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: Eli Zaretskii writes: > Do you see timerfd in the set of descriptors passed to thread_select? I do see events from timerfd, so it's not completely non-working. It's just that when nothing is calling `accept-process-output' one way or another, Emacs doesn't get any events from it. If we do call [...] 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: 19776 Cc: stefan@marxist.se, schwab@linux-m68k.org, 19776@debbugs.gnu.org, monnier@iro.umontreal.ca, rms@gnu.org 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 (---) Eli Zaretskii writes: > Do you see timerfd in the set of descriptors passed to thread_select? I do see events from timerfd, so it's not completely non-working. It's just that when nothing is calling `accept-process-output' one way or another, Emacs doesn't get any events from it. If we do call `accept-process-output', timerfd_callback is called. The reason that the atimers are processed when Emacs gets keyboard input is that that makes pending_signals set, and that in turn makes maybe_quit check all the atimers to see if any of them have expired. But we would have an identical outcome if we had just not set up timerfd at all in these cases. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 10:31:11 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 14:31:11 +0000 Received: from localhost ([127.0.0.1]:43936 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf10J-0002VG-2d for submit@debbugs.gnu.org; Mon, 25 Oct 2021 10:31:11 -0400 Received: from mail-out.m-online.net ([212.18.0.10]:45647) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf10H-0002V5-77 for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 10:31:10 -0400 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4HdHSW2rwyz1sBQy; Mon, 25 Oct 2021 16:31:07 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 4HdHSW0KBdz1qqkC; Mon, 25 Oct 2021 16:31:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id AzX8hbuh6moq; Mon, 25 Oct 2021 16:31:06 +0200 (CEST) X-Auth-Info: 6sBc4QmbO0Nt8P1I7DuIhzZJMH1bPLEf4f0VCW710CHgbkqxBYzw+oE8mipHcYaH Received: from igel.home (ppp-46-244-179-15.dynamic.mnet-online.de [46.244.179.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Mon, 25 Oct 2021 16:31:06 +0200 (CEST) Received: by igel.home (Postfix, from userid 1000) id C5EE62C2700; Mon, 25 Oct 2021 16:31:05 +0200 (CEST) From: Andreas Schwab To: Lars Ingebrigtsen Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <87wnm1a78f.fsf@igel.home> <87h7d5z1ug.fsf@gnus.org> <87bl3d9pz7.fsf@igel.home> <87lf2hxlcr.fsf@gnus.org> <87a6ixxks2.fsf@gnus.org> X-Yow: In order to make PLANS for the WEEKEND...so that we can read RESTAURANT REVIEWS and decide to GO to that restaurant & then NEVER GO...so we can meet a FRIEND after work in a BAR and COMPLAIN about Interior Sect'y JAMES WATT until the SUBJECT is changed to NUCLEAR BLACKMAIL...and so our RELATIVES can FORCE us to listen to HOCKEY STATISTICS while we wait for them to LEAVE on the 7:48.... Date: Mon, 25 Oct 2021 16:31:05 +0200 In-Reply-To: <87a6ixxks2.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 25 Oct 2021 16:05:01 +0200") Message-ID: <877de19nx2.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 19776 Cc: stefan@marxist.se, 19776@debbugs.gnu.org, Stefan Monnier , rms@gnu.org 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: 0.0 (/) On Okt 25 2021, Lars Ingebrigtsen wrote: > doesn't disable it, either? That egetenv call returns NULL even if I > start Emacs like that? Because process-environment hasn't been set up yet. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 10:33:07 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 14:33:07 +0000 Received: from localhost ([127.0.0.1]:43940 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf12B-0002Yk-Cb for submit@debbugs.gnu.org; Mon, 25 Oct 2021 10:33:07 -0400 Received: from quimby.gnus.org ([95.216.78.240]:56268) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf129-0002YB-CW for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 10:33:06 -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=Cjru+pPweTQwM+9C6ybveFDd11QGw3+RxXMbwWlY0ek=; b=jBRpPr92/U/RGvkep7eybweFmJ JMOcX4kmyq/Xg5mvzW/Z15w5VngZDDDla+BPPwLA1DgwvDB8PHFZlmY4MLS5fs7SiXHfcq8fZsIKe TuzMgU/dR13mIaH1lyP5tPlScoLWxoBNbVCRaIVzYw1dIiQ3v0R/nwjy9vLLxdYE0bnI=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mf11v-0001wD-Bo; Mon, 25 Oct 2021 16:32:54 +0200 From: Lars Ingebrigtsen To: Andreas Schwab Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <87wnm1a78f.fsf@igel.home> <87h7d5z1ug.fsf@gnus.org> <87bl3d9pz7.fsf@igel.home> <87lf2hxlcr.fsf@gnus.org> <87a6ixxks2.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAFVBMVEUOCwsgHBwnJSMo RyUZJxUhNx3///9gxvanAAAAAWJLR0QGYWa4fQAAAAd0SU1FB+UKGQ4WCPUhMMoAAACwSURBVDjL zZJNCgMhDIWVsfvRE9ScwEVmL6h7oeP9r9II/dU4dNpC+3Dl5/MlIUJUSaEbiX+WnN917jNKGoQF kgUDcPNqA0+6Aq3rU8OAxgD7yvji4B5ak5qvAkAYywFaCnkcfDfMeVWfLhyfON9BXWq+YZrExseY 8gAEPwDR8WBNA0dU/qDWFLukU0mIDkNoQcEpu4xp6h1Ycl7C0gKKVvX0JdBNZKvyXvHgIvEDnQGf IRovh3etJgAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMS0xMC0yNVQxNDoyMjowOCswMDowMOJ22N4A AAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMTAtMjVUMTQ6MjI6MDgrMDA6MDCTK2BiAAAAAElFTkSu QmCC X-Now-Playing: Kamil Szuszkiewicz's _Pres Rebooted_: "Extinction Smooth Jazz" Date: Mon, 25 Oct 2021 16:32:50 +0200 In-Reply-To: <87a6ixxks2.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 25 Oct 2021 16:05:01 +0200") Message-ID: <871r49xjhp.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: Lars Ingebrigtsen writes: > EMACS_IGNORE_TIMERFD=t ./src/emacs > > doesn't disable it, either? That egetenv call returns NULL even if I > start Emacs like that? Odd. So this is a tangent, but this is a repeatable bug. If I call 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: 19776 Cc: stefan@marxist.se, 19776@debbugs.gnu.org, Stefan Monnier , rms@gnu.org 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 (---) Lars Ingebrigtsen writes: > EMACS_IGNORE_TIMERFD=t ./src/emacs > > doesn't disable it, either? That egetenv call returns NULL even if I > start Emacs like that? Odd. So this is a tangent, but this is a repeatable bug. If I call printf ("fd: %s\n", egetenv ("FOO")); from init_atimer, it always says (null). (And "FOO" is defined.) However, if I call egetenv later, I do get the correct value. So is there something about (e)getenv that makes it not work during the (early) startup of Emacs? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 10:36:00 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 14:36:00 +0000 Received: from localhost ([127.0.0.1]:43945 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf14x-0002dN-Q7 for submit@debbugs.gnu.org; Mon, 25 Oct 2021 10:35:59 -0400 Received: from mail-out.m-online.net ([212.18.0.10]:41452) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf14v-0002dF-RF for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 10:35:58 -0400 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4HdHZ500Qxz1sDRF; Mon, 25 Oct 2021 16:35:56 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 4HdHZ46Q2Dz1qqkB; Mon, 25 Oct 2021 16:35:56 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id 7S3qtLlneTOR; Mon, 25 Oct 2021 16:35:56 +0200 (CEST) X-Auth-Info: GMHHUoLWiutvWplNyGTYdYODtMk57Yj8LLjpeJmbYDYQJ1YdP9tBSbAX9cj+xCJp Received: from igel.home (ppp-46-244-179-15.dynamic.mnet-online.de [46.244.179.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Mon, 25 Oct 2021 16:35:56 +0200 (CEST) Received: by igel.home (Postfix, from userid 1000) id 85CD42C2700; Mon, 25 Oct 2021 16:35:55 +0200 (CEST) From: Andreas Schwab To: Eli Zaretskii Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <83mtmx19x8.fsf@gnu.org> X-Yow: .. I see TOILET SEATS... Date: Mon, 25 Oct 2021 16:35:55 +0200 In-Reply-To: <83mtmx19x8.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 25 Oct 2021 17:00:35 +0300") Message-ID: <8735op9np0.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 19776 Cc: Lars Ingebrigtsen , stefan@marxist.se, 19776@debbugs.gnu.org, monnier@iro.umontreal.ca, rms@gnu.org 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: 0.0 (/) On Okt 25 2021, Eli Zaretskii wrote: > I didn't yet take a good look at the code, so I may not make sense, > but: if the problem with getting Emacs to check atimers is that it > needs an input event, then does it help to define a one-time timer > in addition to arranging the atimer? When we have an active timer, we > artificially reduce the timeout for pselect so that it expires before > the expected timer -- maybe that is all that's needed, to cause the > input loop crank one more revolution? Since timerfd is one of the descriptors to wait for, it already causes pselect to return in due time. But it won't help if pselect is not called in the first place. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 10:36:47 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 14:36:47 +0000 Received: from localhost ([127.0.0.1]:43949 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf15c-0002es-2M for submit@debbugs.gnu.org; Mon, 25 Oct 2021 10:36:47 -0400 Received: from quimby.gnus.org ([95.216.78.240]:56374) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf15S-0002eR-Tf for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 10:36:38 -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=ooT9vY4F7DaylRHK9DLDFi8jamae+cda/VAXqAlQjc0=; b=SGIm7hoq84v/h4uttCb+YFNDz5 Rkt/h9Lxu53cjLnD48b08eZlajqS9tRlK1zjq/H2iSb839m0tZKDX2FiQvAshlwJvobLre9j8y0Ff oxxzljQLAfWB2/AKjDPjpFnYfPaKLjXMcPwcCvQQMr3x11pJDV5XUnMdPztn2pGyoG8o=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mf15F-0001xB-VY; Mon, 25 Oct 2021 16:36:20 +0200 From: Lars Ingebrigtsen To: Andreas Schwab Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <87wnm1a78f.fsf@igel.home> <87h7d5z1ug.fsf@gnus.org> <87bl3d9pz7.fsf@igel.home> <87lf2hxlcr.fsf@gnus.org> <87a6ixxks2.fsf@gnus.org> <877de19nx2.fsf@igel.home> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAFVBMVEUOCwsgHBwnJSMo RyUZJxUhNx3///9gxvanAAAAAWJLR0QGYWa4fQAAAAd0SU1FB+UKGQ4WCPUhMMoAAACwSURBVDjL zZJNCgMhDIWVsfvRE9ScwEVmL6h7oeP9r9II/dU4dNpC+3Dl5/MlIUJUSaEbiX+WnN917jNKGoQF kgUDcPNqA0+6Aq3rU8OAxgD7yvji4B5ak5qvAkAYywFaCnkcfDfMeVWfLhyfON9BXWq+YZrExseY 8gAEPwDR8WBNA0dU/qDWFLukU0mIDkNoQcEpu4xp6h1Ycl7C0gKKVvX0JdBNZKvyXvHgIvEDnQGf IRovh3etJgAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMS0xMC0yNVQxNDoyMjowOCswMDowMOJ22N4A AAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMTAtMjVUMTQ6MjI6MDgrMDA6MDCTK2BiAAAAAElFTkSu QmCC X-Now-Playing: Kamil Szuszkiewicz's _Pres Rebooted_: "Extinction Smooth Jazz" Date: Mon, 25 Oct 2021 16:36:17 +0200 In-Reply-To: <877de19nx2.fsf@igel.home> (Andreas Schwab's message of "Mon, 25 Oct 2021 16:31:05 +0200") Message-ID: <87wnm1w4ri.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: Andreas Schwab writes: >> doesn't disable it, either? That egetenv call returns NULL even if I >> start Emacs like that? > > Because process-environment hasn't been set up yet. 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: 19776 Cc: stefan@marxist.se, 19776@debbugs.gnu.org, Stefan Monnier , rms@gnu.org 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 (---) Andreas Schwab writes: >> doesn't disable it, either? That egetenv call returns NULL even if I >> start Emacs like that? > > Because process-environment hasn't been set up yet. Right. During Emacs startup, it asks for these four variables before process-environment has been set up: No EMACS_IGNORE_TIMERFD No EMACSDATA No EMACS_FONT_LOG No HANGUL_KEYBOARD_TYPE So that's four more bugs, I guess. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 10:48:32 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 14:48:33 +0000 Received: from localhost ([127.0.0.1]:43965 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf1H6-00031L-M3 for submit@debbugs.gnu.org; Mon, 25 Oct 2021 10:48:32 -0400 Received: from quimby.gnus.org ([95.216.78.240]:57166) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf1H5-000314-4c for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 10:48:31 -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=ao2l1JyPkg3MmmzrYTyVZjKYTai06NZ6cWl0KdTqqf4=; b=SIf2gXQRTxilRZ1UTyJuFmA4HU L6kryt6Kb4bF4vuupGkVDnKoKRUtBf7IKDTKootkwybGFu4awzGiC9LIvCRrI4/6RrKH1Z/oBxKDo NYOKj3gQXMYqR1jw23s1v0n4ixkB8D9McYvp3wC4VN/2roRJ8Em0GP0XyTDW7+n/GEKI=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mf1Gr-0002AY-S5; Mon, 25 Oct 2021 16:48:20 +0200 From: Lars Ingebrigtsen To: Andreas Schwab Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <87wnm1a78f.fsf@igel.home> <87h7d5z1ug.fsf@gnus.org> <87bl3d9pz7.fsf@igel.home> <87lf2hxlcr.fsf@gnus.org> <87a6ixxks2.fsf@gnus.org> <877de19nx2.fsf@igel.home> <87wnm1w4ri.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAFVBMVEUOCwsgHBwnJSMo RyUZJxUhNx3///9gxvanAAAAAWJLR0QGYWa4fQAAAAd0SU1FB+UKGQ4WCPUhMMoAAACwSURBVDjL zZJNCgMhDIWVsfvRE9ScwEVmL6h7oeP9r9II/dU4dNpC+3Dl5/MlIUJUSaEbiX+WnN917jNKGoQF kgUDcPNqA0+6Aq3rU8OAxgD7yvji4B5ak5qvAkAYywFaCnkcfDfMeVWfLhyfON9BXWq+YZrExseY 8gAEPwDR8WBNA0dU/qDWFLukU0mIDkNoQcEpu4xp6h1Ycl7C0gKKVvX0JdBNZKvyXvHgIvEDnQGf IRovh3etJgAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMS0xMC0yNVQxNDoyMjowOCswMDowMOJ22N4A AAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMTAtMjVUMTQ6MjI6MDgrMDA6MDCTK2BiAAAAAElFTkSu QmCC X-Now-Playing: Jlin's _Pres Rebooted_: "Lotus" Date: Mon, 25 Oct 2021 16:48:17 +0200 In-Reply-To: <87wnm1w4ri.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 25 Oct 2021 16:36:17 +0200") Message-ID: <87o87dw47i.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: Lars Ingebrigtsen writes: > No EMACS_IGNORE_TIMERFD > No EMACSDATA > No EMACS_FONT_LOG > No HANGUL_KEYBOARD_TYPE > > So that's four more bugs, I guess. No, just one. I interpreted the output wrong -- the only thing that's getenv'd before the environment is EMACS_IGNORE_TIMERFD. 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: 19776 Cc: stefan@marxist.se, 19776@debbugs.gnu.org, Stefan Monnier , rms@gnu.org 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 (---) Lars Ingebrigtsen writes: > No EMACS_IGNORE_TIMERFD > No EMACSDATA > No EMACS_FONT_LOG > No HANGUL_KEYBOARD_TYPE > > So that's four more bugs, I guess. No, just one. I interpreted the output wrong -- the only thing that's getenv'd before the environment is EMACS_IGNORE_TIMERFD. So this patch will fix that: diff --git a/src/emacs.c b/src/emacs.c index a24543a586..032b27fcf3 100644 --- a/src/emacs.c +++ b/src/emacs.c @@ -1872,7 +1872,6 @@ main (int argc, char **argv) init_bignum (); init_threads (); init_eval (); - init_atimer (); running_asynch_code = 0; init_random (); @@ -2034,6 +2033,9 @@ main (int argc, char **argv) if (!will_dump_p ()) set_initial_environment (); + /* Has to run after the environment is set up. */ + init_atimer (); + #ifdef WINDOWSNT globals_of_w32 (); #ifdef HAVE_W32NOTIFY I think it's probably safe to push to Emacs 28, but since nobody has complained about it since 2014 (when this was introduced), I'm pushing it to master instead. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 11:05:25 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 15:05:25 +0000 Received: from localhost ([127.0.0.1]:43977 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf1XR-0003Tv-9c for submit@debbugs.gnu.org; Mon, 25 Oct 2021 11:05:25 -0400 Received: from quimby.gnus.org ([95.216.78.240]:57284) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf1XP-0003Tg-7N for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 11:05:23 -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=enWceoCyHCD2Qg1YFdL6/tyei9rRyBKdGVSkxS8LsBI=; b=k3nlFT/Bc5NNdeysocmKwbh8iC 64owklwFROz8YRHPqCEGULVh6jSt1AjMnBRseoAfokTTdad4NmZ4HJlG+8AGaS9HE5bFBNiNwViqz bukF+eZqBcGyNlDSR7W71HJ0H1ImilQVmCpTHPpClkd1HiIRl3k789OrIBSJePRdjWh8=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mf1XC-0002Mb-Oe; Mon, 25 Oct 2021 17:05:14 +0200 From: Lars Ingebrigtsen To: Dmitry Antipov Subject: Re: bug#19776: timerfd doesn't work when busy-looping References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <83mtmx19x8.fsf@gnu.org> <8735op9np0.fsf@igel.home> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAFVBMVEUOCwsgHBwnJSMo RyUZJxUhNx3///9gxvanAAAAAWJLR0QGYWa4fQAAAAd0SU1FB+UKGQ4WCPUhMMoAAACwSURBVDjL zZJNCgMhDIWVsfvRE9ScwEVmL6h7oeP9r9II/dU4dNpC+3Dl5/MlIUJUSaEbiX+WnN917jNKGoQF kgUDcPNqA0+6Aq3rU8OAxgD7yvji4B5ak5qvAkAYywFaCnkcfDfMeVWfLhyfON9BXWq+YZrExseY 8gAEPwDR8WBNA0dU/qDWFLukU0mIDkNoQcEpu4xp6h1Ycl7C0gKKVvX0JdBNZKvyXvHgIvEDnQGf IRovh3etJgAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMS0xMC0yNVQxNDoyMjowOCswMDowMOJ22N4A AAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMTAtMjVUMTQ6MjI6MDgrMDA6MDCTK2BiAAAAAElFTkSu QmCC X-Now-Playing: Krew's _Pres Rebooted_: "Utrata" Date: Mon, 25 Oct 2021 17:05:10 +0200 In-Reply-To: <8735op9np0.fsf@igel.home> (Andreas Schwab's message of "Mon, 25 Oct 2021 16:35:55 +0200") Message-ID: <87k0i1w3fd.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: The timerfd stuff was added in commit 768b24eb0e880c0b39e36fd089905cdca572a758 Author: Dmitry Antipov AuthorDate: Mon Jul 28 10:28:15 2014 +0400 On GNU/Linux, use timerfd for asynchronous timers. 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: 19776 Cc: 19776@debbugs.gnu.org, stefan@marxist.se, Andreas Schwab , monnier@iro.umontreal.ca, Eli Zaretskii , rms@gnu.org 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 (---) The timerfd stuff was added in commit 768b24eb0e880c0b39e36fd089905cdca572a758 Author: Dmitry Antipov AuthorDate: Mon Jul 28 10:28:15 2014 +0400 On GNU/Linux, use timerfd for asynchronous timers. so I've added Dmitry to the CCs to get some input. Dmitry, the issue is that with timerfd, no atimers are delivered when Emacs is busy-looping, like: (with-delayed-message 2 "Yes" (while t)) If we disable the timerfd stuff, then the timer will fire after two seconds. So I'm wondering whether this used to work when timerfd was introduced (and this has regressed over the years), or whether it's always been a design constraint that timerfd events would never be delivered when Emacs ways busy-looping? When Emacs is idling (and polling the fds), then the timerfd approach works well, for instance with: (with-delayed-message 2 "Yes" (sleep-for 10)) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 11:59:35 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 15:59:35 +0000 Received: from localhost ([127.0.0.1]:44081 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf2Nm-0000yQ-ST for submit@debbugs.gnu.org; Mon, 25 Oct 2021 11:59:34 -0400 Received: from eggs.gnu.org ([209.51.188.92]:55018) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf2Nh-0000y8-UA for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 11:59:29 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45414) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mf2Na-0000ZZ-FH; Mon, 25 Oct 2021 11:59:18 -0400 Received: from [87.69.77.57] (port=2404 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mf2NU-0006L0-9Q; Mon, 25 Oct 2021 11:59:12 -0400 Date: Mon, 25 Oct 2021 18:59:04 +0300 Message-Id: <83ilxl14fr.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87k0i1w3fd.fsf_-_@gnus.org> (message from Lars Ingebrigtsen on Mon, 25 Oct 2021 17:05:10 +0200) Subject: Re: bug#19776: timerfd doesn't work when busy-looping References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <83mtmx19x8.fsf@gnu.org> <8735op9np0.fsf@igel.home> <87k0i1w3fd.fsf_-_@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 19776 Cc: 19776@debbugs.gnu.org, dmantipov@yandex.ru, stefan@marxist.se, schwab@linux-m68k.org, monnier@iro.umontreal.ca, rms@gnu.org 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 (---) > From: Lars Ingebrigtsen > Cc: Eli Zaretskii , stefan@marxist.se, > 19776@debbugs.gnu.org, rms@gnu.org, monnier@iro.umontreal.ca, Andreas > Schwab > Date: Mon, 25 Oct 2021 17:05:10 +0200 > > Dmitry, the issue is that with timerfd, no atimers are delivered when > Emacs is busy-looping, like: > > (with-delayed-message 2 "Yes" > (while t)) Btw, the above signals an error; I need to use (with-delayed-message (2 "Yes") (while t)) instead, to make it work. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 12:10:34 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 16:10:34 +0000 Received: from localhost ([127.0.0.1]:44085 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf2YT-0001K2-Qc for submit@debbugs.gnu.org; Mon, 25 Oct 2021 12:10:34 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58284) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf2YI-0001Jb-Q5 for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 12:10:32 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46188) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mf2YD-0003ko-4A; Mon, 25 Oct 2021 12:10:17 -0400 Received: from [87.69.77.57] (port=3085 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mf2Xr-0007oo-3u; Mon, 25 Oct 2021 12:09:55 -0400 Date: Mon, 25 Oct 2021 19:09:47 +0300 Message-Id: <83h7d513xw.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <875ytm2h37.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 25 Oct 2021 00:28:12 +0200) Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 19776 Cc: 19776@debbugs.gnu.org, stefan@marxist.se, monnier@iro.umontreal.ca, rms@gnu.org 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 (---) > From: Lars Ingebrigtsen > Cc: Eli Zaretskii , stefan@marxist.se, rms@gnu.org, > 19776@debbugs.gnu.org > Date: Mon, 25 Oct 2021 00:28:12 +0200 > > Stefan Monnier writes: > > > Basically all loops should call `maybe_quit`, so the issue is probably > > not that `maybe_quit` is not called often enough, but that for some > > reason we don't set the vars that it checks or something like that. > > I've been trying to follow the logic in how the atimer stuff is supposed > to work. It registers a special timer fd that sets a timeout, and it's > supposed to be called back in timerfd_callback. And that happens if I'm > (for instance) idling in a `sleep-for'. > > When Emacs is busy looping, we never get a callback -- presumably > because we're not reading any file descriptors in that case? But... > was the idea that this would work in a busy Emacs? I mean, events from > the keyboard/mouse are able to poke Emacs in a way that it realises that > it has a pending event to handle, but not the timerfd? Input events work via SIGIO on X, and SIGIO sets pending_signals, and then we check the atimers. I guess this means timerfd is only good for when Emacs is calling thread_select, i.e. either it's idling or waiting for process output. So timerfd, if available, should be used together with interval timers, so that we get SIGALRM when we aren't idle, I guess. Not either timerfd or interval timers, but both. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 12:16:27 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 16:16:27 +0000 Received: from localhost ([127.0.0.1]:44101 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf2eB-0001Ue-3Y for submit@debbugs.gnu.org; Mon, 25 Oct 2021 12:16:27 -0400 Received: from quimby.gnus.org ([95.216.78.240]:57906) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf2e9-0001UR-Ol for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 12:16:26 -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=eRa5M/P3qeMiIP1mZvK+lrINuFZhmIQ7YHAvwRKWNo8=; b=qY3ZbQUfgDXbUiKFxKil4mFQSL 5Fcqzphg6eDoVFxYKW0L6Slsu0n+aAqknbXx+Sd6Gj4rxmnKDbLCac2WlR1RS8MR0ddVK2g4aWtWE SEbaqg3aitFpuA20OWS5nWSE2r9dLtZOyo6GeIUWPGstjL8HSkHrkD4/rXioOLIUroNg=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mf2dw-0002t7-Mb; Mon, 25 Oct 2021 18:16:16 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#19776: timerfd doesn't work when busy-looping References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <83mtmx19x8.fsf@gnu.org> <8735op9np0.fsf@igel.home> <87k0i1w3fd.fsf_-_@gnus.org> <83ilxl14fr.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEUGBgacmpouIx1e Xl7Nzc5hSCJQJxigdUT///9PZTABAAAAAWJLR0QIht6VegAAAAd0SU1FB+UKGQATOdMW6b8AAAGX SURBVDjLpZLBbuMgEIYJuD0b0+5eh6HmDEz3vlv3AdpE9rmiCg8QqcrrF+LEsbNZaaXMYQ585v/9 z8DYv6oR3AeShsg5H2aAKtMGb0yL9YvRM4CaGO/Eg+m4EpWbkWeFQQphDElRvZ3P3Uv3YFT2kPJJ qrk7QGmM8UO/pZpV473RzrsLECiHqAjIX4C6ERshJJjqAigltBDPsHm69NBq9VhpWGYYgzDIGfC2 DIexU20aLY13+LYAzrOaiIJxr/USENMOg+jY6zL7b+L5khMbF8LyhmR/lOhW8tH9lYSXbSC/cRtF B6/vNOSnZswVoDKgzTWpPFu4JoVhCswR0U7f0BkUUZrAMZjAU9SDfAGjgf4Fo1Y+we2Pcn+U0l+J f8Rhmyxg6gsIbQGgfwJPqU8ZsPQ1PQAEvcb7aK3NALjZnefyDilFm2J2iSCaE7DgobiW4jgDLfgh h0sfKZZ/nEBC8HgsG++3nyew33GyEaHthzHtEdztd0M+7Id2v8s94l09AmDYr0tmvl1nKVys/zjW bHLzm/j/+gYi10R/xwSwvQAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMS0xMC0yNVQwMDoxOTo1Nysw MDowMGBqsEUAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMTAtMjVUMDA6MTk6NTcrMDA6MDARNwj5 AAAAAElFTkSuQmCC X-Now-Playing: Gary Clail's Tackhead Sound System's _Tackhead Tape Time_: "Hard Left" Date: Mon, 25 Oct 2021 18:16:12 +0200 In-Reply-To: <83ilxl14fr.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 25 Oct 2021 18:59:04 +0300") Message-ID: <87wnm1ulkj.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: Eli Zaretskii writes: >> (with-delayed-message 2 "Yes" >> (while t)) > > Btw, the above signals an error; I need to use > > (with-delayed-message (2 "Yes") > (while t)) > > instead, to make it work. 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: 19776 Cc: 19776@debbugs.gnu.org, dmantipov@yandex.ru, stefan@marxist.se, schwab@linux-m68k.org, monnier@iro.umontreal.ca, rms@gnu.org 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 (---) Eli Zaretskii writes: >> (with-delayed-message 2 "Yes" >> (while t)) > > Btw, the above signals an error; I need to use > > (with-delayed-message (2 "Yes") > (while t)) > > instead, to make it work. Yes, I changed the syntax half an hour ago. >"? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 12:19:16 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 16:19:16 +0000 Received: from localhost ([127.0.0.1]:44108 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf2gt-0001Zg-Oz for submit@debbugs.gnu.org; Mon, 25 Oct 2021 12:19:15 -0400 Received: from quimby.gnus.org ([95.216.78.240]:57940) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf2gr-0001ZG-Kx for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 12:19:14 -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=cp+12gghAqfosu9kQUdt2jFG84GkxPV7V6mJriYI+EU=; b=GQH8lCpiKky9laZtD4DIx5WLmV iwNY0QYQbxeRS/CEel6nwOfrTzYnXBQEuqktCCawbr1ceVUakv9iUtrPBQ82z3KbrVBlWasx+l2Ea x+O3EuEyE1DLz0f0qGuOSxRzoj7nVN/Wp9d00FWJyXDNWETsFfwj49Doy67WypnrsH4Y=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mf2gi-0002vz-1m; Mon, 25 Oct 2021 18:19:06 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <83h7d513xw.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEUGBgacmpouIx1e Xl7Nzc5hSCJQJxigdUT///9PZTABAAAAAWJLR0QIht6VegAAAAd0SU1FB+UKGQATOdMW6b8AAAGX SURBVDjLpZLBbuMgEIYJuD0b0+5eh6HmDEz3vlv3AdpE9rmiCg8QqcrrF+LEsbNZaaXMYQ585v/9 z8DYv6oR3AeShsg5H2aAKtMGb0yL9YvRM4CaGO/Eg+m4EpWbkWeFQQphDElRvZ3P3Uv3YFT2kPJJ qrk7QGmM8UO/pZpV473RzrsLECiHqAjIX4C6ERshJJjqAigltBDPsHm69NBq9VhpWGYYgzDIGfC2 DIexU20aLY13+LYAzrOaiIJxr/USENMOg+jY6zL7b+L5khMbF8LyhmR/lOhW8tH9lYSXbSC/cRtF B6/vNOSnZswVoDKgzTWpPFu4JoVhCswR0U7f0BkUUZrAMZjAU9SDfAGjgf4Fo1Y+we2Pcn+U0l+J f8Rhmyxg6gsIbQGgfwJPqU8ZsPQ1PQAEvcb7aK3NALjZnefyDilFm2J2iSCaE7DgobiW4jgDLfgh h0sfKZZ/nEBC8HgsG++3nyew33GyEaHthzHtEdztd0M+7Id2v8s94l09AmDYr0tmvl1nKVys/zjW bHLzm/j/+gYi10R/xwSwvQAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMS0xMC0yNVQwMDoxOTo1Nysw MDowMGBqsEUAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMTAtMjVUMDA6MTk6NTcrMDA6MDARNwj5 AAAAAElFTkSuQmCC X-Now-Playing: Gary Clail's Tackhead Sound System's _Tackhead Tape Time_: "Hard Left" Date: Mon, 25 Oct 2021 18:19:01 +0200 In-Reply-To: <83h7d513xw.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 25 Oct 2021 19:09:47 +0300") Message-ID: <87sfwpulfu.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: Eli Zaretskii writes: > I guess this means timerfd is only good for when Emacs is calling > thread_select, i.e. either it's idling or waiting for process output. > So timerfd, if available, should be used together with int [...] 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: 19776 Cc: 19776@debbugs.gnu.org, stefan@marxist.se, monnier@iro.umontreal.ca, rms@gnu.org 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 (---) Eli Zaretskii writes: > I guess this means timerfd is only good for when Emacs is calling > thread_select, i.e. either it's idling or waiting for process output. > So timerfd, if available, should be used together with interval > timers, so that we get SIGALRM when we aren't idle, I guess. Not > either timerfd or interval timers, but both. But does timerfd give us anything extra, then? If we only use interval timers, things seems to work fine. So I wonder what the purpose of introducing the timerfd stuff was. Greater efficiency? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 12:41:31 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 16:41:31 +0000 Received: from localhost ([127.0.0.1]:44129 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf32R-000286-98 for submit@debbugs.gnu.org; Mon, 25 Oct 2021 12:41:31 -0400 Received: from quimby.gnus.org ([95.216.78.240]:58170) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf32P-00027s-JO for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 12:41:30 -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=zBI4TtSURBdi0Lx4Zrk1hATGAn94cy7lC6zik+hp22Q=; b=PnqlscnCavZADfnS23pBlRljd8 aSsOfGY4yCwHFYqz9PxXVF7tbqL5ppAU7rQES4nYfXICurho5lRPE0jJIhYvlQAl0qSt2Gkw1pLNK meQjiACuujoFfQOtcvKOHXJp5gLXDmpcJwSpdaZxDbq/q9YJtNKh4RpbRmMqxKrIFjik=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mf326-00035u-Vu; Mon, 25 Oct 2021 18:41:13 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#19776: The hourglass References: <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <83mtmx19x8.fsf@gnu.org> <8735op9np0.fsf@igel.home> <87k0i1w3fd.fsf_-_@gnus.org> <83ilxl14fr.fsf@gnu.org> <87wnm1ulkj.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEUGBgacmpouIx1e Xl7Nzc5hSCJQJxigdUT///9PZTABAAAAAWJLR0QIht6VegAAAAd0SU1FB+UKGQATOdMW6b8AAAGX SURBVDjLpZLBbuMgEIYJuD0b0+5eh6HmDEz3vlv3AdpE9rmiCg8QqcrrF+LEsbNZaaXMYQ585v/9 z8DYv6oR3AeShsg5H2aAKtMGb0yL9YvRM4CaGO/Eg+m4EpWbkWeFQQphDElRvZ3P3Uv3YFT2kPJJ qrk7QGmM8UO/pZpV473RzrsLECiHqAjIX4C6ERshJJjqAigltBDPsHm69NBq9VhpWGYYgzDIGfC2 DIexU20aLY13+LYAzrOaiIJxr/USENMOg+jY6zL7b+L5khMbF8LyhmR/lOhW8tH9lYSXbSC/cRtF B6/vNOSnZswVoDKgzTWpPFu4JoVhCswR0U7f0BkUUZrAMZjAU9SDfAGjgf4Fo1Y+we2Pcn+U0l+J f8Rhmyxg6gsIbQGgfwJPqU8ZsPQ1PQAEvcb7aK3NALjZnefyDilFm2J2iSCaE7DgobiW4jgDLfgh h0sfKZZ/nEBC8HgsG++3nyew33GyEaHthzHtEdztd0M+7Id2v8s94l09AmDYr0tmvl1nKVys/zjW bHLzm/j/+gYi10R/xwSwvQAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMS0xMC0yNVQwMDoxOTo1Nysw MDowMGBqsEUAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMTAtMjVUMDA6MTk6NTcrMDA6MDARNwj5 AAAAAElFTkSuQmCC X-Now-Playing: Gary Clail's Tackhead Sound System's _Tackhead Tape Time_: "audio_09.mp3" Date: Mon, 25 Oct 2021 18:41:10 +0200 In-Reply-To: <87wnm1ulkj.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 25 Oct 2021 18:16:12 +0200") Message-ID: <87o87dukex.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: When not using the timerfd stuff, the hourglass timer is triggered correctly even when busy-looping like this: (while t) But it's not actually displayed until there's a keyboard/mouse event, or redisplay is triggered otherwise. So it's this code: 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: 19776 Cc: 19776@debbugs.gnu.org, dmantipov@yandex.ru, stefan@marxist.se, schwab@linux-m68k.org, monnier@iro.umontreal.ca, rms@gnu.org 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 (---) When not using the timerfd stuff, the hourglass timer is triggered correctly even when busy-looping like this: (while t) But it's not actually displayed until there's a keyboard/mouse event, or redisplay is triggered otherwise. So it's this code: static void x_show_hourglass (struct frame *f) { [...] x->hourglass_window = XCreateWindow (dpy, parent, 0, 0, 32000, 32000, 0, 0, InputOnly, CopyFromParent, mask, &attrs); } XMapRaised (dpy, x->hourglass_window); XFlush (dpy); } } } If I stick a call to Fredisplay in there, then it'll actually display the hourglass, but that seems rather heavy-handed. What's the proper way to trigger the redisplay here? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 12:52:02 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 16:52:02 +0000 Received: from localhost ([127.0.0.1]:44134 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf3CQ-0002Pc-7y for submit@debbugs.gnu.org; Mon, 25 Oct 2021 12:52:02 -0400 Received: from eggs.gnu.org ([209.51.188.92]:41144) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf3CO-0002PP-Qn for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 12:51:49 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:48514) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mf3CI-0008HY-Ez; Mon, 25 Oct 2021 12:51:42 -0400 Received: from [87.69.77.57] (port=1691 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mf3CC-0002Hq-05; Mon, 25 Oct 2021 12:51:36 -0400 Date: Mon, 25 Oct 2021 19:51:29 +0300 Message-Id: <838ryh120e.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87o87dukex.fsf_-_@gnus.org> (message from Lars Ingebrigtsen on Mon, 25 Oct 2021 18:41:10 +0200) Subject: Re: bug#19776: The hourglass References: <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <83mtmx19x8.fsf@gnu.org> <8735op9np0.fsf@igel.home> <87k0i1w3fd.fsf_-_@gnus.org> <83ilxl14fr.fsf@gnu.org> <87wnm1ulkj.fsf@gnus.org> <87o87dukex.fsf_-_@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 19776 Cc: 19776@debbugs.gnu.org, dmantipov@yandex.ru, stefan@marxist.se, schwab@linux-m68k.org, monnier@iro.umontreal.ca, rms@gnu.org 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.0 (-) > From: Lars Ingebrigtsen > Cc: 19776@debbugs.gnu.org, dmantipov@yandex.ru, stefan@marxist.se, > schwab@linux-m68k.org, monnier@iro.umontreal.ca, rms@gnu.org > Date: Mon, 25 Oct 2021 18:41:10 +0200 > > static void > x_show_hourglass (struct frame *f) > { > [...] > x->hourglass_window = XCreateWindow > (dpy, parent, 0, 0, 32000, 32000, 0, 0, > InputOnly, CopyFromParent, mask, &attrs); > } > > XMapRaised (dpy, x->hourglass_window); > XFlush (dpy); > } > } > } > > If I stick a call to Fredisplay in there, then it'll actually display > the hourglass, but that seems rather heavy-handed. What's the proper > way to trigger the redisplay here? Try calling FRAME_MOUSE_UPDATE. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 12:54:08 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 16:54:08 +0000 Received: from localhost ([127.0.0.1]:44138 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf3Ee-0002TD-F3 for submit@debbugs.gnu.org; Mon, 25 Oct 2021 12:54:08 -0400 Received: from eggs.gnu.org ([209.51.188.92]:41654) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf3Ec-0002Sd-6c for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 12:54:06 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:48582) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mf3EW-0002hI-SA; Mon, 25 Oct 2021 12:54:00 -0400 Received: from [87.69.77.57] (port=1837 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mf3EQ-0002Xr-D7; Mon, 25 Oct 2021 12:53:54 -0400 Date: Mon, 25 Oct 2021 19:53:47 +0300 Message-Id: <837de111wk.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen , Dmitry Antipov In-Reply-To: <87sfwpulfu.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 25 Oct 2021 18:19:01 +0200) Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <83h7d513xw.fsf@gnu.org> <87sfwpulfu.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 19776 Cc: 19776@debbugs.gnu.org, stefan@marxist.se, monnier@iro.umontreal.ca, rms@gnu.org 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 (---) > From: Lars Ingebrigtsen > Cc: monnier@iro.umontreal.ca, stefan@marxist.se, rms@gnu.org, > 19776@debbugs.gnu.org > Date: Mon, 25 Oct 2021 18:19:01 +0200 > > Eli Zaretskii writes: > > > I guess this means timerfd is only good for when Emacs is calling > > thread_select, i.e. either it's idling or waiting for process output. > > So timerfd, if available, should be used together with interval > > timers, so that we get SIGALRM when we aren't idle, I guess. Not > > either timerfd or interval timers, but both. > > But does timerfd give us anything extra, then? If we only use interval > timers, things seems to work fine. So I wonder what the purpose of > introducing the timerfd stuff was. Greater efficiency? Not sure. Maybe more reliability? Signals can be lost or blocked. I hope Dmitry will be able to answer that. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 12:58:15 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 16:58:15 +0000 Received: from localhost ([127.0.0.1]:44142 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf3IP-0002YN-0u for submit@debbugs.gnu.org; Mon, 25 Oct 2021 12:58:15 -0400 Received: from quimby.gnus.org ([95.216.78.240]:58478) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf3IM-0002Y7-U5 for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 12:57: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=ZnIpbb9X99WOT+vYUWpEoNjqjPkIxIVBhW5l/1cM9os=; b=WH8bq1/tiv5qfMwt3w4U+W8qJ9 fMjlK6IhT0S1+XVrvsr5A3uavKGHnTdrcf5WHZQ72mL4rE9hHQApKAXUTLAMQZ5YmEClzYSzOkFQG qmoNacnx8gCyFC5wy5yFKBlt3skFrO+rsiPvsQzm1jhnCTA6b/hJ/G1NadKomnjNlBcs=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mf3I9-0003Ej-6X; Mon, 25 Oct 2021 18:57:47 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#19776: The hourglass References: <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <83mtmx19x8.fsf@gnu.org> <8735op9np0.fsf@igel.home> <87k0i1w3fd.fsf_-_@gnus.org> <83ilxl14fr.fsf@gnu.org> <87wnm1ulkj.fsf@gnus.org> <87o87dukex.fsf_-_@gnus.org> <838ryh120e.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEUGBgacmpouIx1e Xl7Nzc5hSCJQJxigdUT///9PZTABAAAAAWJLR0QIht6VegAAAAd0SU1FB+UKGRA3GHKxuzcAAAGX SURBVDjLpZLBbuMgEIYJuD0b0+5eh6HmDEz3vlv3AdpE9rmiCg8QqcrrF+LEsbNZaaXMYQ585v/9 z8DYv6oR3AeShsg5H2aAKtMGb0yL9YvRM4CaGO/Eg+m4EpWbkWeFQQphDElRvZ3P3Uv3YFT2kPJJ qrk7QGmM8UO/pZpV473RzrsLECiHqAjIX4C6ERshJJjqAigltBDPsHm69NBq9VhpWGYYgzDIGfC2 DIexU20aLY13+LYAzrOaiIJxr/USENMOg+jY6zL7b+L5khMbF8LyhmR/lOhW8tH9lYSXbSC/cRtF B6/vNOSnZswVoDKgzTWpPFu4JoVhCswR0U7f0BkUUZrAMZjAU9SDfAGjgf4Fo1Y+we2Pcn+U0l+J f8Rhmyxg6gsIbQGgfwJPqU8ZsPQ1PQAEvcb7aK3NALjZnefyDilFm2J2iSCaE7DgobiW4jgDLfgh h0sfKZZ/nEBC8HgsG++3nyew33GyEaHthzHtEdztd0M+7Id2v8s94l09AmDYr0tmvl1nKVys/zjW bHLzm/j/+gYi10R/xwSwvQAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMS0xMC0yNVQxNjo1NToyNCsw MDowMMxIDmYAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMTAtMjVUMTY6NTU6MjQrMDA6MDC9Fbba AAAAAElFTkSuQmCC X-Now-Playing: Gary Clail's Tackhead Sound System's _Tackhead Tape Time_: "Reality" Date: Mon, 25 Oct 2021 18:57:44 +0200 In-Reply-To: <838ryh120e.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 25 Oct 2021 19:51:29 +0300") Message-ID: <87o87dhwjb.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: Eli Zaretskii writes: >> If I stick a call to Fredisplay in there, then it'll actually display >> the hourglass, but that seems rather heavy-handed. What's the proper >> way to trigger the redisplay here? > > Try calling F [...] 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: 19776 Cc: 19776@debbugs.gnu.org, dmantipov@yandex.ru, stefan@marxist.se, schwab@linux-m68k.org, monnier@iro.umontreal.ca, rms@gnu.org 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.0 (-) Eli Zaretskii writes: >> If I stick a call to Fredisplay in there, then it'll actually display >> the hourglass, but that seems rather heavy-handed. What's the proper >> way to trigger the redisplay here? > > Try calling FRAME_MOUSE_UPDATE. Didn't make a difference, unfortunately. redisplay_preserve_echo_area (2); does the trick... That function seems to be called from everywhere -- perhaps that's the one to use: This is useful in situations where you need to redisplay but no user action has occurred, making it inappropriate for the message area to be cleared. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 13:01:40 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 17:01:40 +0000 Received: from localhost ([127.0.0.1]:44146 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf3Lw-0002fL-4s for submit@debbugs.gnu.org; Mon, 25 Oct 2021 13:01:40 -0400 Received: from quimby.gnus.org ([95.216.78.240]:58500) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf3Lu-0002f5-2N for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 13:01:38 -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=BBxeBxuffwptXLMv7LhWbJfwIWSXYl/CMl9sPbKFpss=; b=ddYzxPQvSOIrY9SSIBvsMUBaAG i9kHw2flqz5v36vmQHKk4Q+q8MIl8Ihz/NiUOpoPZMZApBaAuKm+o8SDMM9g4uvyFJLgvI49fW0t5 p6FRVeMxNeKDqYBkzuRwU51/GMoMNLNNo79xPHvrSVNp9wa2+ejKiX3iuBKcAK6PQl04=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mf3Ll-0003FW-Bt; Mon, 25 Oct 2021 19:01:32 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <83h7d513xw.fsf@gnu.org> <87sfwpulfu.fsf@gnus.org> <837de111wk.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEUGBgacmpouIx1e Xl7Nzc5hSCJQJxigdUT///9PZTABAAAAAWJLR0QIht6VegAAAAd0SU1FB+UKGRA3GHKxuzcAAAGX SURBVDjLpZLBbuMgEIYJuD0b0+5eh6HmDEz3vlv3AdpE9rmiCg8QqcrrF+LEsbNZaaXMYQ585v/9 z8DYv6oR3AeShsg5H2aAKtMGb0yL9YvRM4CaGO/Eg+m4EpWbkWeFQQphDElRvZ3P3Uv3YFT2kPJJ qrk7QGmM8UO/pZpV473RzrsLECiHqAjIX4C6ERshJJjqAigltBDPsHm69NBq9VhpWGYYgzDIGfC2 DIexU20aLY13+LYAzrOaiIJxr/USENMOg+jY6zL7b+L5khMbF8LyhmR/lOhW8tH9lYSXbSC/cRtF B6/vNOSnZswVoDKgzTWpPFu4JoVhCswR0U7f0BkUUZrAMZjAU9SDfAGjgf4Fo1Y+we2Pcn+U0l+J f8Rhmyxg6gsIbQGgfwJPqU8ZsPQ1PQAEvcb7aK3NALjZnefyDilFm2J2iSCaE7DgobiW4jgDLfgh h0sfKZZ/nEBC8HgsG++3nyew33GyEaHthzHtEdztd0M+7Id2v8s94l09AmDYr0tmvl1nKVys/zjW bHLzm/j/+gYi10R/xwSwvQAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMS0xMC0yNVQxNjo1NToyNCsw MDowMMxIDmYAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMTAtMjVUMTY6NTU6MjQrMDA6MDC9Fbba AAAAAElFTkSuQmCC X-Now-Playing: Gary Clail's Tackhead Sound System's _Tackhead Tape Time_: "M.O.V.E." Date: Mon, 25 Oct 2021 19:01:28 +0200 In-Reply-To: <837de111wk.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 25 Oct 2021 19:53:47 +0300") Message-ID: <87k0i1hwd3.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: Eli Zaretskii writes: > Not sure. Maybe more reliability? Signals can be lost or blocked. I > hope Dmitry will be able to answer that. Yup. 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: 19776 Cc: 19776@debbugs.gnu.org, Dmitry Antipov , stefan@marxist.se, monnier@iro.umontreal.ca, rms@gnu.org 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 (---) Eli Zaretskii writes: > Not sure. Maybe more reliability? Signals can be lost or blocked. I > hope Dmitry will be able to answer that. Yup. As a simple test, I tried enabling both timerfd and alarms at the same time, and I don't see anything breaking. Which isn't surprising, since all the alarm handler does is set pending_signals, but it's nice to have it confirmed. :-) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 13:08:23 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 17:08:23 +0000 Received: from localhost ([127.0.0.1]:44155 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf3SN-0002ow-2J for submit@debbugs.gnu.org; Mon, 25 Oct 2021 13:08:23 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45166) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf3SK-0002og-Ul for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 13:08:17 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:48986) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mf3SE-0002zg-59; Mon, 25 Oct 2021 13:08:10 -0400 Received: from [87.69.77.57] (port=2701 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mf3S7-0000cU-UW; Mon, 25 Oct 2021 13:08:04 -0400 Date: Mon, 25 Oct 2021 20:07:56 +0300 Message-Id: <835ytl118z.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87k0i1hwd3.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 25 Oct 2021 19:01:28 +0200) Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87d1tuw42p.fsf@gnus.org> <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <83h7d513xw.fsf@gnu.org> <87sfwpulfu.fsf@gnus.org> <837de111wk.fsf@gnu.org> <87k0i1hwd3.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 19776 Cc: 19776@debbugs.gnu.org, dmantipov@yandex.ru, stefan@marxist.se, monnier@iro.umontreal.ca, rms@gnu.org 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.0 (-) > From: Lars Ingebrigtsen > Cc: Dmitry Antipov , monnier@iro.umontreal.ca, > stefan@marxist.se, rms@gnu.org, 19776@debbugs.gnu.org > Date: Mon, 25 Oct 2021 19:01:28 +0200 > > Eli Zaretskii writes: > > > Not sure. Maybe more reliability? Signals can be lost or blocked. I > > hope Dmitry will be able to answer that. > > Yup. Also, if we are stuck in pselect call with a long timeout, we won't get around to calling maybe_quit or process_pending_signals, right? From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 13:11:11 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 17:11:11 +0000 Received: from localhost ([127.0.0.1]:44167 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf3V9-0002tp-BI for submit@debbugs.gnu.org; Mon, 25 Oct 2021 13:11:11 -0400 Received: from mail-out.m-online.net ([212.18.0.9]:52463) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf3V4-0002tc-Pk for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 13:11:10 -0400 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4HdM151RMJz1qwHH; Mon, 25 Oct 2021 19:11:05 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 4HdM146byDz1qqkB; Mon, 25 Oct 2021 19:11:04 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id hYDimwaps217; Mon, 25 Oct 2021 19:11:04 +0200 (CEST) X-Auth-Info: f8GVTMHQe6HDkTtkxWGAsj7aEh+6hEwAKNm0BWerRKVpNQ4REvtx9DPR33jYGaC0 Received: from igel.home (ppp-46-244-179-15.dynamic.mnet-online.de [46.244.179.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Mon, 25 Oct 2021 19:11:04 +0200 (CEST) Received: by igel.home (Postfix, from userid 1000) id 885262C273C; Mon, 25 Oct 2021 19:11:03 +0200 (CEST) From: Andreas Schwab To: Eli Zaretskii Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <83h7d513xw.fsf@gnu.org> <87sfwpulfu.fsf@gnus.org> <837de111wk.fsf@gnu.org> <87k0i1hwd3.fsf@gnus.org> <835ytl118z.fsf@gnu.org> X-Yow: HOORAY, Ronald!! Now YOU can marry LINDA RONSTADT too!! Date: Mon, 25 Oct 2021 19:11:03 +0200 In-Reply-To: <835ytl118z.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 25 Oct 2021 20:07:56 +0300") Message-ID: <87fssp81y0.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 19776 Cc: 19776@debbugs.gnu.org, dmantipov@yandex.ru, stefan@marxist.se, monnier@iro.umontreal.ca, Lars Ingebrigtsen , rms@gnu.org 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: 0.0 (/) On Okt 25 2021, Eli Zaretskii wrote: > Also, if we are stuck in pselect call with a long timeout, we won't > get around to calling maybe_quit or process_pending_signals, right? pselect will return as soon as input is available. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 13:13:59 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 17:13:59 +0000 Received: from localhost ([127.0.0.1]:44171 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf3Xk-0002xS-OJ for submit@debbugs.gnu.org; Mon, 25 Oct 2021 13:13:59 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46076) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf3Xa-0002x6-J2 for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 13:13:51 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:49128) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mf3XV-0008QS-1Z; Mon, 25 Oct 2021 13:13:37 -0400 Received: from [87.69.77.57] (port=3003 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mf3Wk-0001Jy-FE; Mon, 25 Oct 2021 13:12:50 -0400 Date: Mon, 25 Oct 2021 20:12:42 +0300 Message-Id: <834k951111.fsf@gnu.org> From: Eli Zaretskii To: Andreas Schwab In-Reply-To: <87fssp81y0.fsf@igel.home> (message from Andreas Schwab on Mon, 25 Oct 2021 19:11:03 +0200) Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <83h7d513xw.fsf@gnu.org> <87sfwpulfu.fsf@gnus.org> <837de111wk.fsf@gnu.org> <87k0i1hwd3.fsf@gnus.org> <835ytl118z.fsf@gnu.org> <87fssp81y0.fsf@igel.home> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 19776 Cc: 19776@debbugs.gnu.org, dmantipov@yandex.ru, stefan@marxist.se, monnier@iro.umontreal.ca, larsi@gnus.org, rms@gnu.org 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 (---) > From: Andreas Schwab > Cc: Lars Ingebrigtsen , dmantipov@yandex.ru, > stefan@marxist.se, 19776@debbugs.gnu.org, rms@gnu.org, > monnier@iro.umontreal.ca > Date: Mon, 25 Oct 2021 19:11:03 +0200 > > On Okt 25 2021, Eli Zaretskii wrote: > > > Also, if we are stuck in pselect call with a long timeout, we won't > > get around to calling maybe_quit or process_pending_signals, right? > > pselect will return as soon as input is available. I mean without timerfd, and if there's no input. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 13:52:50 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 17:52:50 +0000 Received: from localhost ([127.0.0.1]:44220 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf49R-0003wT-JJ for submit@debbugs.gnu.org; Mon, 25 Oct 2021 13:52:50 -0400 Received: from mail-out.m-online.net ([212.18.0.10]:40395) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf49F-0003wA-VB for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 13:52:48 -0400 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4HdMwz4kgVz1sBRj; Mon, 25 Oct 2021 19:52:35 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 4HdMwz1yLHz1qqkB; Mon, 25 Oct 2021 19:52:35 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id buCDU8X83wPl; Mon, 25 Oct 2021 19:52:34 +0200 (CEST) X-Auth-Info: 12PbEHuLtsFNMSNSjZd8UL52w8EMmd/pTPQwEZjMY5tWIuwSWxwldqP8MN2Q9rei Received: from igel.home (ppp-46-244-179-15.dynamic.mnet-online.de [46.244.179.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Mon, 25 Oct 2021 19:52:34 +0200 (CEST) Received: by igel.home (Postfix, from userid 1000) id D04202C273C; Mon, 25 Oct 2021 19:52:33 +0200 (CEST) From: Andreas Schwab To: Eli Zaretskii Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <83h7d513xw.fsf@gnu.org> <87sfwpulfu.fsf@gnus.org> <837de111wk.fsf@gnu.org> <87k0i1hwd3.fsf@gnus.org> <835ytl118z.fsf@gnu.org> <87fssp81y0.fsf@igel.home> <834k951111.fsf@gnu.org> X-Yow: I'm using my X-RAY VISION to obtain a rare glimpse of the INNER WORKINGS of this POTATO!! Date: Mon, 25 Oct 2021 19:52:33 +0200 In-Reply-To: <834k951111.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 25 Oct 2021 20:12:42 +0300") Message-ID: <87bl3d800u.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 19776 Cc: 19776@debbugs.gnu.org, dmantipov@yandex.ru, stefan@marxist.se, monnier@iro.umontreal.ca, larsi@gnus.org, rms@gnu.org 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: 0.0 (/) On Okt 25 2021, Eli Zaretskii wrote: >> From: Andreas Schwab >> Cc: Lars Ingebrigtsen , dmantipov@yandex.ru, >> stefan@marxist.se, 19776@debbugs.gnu.org, rms@gnu.org, >> monnier@iro.umontreal.ca >> Date: Mon, 25 Oct 2021 19:11:03 +0200 >> >> On Okt 25 2021, Eli Zaretskii wrote: >> >> > Also, if we are stuck in pselect call with a long timeout, we won't >> > get around to calling maybe_quit or process_pending_signals, right? >> >> pselect will return as soon as input is available. > > I mean without timerfd, and if there's no input. A signal also interrupts pselect. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 25 14:26:46 2021 Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 18:26:46 +0000 Received: from localhost ([127.0.0.1]:44267 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf4gH-0004mC-8o for submit@debbugs.gnu.org; Mon, 25 Oct 2021 14:26:45 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33738) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mf4g7-0004ls-TX for 19776@debbugs.gnu.org; Mon, 25 Oct 2021 14:26:44 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:51548) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mf4g0-0004t6-Lo; Mon, 25 Oct 2021 14:26:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=WrInc2iSDc1+SbiFT6lnLA7ktTSrTNTUxKCP0W6VZRE=; b=GY8KmfFrZKhV 3BiT3/ZJ2bysxE+hffmd7ZrBtKouujmzGuIUM8RswMfYaem7bBYWgo+oTyVlInnIM7Rr7kraUf5IB FaaXTiyAh3w4m9NqYcVdqRXOwwzTU9aPgFRbY6Kmf5BlBYlR79h50DtBbG7OfNrs1FVEOCPTy8JNN w+pHvLjb8gqPBRI7qj6cX2Izi9y/Zab4aTZxx6wxBMtYxu9v+/rk2+GravYcsn6NMDCDy0Xzb+yI7 3s4thazw72coH65HlGa3/9iOHQ3Ks6B+KF2usIJoyy3ixODVNHElhS+G1jMpkFWcmoMBEaBb1wANH 2TmHHnvsY0Vz916Z8drl5Q==; Received: from [87.69.77.57] (port=3536 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mf4fg-00067M-PF; Mon, 25 Oct 2021 14:26:12 -0400 Date: Mon, 25 Oct 2021 21:25:50 +0300 Message-Id: <8335op0xn5.fsf@gnu.org> From: Eli Zaretskii To: Andreas Schwab In-Reply-To: <87bl3d800u.fsf@igel.home> (message from Andreas Schwab on Mon, 25 Oct 2021 19:52:33 +0200) Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <875ytm2h37.fsf@gnus.org> <83h7d513xw.fsf@gnu.org> <87sfwpulfu.fsf@gnus.org> <837de111wk.fsf@gnu.org> <87k0i1hwd3.fsf@gnus.org> <835ytl118z.fsf@gnu.org> <87fssp81y0.fsf@igel.home> <834k951111.fsf@gnu.org> <87bl3d800u.fsf@igel.home> X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 19776 Cc: 19776@debbugs.gnu.org, dmantipov@yandex.ru, stefan@marxist.se, monnier@iro.umontreal.ca, larsi@gnus.org, rms@gnu.org 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 (---) > From: Andreas Schwab > Cc: larsi@gnus.org, dmantipov@yandex.ru, stefan@marxist.se, > 19776@debbugs.gnu.org, rms@gnu.org, monnier@iro.umontreal.ca > Date: Mon, 25 Oct 2021 19:52:33 +0200 > > >> > Also, if we are stuck in pselect call with a long timeout, we won't > >> > get around to calling maybe_quit or process_pending_signals, right? > >> > >> pselect will return as soon as input is available. > > > > I mean without timerfd, and if there's no input. > > A signal also interrupts pselect. Yes, but my reading of wait_reading_process_output is that in that case we loop right back and re-enter pselect. From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 27 08:59:29 2021 Received: (at 19776) by debbugs.gnu.org; 27 Oct 2021 12:59:29 +0000 Received: from localhost ([127.0.0.1]:48637 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mfiWf-00041a-Mo for submit@debbugs.gnu.org; Wed, 27 Oct 2021 08:59:29 -0400 Received: from quimby.gnus.org ([95.216.78.240]:51216) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mfiWc-00041F-7W for 19776@debbugs.gnu.org; Wed, 27 Oct 2021 08:59:28 -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=YOkwylSGDc8tYh9ftlcJo/tyH8z/J20GbH6KbzF5Wp8=; b=NaSBKWsagxu3dIJsiuhn53Tx+G hMi5kiqMtX6aO8VU38VRK0v+Zmtwv7sB7nmoflGD3KSauEOQJFnKu1kskRqMS/SCii4IorweQxgLD RyiGFquxOU375+FEXPHdgraIjwOWH6oICCVdOfjQqpd6fKatfzYu5cbUv/VLofRIInAQ=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mfiWT-0005wM-0k; Wed, 27 Oct 2021 14:59:19 +0200 From: Lars Ingebrigtsen To: Richard Stallman Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: X-Now-Playing: Aksak Maboul's _Figures (2)_: "Un Caid" Date: Wed, 27 Oct 2021 14:59:16 +0200 In-Reply-To: (Richard Stallman's message of "Wed, 04 Feb 2015 18:03:17 -0500") Message-ID: <87o87abp3v.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: eww now gives a message about it working when it's rendering the HTML (and it takes a long time), so I don't think there's more to be done here, and I'm closing this bug report finally. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no 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: 19776 Cc: 19776@debbugs.gnu.org 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 (---) eww now gives a message about it working when it's rendering the HTML (and it takes a long time), so I don't think there's more to be done here, and I'm closing this bug report finally. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 27 08:59:35 2021 Received: (at control) by debbugs.gnu.org; 27 Oct 2021 12:59:35 +0000 Received: from localhost ([127.0.0.1]:48640 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mfiWk-00041q-SU for submit@debbugs.gnu.org; Wed, 27 Oct 2021 08:59:35 -0400 Received: from quimby.gnus.org ([95.216.78.240]:51230) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mfiWh-00041N-WA for control@debbugs.gnu.org; Wed, 27 Oct 2021 08:59:32 -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=SFRU8IOWimSVr3cvISnob2OgyUnObSGfxu1NSz66zt8=; b=hmQh8UcxgiVw8meHvtCPTZcGrw TG6QjntmMJHW2ijVBY3wLpHS0GX3EWrm0xDWnOgAgGtJz66AUEB23JqtO9hWc6purukrHxpFrOwbG t+FnpGCbICOX0IP0QDM5hv/tyQqoJh8JZw0OjnfdGTAU3yXbdFor7gdRlXKU+Hh9vViI=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mfiWa-0005wT-2R for control@debbugs.gnu.org; Wed, 27 Oct 2021 14:59:26 +0200 Date: Wed, 27 Oct 2021 14:59:23 +0200 Message-Id: <87mtmubp3o.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #19776 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 19776 29.1 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 19776 29.1 quit From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 29 13:28:46 2021 Received: (at 19776) by debbugs.gnu.org; 29 Oct 2021 17:28:47 +0000 Received: from localhost ([127.0.0.1]:55819 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mgVgM-0004n7-MB for submit@debbugs.gnu.org; Fri, 29 Oct 2021 13:28:46 -0400 Received: from mail-pj1-f52.google.com ([209.85.216.52]:38615) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mgVgI-0004mo-Oq for 19776@debbugs.gnu.org; Fri, 29 Oct 2021 13:28:45 -0400 Received: by mail-pj1-f52.google.com with SMTP id x33-20020a17090a6c2400b001a63ef25836so1559154pjj.3 for <19776@debbugs.gnu.org>; Fri, 29 Oct 2021 10:28:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=DXvKIgGQ/s8ehW4oIdqNZBhxURVeOyUGVRj1cDZJX60=; b=fZai+r+KwCmU4YE8pKyT/ceKWQA9uGcMepbAYm56E/ZiwuJMngEGIiIaMII17Xijor g1q9fQHdqGKNsZTGv7d+UHn9P4D8wOY36TVgDI28xz4bs1xmbLD0r5VmuiGSyIizTJ0A 5ysP8RB7cBDukctzJzSLJ6O2VSvsgdtTBuHJpsacUYnHskcKlRlJsK5mS68uj3YnQWLr 7AOnotHT0FfyFSUUE1BuV3A0P1ogG5EFxU9GP6OPl8dLTk+bEe9ww+cStzNVodMTSivo P5qCHkjREm0olh3zw4TyP/GasUnK7/U+RByLCo6bFjnUDdyf4r2dW7F5TtUTYJadBREg j4SA== X-Gm-Message-State: AOAM531OBcd8qQ5LU3ITvdjllH8OdXlMcgm9xZoyhYzDZpOAn0CIyYM5 2ugiZ06mxc6nEqIGosjh2Rz3O8d0hpM1TLK3FkI= X-Google-Smtp-Source: ABdhPJzGehAo6RFX7OkUgaWcjC20qXK1v7NwT2xhVsBkF0/9Cid2LuKPHEJLb/gIbhvC8mY3Zskd/xfbGBVLe2U108k= X-Received: by 2002:a17:90b:17d2:: with SMTP id me18mr21157314pjb.132.1635528517112; Fri, 29 Oct 2021 10:28:37 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Fri, 29 Oct 2021 10:28:36 -0700 From: Stefan Kangas In-Reply-To: <87y26hxm8a.fsf@gnus.org> References: <87tvsc6syh.fsf@mouse.gnus.org> <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <87pmru18xg.fsf@gnus.org> <87lf2i18pv.fsf@gnus.org> <87h7d618j7.fsf@gnus.org> <87bl3e2m1y.fsf@gnus.org> <87pmrtz1y7.fsf@gnus.org> <83pmrt1bsa.fsf@gnu.org> <87y26hxm8a.fsf@gnus.org> MIME-Version: 1.0 Date: Fri, 29 Oct 2021 10:28:36 -0700 Message-ID: Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow To: Lars Ingebrigtsen , Eli Zaretskii Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 19776 Cc: 19776@debbugs.gnu.org, monnier@iro.umontreal.ca, rms@gnu.org 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: -0.5 (/) Lars Ingebrigtsen writes: > Eli Zaretskii writes: > >> ??? We already have it: see hourglass pointer. And it does use >> atimers. [...] > So we don't need to extend this to make a spinner on graphical systems, > at least. I was talking about showing something in the actual Emacs window, not just changing the mouse pointer. The mouse pointer can change also when some program has just crashed, so users won't necessarily take this as a sign that "everything is okay, just give us a minute and we'll be back". From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 29 13:38:15 2021 Received: (at 19776) by debbugs.gnu.org; 29 Oct 2021 17:38:15 +0000 Received: from localhost ([127.0.0.1]:55823 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mgVpX-00055Y-KB for submit@debbugs.gnu.org; Fri, 29 Oct 2021 13:38:15 -0400 Received: from quimby.gnus.org ([95.216.78.240]:49258) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mgVpU-00055H-W0 for 19776@debbugs.gnu.org; Fri, 29 Oct 2021 13:38:15 -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=q9nq7pMmSlx44OsBlkeu788eyv/5rpqOPv7oRYBSYkA=; b=B4Mr6X43dLwXew08HRDNOJ3n5J tPol2cyT2Q0g4Y3/WqVUkPtxza44NDJljWMhgnH7VUuhY+t3G8b5pBxTiZkJaBTbuX5FtIQzB9lxc aUu4Zsk5+W+a9qLFd1xCqi9X/5pbsm33jOtTOCeZ3E00BXyoYI9E+cSDL/YVNXUJJrG8=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mgVpK-0001wL-Ax; Fri, 29 Oct 2021 19:38:05 +0200 From: Lars Ingebrigtsen To: Stefan Kangas Subject: Re: bug#19776: 25.0.50; HTML rendering is very slow References: <87h8oc6sfs.fsf@mouse.gnus.org> <83pmrw5hfs.fsf@gnu.org> <875ytmbnk2.fsf@gnus.org> <83y26i34e1.fsf@gnu.org> <87wnm27b57.fsf@gnus.org> <87sfwq75q4.fsf@gnus.org> <87wnm22q7y.fsf@gnus.org> <83ee8a2pm7.fsf@gnu.org> <87fssq2orj.fsf@gnus.org> <87pmru18xg.fsf@gnus.org> <87lf2i18pv.fsf@gnus.org> <87h7d618j7.fsf@gnus.org> <87bl3e2m1y.fsf@gnus.org> <87pmrtz1y7.fsf@gnus.org> <83pmrt1bsa.fsf@gnu.org> <87y26hxm8a.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEXt7Oy4s6ZpZWH/ //+RkaxBAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+UKHREQDtIAQWMAAAEwSURBVCjPVZHNasMwDMel YQ22kwN1Djnv0jyFC+nOHjg59DYog+Yp9hBNoTtn0OQpJ8lxyEwg+unDkv4G2J4GTbNlu1o7MEEN 10Zxe7G9fBaN2KhowSwFAmt5BCgCbCIZNCWlGYW15CP9XExNc7/luF79wdfzA8o5ehnA16cMnLvv GSZJwyKnaSDB7SpwUKi+Rk0DhVkAVkhNBVxYJhAN/h128Ob7X3WjJtlPVFA9igGR3RIJUDwR3hgG 1huK7o6zBzqykOC6u2HDeFGhfI944Ug03LX8udJbYN0MTlCfRuJZROsG6n5U0UgaGec3U3lajKo7 W9FHgxVv3iG1+gTVEPEb6KDwysAXpcjLFLHN8NymiF5AAoF4Y+5LkXdGSnrQeQeer9ZnJK60qsEy lOryB5/VRMvdQ4b+AAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIxLTEwLTI5VDE3OjE2OjEzKzAwOjAw pjr1xwAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMS0xMC0yOVQxNzoxNjoxMyswMDowMNdnTXsAAAAA SUVORK5CYII= X-Now-Playing: Aksak Maboul's _Redrawn Figures 1_: "Eyelids and Phosphenes (Aksak Maboul Reconstruction)" Date: Fri, 29 Oct 2021 19:38:01 +0200 In-Reply-To: (Stefan Kangas's message of "Fri, 29 Oct 2021 10:28:36 -0700") Message-ID: <87k0hvviiu.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: Stefan Kangas writes: > I was talking about showing something in the actual Emacs window, not > just changing the mouse pointer. The mouse pointer can change also when > some program has just crashed, so users won't necess [...] 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: 19776 Cc: Eli Zaretskii , 19776@debbugs.gnu.org, monnier@iro.umontreal.ca, rms@gnu.org 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 (---) Stefan Kangas writes: > I was talking about showing something in the actual Emacs window, not > just changing the mouse pointer. The mouse pointer can change also when > some program has just crashed, so users won't necessarily take this as a > sign that "everything is okay, just give us a minute and we'll be back". And there's no hourglass pointer in terminal Emacs (which apparently is almost as popular as GUI Emacs for some reason), so perhaps it's worth having a spinning thing somewhere. In the mode line, for instance. However, if we want that, perhaps it shouldn't be tied to with-delayed-message, but work exactly like the hourglass -- i.e., start spinning whenever Emacs is busy for a while. I'm not at all sure whether there'd be any negative repercussions to spinning a glyph in the mode line area (for instance -- what about if you're running over a slow ssh connection?), but perhaps it's worth exploring and see how goes? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sat Jun 21 03:21:39 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 27 Nov 2021 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator