From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#19776: 25.0.50; HTML rendering is very slow Date: Mon, 25 Oct 2021 16:05:01 +0200 Message-ID: <87a6ixxks2.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> <875ytm2h37.fsf@gnus.org> <87wnm1a78f.fsf@igel.home> <87h7d5z1ug.fsf@gnus.org> <87bl3d9pz7.fsf@igel.home> <87lf2hxlcr.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="36105"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: stefan@marxist.se, 19776@debbugs.gnu.org, rms@gnu.org, Stefan Monnier To: Andreas Schwab Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Oct 25 16:08:23 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mf0eE-0009Ai-QD for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 25 Oct 2021 16:08:22 +0200 Original-Received: from localhost ([::1]:58546 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mf0eD-0005i7-Nu for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 25 Oct 2021 10:08:21 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53464) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mf0by-0002TL-Ke for bug-gnu-emacs@gnu.org; Mon, 25 Oct 2021 10:06:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:60567) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mf0by-0002I5-96 for bug-gnu-emacs@gnu.org; Mon, 25 Oct 2021 10:06:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mf0by-0001kj-0R for bug-gnu-emacs@gnu.org; Mon, 25 Oct 2021 10:06:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 25 Oct 2021 14:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19776 X-GNU-PR-Package: emacs Original-Received: via spool by 19776-submit@debbugs.gnu.org id=B19776.16351707196683 (code B ref 19776); Mon, 25 Oct 2021 14:06:01 +0000 Original-Received: (at 19776) by debbugs.gnu.org; 25 Oct 2021 14:05:19 +0000 Original-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 Original-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=; Original-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 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" In-Reply-To: <87lf2hxlcr.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 25 Oct 2021 15:52:36 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:218288 Archived-At: 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