From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 27 19:24:08 2016 Received: (at submit) by debbugs.gnu.org; 27 Jul 2016 23:24:08 +0000 Received: from localhost ([127.0.0.1]:48609 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSYBM-0006Jf-DV for submit@debbugs.gnu.org; Wed, 27 Jul 2016 19:24:08 -0400 Received: from eggs.gnu.org ([208.118.235.92]:40001) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSXzt-00060R-2N for submit@debbugs.gnu.org; Wed, 27 Jul 2016 19:12:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bSXzm-000064-8v for submit@debbugs.gnu.org; Wed, 27 Jul 2016 19:12:11 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:50565) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bSXzm-00005n-5b for submit@debbugs.gnu.org; Wed, 27 Jul 2016 19:12:10 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59198) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bSXzj-0002Bc-Rb for bug-gnu-emacs@gnu.org; Wed, 27 Jul 2016 19:12:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bSXze-0008VN-Ov for bug-gnu-emacs@gnu.org; Wed, 27 Jul 2016 19:12:06 -0400 Received: from mail-wm0-x234.google.com ([2a00:1450:400c:c09::234]:36559) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bSXze-0008VJ-EI for bug-gnu-emacs@gnu.org; Wed, 27 Jul 2016 19:12:02 -0400 Received: by mail-wm0-x234.google.com with SMTP id q128so230350673wma.1 for ; Wed, 27 Jul 2016 16:12:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=to:subject:from:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=I0rcr6Gal2dKfRjzCUTgw1sbWiEgY7shbsIKXx2wyt0=; b=QIOQjqvi4cieHfoPq2j+36NeB2H2QNmCpIFBxFQzSZvt/VRgK6yEkn2Z2IKTlYpiLz RsE7ae1sIxlJEjfe75RfIy2aa56vr5auVeMu0B3h8jNuIb60o+z5cLaB9tNt7JIJk9pX 4P2qiUYwtPBot6Hz8aSg6GYs5I83qekXk27y5/L1DlvNWofg33JZZW0Adz8XI4/+kdE4 IHNifrXd6fjz/GmRc8r8Kel0WSyC8B2yqgp6co/z6nY5kjcm8qXtNrYQg4M4rhMlOZfZ jMuDW+3tLJDc+ZJRdL6e6T9Z1HWk2dmI9b7KuNcJGPVwUtKPzsrSHZq1VFi1vZX34cVL T4dg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:subject:from:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=I0rcr6Gal2dKfRjzCUTgw1sbWiEgY7shbsIKXx2wyt0=; b=W6aqnA/Uzd1jJTlDwLmAHf8TFJUfwjTWi7MG/ydcde/vY6BwowKV2n4LdDhb2FaHij LUgJfCDtOBLEWGwLV4tcA6RqgEiXBkBJdvMT89Pn/gFc13VmzHXh1ThVYNS39bsHC3bs nRrpJjZb/6VxpXQYJWJp6yiH96EOLLuAxAK5EOVgFh2bwSRp8H88i5VSModqycYEg6hE t0dAUCudYSr4DohLkO3vIeM+XWNqxIO4IteEtw/tiqdbchmKCmZnUY8d/02xDWSnNT/6 4JfIMPgYGO7qBkpOMoVT7UyQagRoDwfMYIOfhNfX6MpxlgPM6Rig3+E3/nkOXLgxrh8V /4CA== X-Gm-Message-State: AEkoouvWhvys4n3CPpkUMh1N8I18HBE/3Ez/pMtMu8lE5mrNEbMp5CR33buDDlLoYIPZXQ== X-Received: by 10.194.144.33 with SMTP id sj1mr34071144wjb.150.1469661121280; Wed, 27 Jul 2016 16:12:01 -0700 (PDT) Received: from [192.168.0.9] (cpc91220-cmbg18-2-0-cust124.5-4.cable.virginm.net. [81.104.142.125]) by smtp.googlemail.com with ESMTPSA id a203sm41678938wma.0.2016.07.27.16.12.00 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 27 Jul 2016 16:12:00 -0700 (PDT) To: bug-gnu-emacs@gnu.org Subject: 24.5; High CPU usage at startup while hidden From: aiken Message-ID: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> Date: Thu, 28 Jul 2016 00:11:53 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Wed, 27 Jul 2016 19:24:07 -0400 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: -4.0 (----) I am using the i3 window manager. When I launch emacs (via dmenu) while in a workspace, call it workspace A, and switch to workspace B before the emacs window appears, then eventually it loads up in A, but during this time, emacs' CPU usage is very high. It remains high until I switch back to A, at which point its CPU usage becomes normal. I've also tried launching emacs with my init.el disabled (commented out) and get the same result. In GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.18.9) of 2016-04-17 on lgw01-04, modified by Debian Windowing system distributor `The X.Org Foundation', version 11.0.11803000 System Description: Ubuntu 16.04.1 LTS Configured using: `configure --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes --enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.5/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.5/site-lisp:/usr/share/emacs/site-lisp --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes --enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.5/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.5/site-lisp:/usr/share/emacs/site-lisp --with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars 'CFLAGS=-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' 'LDFLAGS=-Wl,-Bsymbolic-functions -Wl,-z,relro'' Important settings: value of $LANG: en_GB.UTF-8 locale-coding-system: utf-8-unix Major mode: Message Minor modes in effect: mml-mode: t global-linum-mode: t linum-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t auto-fill-function: message-do-auto-fill transient-mark-mode: t abbrev-mode: t Recent messages: Sending... message-send: No methods specified to send by Mark set Sending... message-send: No methods specified to send by Mark set Sending... message-send: No methods specified to send by Mark set Mark deactivated Load-path shadows: /home/aiken/.emacs.d/elpa/helm-20160715.2117/helm-multi-match hides /home/aiken/.emacs.d/elpa/helm-core-20160716.3/helm-multi-match /usr/share/emacs/24.5/site-lisp/debian-startup hides /usr/share/emacs/site-lisp/debian-startup Features: (pp shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils help-mode ido tango-theme linum edmacro kmacro cl-loaddefs cl-lib paren cus-start cus-load easymenu package epg-config time-date tooltip 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 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 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 16 148256 14891) (symbols 48 23209 0) (miscs 40 214 233) (strings 32 30777 8686) (string-bytes 1 780663) (vectors 16 14596) (vector-slots 8 441793 11029) (floats 8 87 340) (intervals 56 789 779) (buffers 960 14) (heap 1024 45744 1545)) From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 27 19:33:04 2016 Received: (at 24091) by debbugs.gnu.org; 27 Jul 2016 23:33:04 +0000 Received: from localhost ([127.0.0.1]:48615 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSYK0-0006Xj-Eu for submit@debbugs.gnu.org; Wed, 27 Jul 2016 19:33:04 -0400 Received: from mail-oi0-f44.google.com ([209.85.218.44]:34290) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSYJy-0006XG-To for 24091@debbugs.gnu.org; Wed, 27 Jul 2016 19:33:03 -0400 Received: by mail-oi0-f44.google.com with SMTP id l65so40092295oib.1 for <24091@debbugs.gnu.org>; Wed, 27 Jul 2016 16:33:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=IIQGfDDJQGD0pZBguRMLSA0RfXRd8ThWnOkAyIhxqUU=; b=oYj8TLHTHNiNlvEMryLrCxkgL5SCak8CHBarNI1738qz2EZa5iHqdMB6/k+L8fFV8F 59BcPl2Ety6LAUEVhyhGFv2zY9JlTG2ADEDBF4xLzL+Y3MiCF3Aicog7yb3h7Y98iTCt KhBFvRe2BsYjqEBsI3sDNNKlOFpK6aMwCSRGJ0IxJxPwMkbmVN4+kE8xSSGubpNOyUlE PlsPS0kiyAg0IrGnWaKRGypTtddTbx21fq+Y6dd30rbHfNVJXoQnOiNdE63UWYAJj2ut LB2LO7nWnbmJEpIMpx0bifX1JlSRVbVIRd/kBNfDr8ZLlUFWVdXHkodrj1BH0xCYAILG tPgw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=IIQGfDDJQGD0pZBguRMLSA0RfXRd8ThWnOkAyIhxqUU=; b=i/KQfp02RDjvxYpIqLeyyk//7nsj5iKB4y60XeWzCLBWLCKU7OmT2coHu01e+39WOM cuGYX6yxj2QsPkOwwYfnut6mB0MmcraFJmEGzOKHdYbbBcdkAXH1J5pO3IeX7R5QKSwj lmWDXUtfmP3ZUJAZfR9urh46MLszzOyhzFytopbr7Nyjh27CNpwFTooQ6lrUfsGcP9zJ /vfbzhXYbnns9RGV7NxUrOTAurQrZD4lkulIxzYzVEBA4O7r9aB5vdGP+y8+DRosW3tu sMYyqGEskX9GlXYNcn6YsKrE0WhHNzpSw7sAOgwTH7mHRvyk4OnKXU4WyGqSjgvgxDxt 3Xqw== X-Gm-Message-State: AEkoous6O8/FPuWj3eK7zR4RJ3C4ZBcDaMTom5XbtQllLW3NoLxNeTbkrzkrKEvYIT7Dm3VfNuCB9pyy85QwwQ== X-Received: by 10.157.35.110 with SMTP id k43mr19259949otd.134.1469662377353; Wed, 27 Jul 2016 16:32:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.7.161 with HTTP; Wed, 27 Jul 2016 16:32:56 -0700 (PDT) In-Reply-To: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> From: Noam Postavsky Date: Wed, 27 Jul 2016 19:32:56 -0400 X-Google-Sender-Auth: lXTtiF2gZMhlKS83bEMA7k_j284 Message-ID: Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden To: aiken Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 24091 Cc: 24091@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 (/) On Wed, Jul 27, 2016 at 7:11 PM, aiken wrote: > I am using the i3 window manager. When I launch emacs (via dmenu) while > in a workspace, call it workspace A, and switch to workspace B before > the emacs window appears, then eventually it loads up in A, For me, the emacs window appears in workspace B. Is there some setting you need to make it appear in the starting workspace? From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 27 22:17:02 2016 Received: (at 24091) by debbugs.gnu.org; 28 Jul 2016 02:17:02 +0000 Received: from localhost ([127.0.0.1]:48666 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSasf-0001wg-Qc for submit@debbugs.gnu.org; Wed, 27 Jul 2016 22:17:02 -0400 Received: from mout.kundenserver.de ([217.72.192.75]:63983) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSasb-0001wH-Pr for 24091@debbugs.gnu.org; Wed, 27 Jul 2016 22:17:00 -0400 Received: from [18.189.62.146] ([18.189.62.146]) by mrelayeu.kundenserver.de (mreue103) with ESMTPSA (Nemesis) id 0Lgf13-1aykFD112z-00nuwZ; Thu, 28 Jul 2016 04:16:50 +0200 Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden To: aiken , 24091@debbugs.gnu.org References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> From: =?UTF-8?Q?Cl=c3=a9ment_Pit--Claudel?= Message-ID: Date: Wed, 27 Jul 2016 22:16:47 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="fXAlp3SP8J9grGm07l6Vt4KEepxVsnjba" X-Provags-ID: V03:K0:mtc1ejEBGsWbqBc36MGk2Mtsi9VTgmEM+jv52JxQeREM1tInNWZ FAjD8esK54hGxqW1WXdOfLC0WZ/6hD6SkexLLmZcP0DZf/4z4s2SGgU1mYIY61gGl7Gd4Qk pSBAtN3TLepYwT5AQTJG/3u+UX8dXYGPyw9hpy8QfEeYRy+gzeloE7bf47X0fsAxCPcjrWF AylR+eTNsBj13Z9GgTchg== X-UI-Out-Filterresults: notjunk:1;V01:K0:ry1yR3untZY=:L6lif0DD7Zw712C31p29E2 YbAP5fpzwVn7JwtedyZw/T7JWA2X15QQmaD2ODmOoNjK1MTh3VLSF0hc+lwt0dJL2dntBae9k Y3PQPBwYBpb2PgJoDDpkpcHfTDmZ89JALQen2NXt8eCO5W2iMh/8KNP8zDi7q6byyNxk7Jyh9 +TXvf7wCuyaxT8RVO4+O49edPtUyHECayRt3TebalKqBmNpU+0eLGsc+5iJOjldHLMhQaPWKb l1St8hRsaYcy6efXf+NNrHyAKn3Hu5O5YrQ5XOwoKaHR0qtd+ns1r6871U+25BiBadLd8bqdr 9YE5aBaDgd3cJZhSE37zT/R27Nut+6aakJBhZ2NomcZNIsJ9agV4a1o9XF9AknsvY/gHkqfva bZFfezSslYhAFhshlC0r65C9LI3diE5CK9VYWmBYWWVx7LXGLqNIfV7zUFVotdXDLG3xkL/+g u2NJHtcRSNpwxNfB+Y7GaoiqmEl7KNGR0lXTUNk5n7GcnU42o8MRB4atTWvHdE3ctxAaB/SHD AHG/9mhUX0gdOMtEYgx6seGPl1nzx/cH8NNwNiqqfG8AFlFM52XZnEEqvtNm1oi9pR8WGoWWX nOTzTtcdglfUBOGhM+QcCIcULmnkBM0ihjTcWXGrwgkv9oO36iynaQgk0dAblzmQUpdVupbF9 DtvZypB2P3TY0kHsaNrz86fmXQEG32VK1WclqxS6wjdCHR5BSCWrc2DCOllx1/tZZ8D4= X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 24091 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 (+) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --fXAlp3SP8J9grGm07l6Vt4KEepxVsnjba Content-Type: multipart/mixed; boundary="2dVwdDImEixDNGPwekmCkdWLRO7KclwJn" From: =?UTF-8?Q?Cl=c3=a9ment_Pit--Claudel?= To: aiken , 24091@debbugs.gnu.org Message-ID: Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> In-Reply-To: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> --2dVwdDImEixDNGPwekmCkdWLRO7KclwJn Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Thanks for the bug report. Just to confirm that this isn't a configuratio= n issue, can you try starting Emacs as `emacs -Q` and reproducing the iss= ue? If the problem persists in `emacs -Q`, maybe a trace generated by running= M-x profiler-start before changing workspaces and M-x profiler-report af= ter returning to the first workspace would help? You can save the profile= with profiler-report-save-profile. Cheers, Cl=C3=A9ment. On 2016-07-27 19:11, aiken wrote: > I am using the i3 window manager. When I launch emacs (via dmenu) while= > in a workspace, call it workspace A, and switch to workspace B before > the emacs window appears, then eventually it loads up in A, but during > this time, emacs' CPU usage is very high. It remains high until I switc= h > back to A, at which point its CPU usage becomes normal. I've also tried= > launching emacs with my init.el disabled (commented out) and get the > same result. >=20 >=20 >=20 > In GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.18.9) > of 2016-04-17 on lgw01-04, modified by Debian > Windowing system distributor `The X.Org Foundation', version 11.0.11803= 000 > System Description: Ubuntu 16.04.1 LTS >=20 > Configured using: > `configure --build x86_64-linux-gnu --prefix=3D/usr > --sharedstatedir=3D/var/lib --libexecdir=3D/usr/lib > --localstatedir=3D/var/lib --infodir=3D/usr/share/info > --mandir=3D/usr/share/man --with-pop=3Dyes > --enable-locallisppath=3D/etc/emacs24:/etc/emacs:/usr/local/share/emac= s/24.5/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.5/s= ite-lisp:/usr/share/emacs/site-lisp > --build x86_64-linux-gnu --prefix=3D/usr --sharedstatedir=3D/var/lib > --libexecdir=3D/usr/lib --localstatedir=3D/var/lib > --infodir=3D/usr/share/info --mandir=3D/usr/share/man --with-pop=3Dyes= > --enable-locallisppath=3D/etc/emacs24:/etc/emacs:/usr/local/share/emac= s/24.5/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.5/s= ite-lisp:/usr/share/emacs/site-lisp > --with-x=3Dyes --with-x-toolkit=3Dgtk3 --with-toolkit-scroll-bars > 'CFLAGS=3D-g -O2 -fstack-protector-strong -Wformat > -Werror=3Dformat-security -Wall' 'CPPFLAGS=3D-Wdate-time > -D_FORTIFY_SOURCE=3D2' 'LDFLAGS=3D-Wl,-Bsymbolic-functions -Wl,-z,relr= o'' >=20 > Important settings: > value of $LANG: en_GB.UTF-8 > locale-coding-system: utf-8-unix >=20 > Major mode: Message >=20 > Minor modes in effect: > mml-mode: t > global-linum-mode: t > linum-mode: t > show-paren-mode: t > electric-indent-mode: t > mouse-wheel-mode: t > file-name-shadow-mode: t > global-font-lock-mode: t > font-lock-mode: t > blink-cursor-mode: t > auto-composition-mode: t > auto-encryption-mode: t > auto-compression-mode: t > line-number-mode: t > auto-fill-function: message-do-auto-fill > transient-mark-mode: t > abbrev-mode: t >=20 > Recent messages: > Sending... > message-send: No methods specified to send by > Mark set > Sending... > message-send: No methods specified to send by > Mark set > Sending... > message-send: No methods specified to send by > Mark set > Mark deactivated >=20 > Load-path shadows: > /home/aiken/.emacs.d/elpa/helm-20160715.2117/helm-multi-match hides > /home/aiken/.emacs.d/elpa/helm-core-20160716.3/helm-multi-match > /usr/share/emacs/24.5/site-lisp/debian-startup hides > /usr/share/emacs/site-lisp/debian-startup >=20 > Features: > (pp shadow sort gnus-util mail-extr emacsbug message format-spec rfc822= > mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev= > gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util > help-fns mail-prsvr mail-utils help-mode ido tango-theme linum edmacro > kmacro cl-loaddefs cl-lib paren cus-start cus-load easymenu package > epg-config time-date tooltip electric uniquify ediff-hook vc-hooks > lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-op= t > fringe tabulated-list newcomment 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 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) >=20 > Memory information: > ((conses 16 148256 14891) > (symbols 48 23209 0) > (miscs 40 214 233) > (strings 32 30777 8686) > (string-bytes 1 780663) > (vectors 16 14596) > (vector-slots 8 441793 11029) > (floats 8 87 340) > (intervals 56 789 779) > (buffers 960 14) > (heap 1024 45744 1545)) >=20 >=20 >=20 >=20 --2dVwdDImEixDNGPwekmCkdWLRO7KclwJn-- --fXAlp3SP8J9grGm07l6Vt4KEepxVsnjba Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXmWsPAAoJEPqg+cTm90wjgzIP/RmZkc0F9F4v6hOwxvgtgK+y jKxJLuWrBSJ28qbdEEADdE2wzBbTW0GPJtedlZeSSk048S9oExMoAvpf7IqyTR74 su37KWDh6SYHtx/L4OJlU945hsMMCA4xoC2xQfLJP3SjYiu+inV/kqi6tEroBPsx HA3xo0EzAx+vjNGfHQQmv2q8i7XZakXnJ7n3wthOy13hQogdOZrlXORj2VaARFbg QhtdtUQs9fLn1dT5HDg8cCi0wX9Z8G6RdgVbeSflJ/itG/c3hz1CZcMMdZi36AQl +JxLMPdqedj/1AK+xnPPZa5CiU0eW8nSqb4LVoryyg41qoNuPOS/KBU1LjE7xQ/m U/W1+wDwGzzThPASRE9wsiR5h2RrvzbvKWOeH87a2pmAuPHfVMT1bfZbgrr+DRkX Rhydw/dlMl3gakt0HBviUJHQ6JCDsbtFXQ9x4BBKzPbQwz7yTDOoCrH03Fy8hT9U nDiV6RBNGvr0GxJ/YxEl7aLm5Om+igowPygIrjv9tUVJUNfcDSli2eVJP8TWcgio ztu/9zRDsoC9U4Q6NEd7W6SRCbYfMYBEiJoJ40VwPp7zW7QTp3lueOEzpW8MAZBW fShxoYWeSLMqS57Z758GDmqp44IdmQlb+7AHOG73FEu3rCC+LMBQ1RWCsnYuzGtX tAd3Y/h4gmID5TSf0sZd =FTs6 -----END PGP SIGNATURE----- --fXAlp3SP8J9grGm07l6Vt4KEepxVsnjba-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 28 13:43:51 2016 Received: (at 24091) by debbugs.gnu.org; 28 Jul 2016 17:43:51 +0000 Received: from localhost ([127.0.0.1]:49535 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSpLb-00079X-2E for submit@debbugs.gnu.org; Thu, 28 Jul 2016 13:43:51 -0400 Received: from mail-wm0-f43.google.com ([74.125.82.43]:37576) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSpLZ-00079H-HN for 24091@debbugs.gnu.org; Thu, 28 Jul 2016 13:43:49 -0400 Received: by mail-wm0-f43.google.com with SMTP id i5so118813599wmg.0 for <24091@debbugs.gnu.org>; Thu, 28 Jul 2016 10:43:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=blmkVnB3ZXywWvS9qGDNjIofkYU3mCrgtclSAWEVgwI=; b=lAa4cGAvv7C9LJNKSC2w9LKsefmmSZaQYtX4AWIk9rsLgoqSMOIly9Z37UUe6A49MA 1NJaudbgmSt/B+xiHjQ0C7+wEuQcsNV7RldxeUcxvSM/w6G8bJn+fH6P14S0PiaUsnqN v9i1/8AaaBXtOGBNGVuW1Zppc5KlPTgGUUvrhR1O4BcXlO6v8prNdNde5FsDW2EV9rFd FJegXlb8ainP4pDJ1SLyU9hKgsBgOAAvjEoo4VbA6VYPnqdZqZCuzEwSjd2V6X/crhnO 5GMfXcjn0zjeU+PdP9RhpTBs1s4AsoZHlGhCl3TT0glhlPPQXm0uv+ItB/bKsDXraNC1 nxxw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=blmkVnB3ZXywWvS9qGDNjIofkYU3mCrgtclSAWEVgwI=; b=ZxeKY8O8XgNbb8AqA6KAfQbnu/imVwOl1FxWuBDVvyNIAsdk5+kqvKMVTlr6erngAb YBMOzWciVdmpm76KB5xuXd9m4Da4tjIHQ/0aCicFCiXVUIfFWJCGlcCXkO2/xp10R460 qGiM7JttOwCOY0ih5YWUK/VRQmDmuZximkhUOapVqFoJ/5KBUY3SLTo0dAXC66ZnSJjI Ag6ldJumyH3KkZR+DhFVNckgf6In775Utnldq4Pmds4HISWZR3GKfzIakVvvsvUSSuj1 X7GamKVW9h37xn7xX5roopAY7C/342mEdZofOPZqfTvg9JjmLtY8Dwo/GnXu3pmoFWTI zvWw== X-Gm-Message-State: ALyK8tIwUAob9dl/2TcV81A0lNlIGPQaPqQeOipcgxvzOiJRYV3X08dPHwnrXpw5UUXcnw== X-Received: by 10.28.153.70 with SMTP id b67mr61409618wme.84.1469727823611; Thu, 28 Jul 2016 10:43:43 -0700 (PDT) Received: from [192.168.0.9] (cpc91220-cmbg18-2-0-cust124.5-4.cable.virginm.net. [81.104.142.125]) by smtp.googlemail.com with ESMTPSA id t188sm13288684wme.19.2016.07.28.10.43.42 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Jul 2016 10:43:43 -0700 (PDT) To: npostavs@users.sourceforge.net, clement.pit@gmail.com, 24091@debbugs.gnu.org From: aiken Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden Message-ID: Date: Thu, 28 Jul 2016 18:43:38 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 24091 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 (/) Noam: I think my settings are fairly standard, but another way to reproduce the effect of Emacs launching in a workspace that you're not currently in (which seems to be the main issue) is to add something like "assign [class="Emacs24"] 9" to your i3 config. (I've tried this and it does reproduce the high CPU usage.) Clément: I still get the problem with `emacs -Q`. Some clarification about the problem: the high CPU usage starts while Emacs is launching on some other workspace, and stops as soon as I go to that workspace. I notice that, when I go to the Emacs workspace and see the Emacs window, Emacs hasn't actually loaded up fully (e.g. it hasn't loaded my init.el), and it only finishes a lot of its startup once I'm on that workspace. Anyway, since the problem stops as soon as I look at Emacs, the only way I know of running profiler-report for this purpose is by putting it in a command line option: `emacs -Q --eval "(profiler-start 'cpu)"`. So I've done this (see below for the report), but I'm pretty sure the profiler-start is only getting evaluated after I've moved to the Emacs workspace, i.e. after the problem has stopped. [profiler-profile "24.3" cpu #s(hash-table size 65 test equal rehash-size 1.5 rehash-threshold 0.8 data ([nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil nil] 61 [and or and redisplay_internal\ \(C\ function\) nil nil nil nil nil nil nil nil nil nil nil nil] 4 [completing-read-default completing-read read-extended-command byte-code call-interactively command-execute nil nil nil nil nil nil nil nil nil nil] 24 [and or and redisplay_internal\ \(C\ function\) read-from-minibuffer completing-read-default completing-read read-extended-command byte-code call-interactively command-execute nil nil nil nil nil] 3 [read-from-minibuffer completing-read-default completing-read read-extended-command byte-code call-interactively command-execute nil nil nil nil nil nil nil nil nil] 37 [completion-basic-try-completion "#" "#" funcall completion--some completion--nth-completion completion-try-completion completion--do-completion completion--in-region-1 "#" apply "#" completion--in-region completion-in-region minibuffer-complete call-interactively] 5 [completion-pcm--all-completions "#" funcall completion-pcm--find-all-completions completion-pcm-try-completion "#" "#" funcall completion--some completion--nth-completion completion-try-completion completion--do-completion completion--in-region-1 "#" apply "#"] 4 [completion-emacs22-try-completion "#" "#" funcall completion--some completion--nth-completion completion-try-completion completion--do-completion completion--in-region-1 "#" apply "#" completion--in-region completion-in-region minibuffer-complete call-interactively] 4 [sit-for minibuffer-message completion--message completion--do-completion completion--in-region-1 "#" apply "#" completion--in-region completion-in-region minibuffer-complete call-interactively command-execute read-from-minibuffer completing-read-default completing-read] 2 [delete-backward-char call-interactively command-execute read-from-minibuffer completing-read-default completing-read read-extended-command byte-code call-interactively command-execute nil nil nil nil nil nil] 1 [profiler-cpu-profile profiler-report-cpu profiler-report call-interactively command-execute execute-extended-command call-interactively command-execute nil nil nil nil nil nil nil nil] 14 [Automatic\ GC] 2)) (22426 16956 108810 96000) nil] From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 28 15:38:26 2016 Received: (at 24091) by debbugs.gnu.org; 28 Jul 2016 19:38:26 +0000 Received: from localhost ([127.0.0.1]:49666 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSr8U-0006Gt-EQ for submit@debbugs.gnu.org; Thu, 28 Jul 2016 15:38:26 -0400 Received: from mout.kundenserver.de ([212.227.126.134]:50357) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSr8S-0006Gg-Pm for 24091@debbugs.gnu.org; Thu, 28 Jul 2016 15:38:25 -0400 Received: from [18.189.62.146] ([18.189.62.146]) by mrelayeu.kundenserver.de (mreue003) with ESMTPSA (Nemesis) id 0MZysF-1bizli2Jw7-00LqS3; Thu, 28 Jul 2016 21:38:05 +0200 Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden To: aiken , npostavs@users.sourceforge.net, 24091@debbugs.gnu.org References: From: =?UTF-8?Q?Cl=c3=a9ment_Pit--Claudel?= Message-ID: Date: Thu, 28 Jul 2016 15:37:20 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="qSAkRfBlpNexFPD22lEquw079u0spSU5d" X-Provags-ID: V03:K0:pAtcSUTThm4bdz4osHVR62f99A91elsDse972pfpdr7LBzLVSl2 mF0MSTNLeaetE8nNAt3V2qTR5xgr6MeOE50zuPD0kiG8mRqkqhMnFMfcV5xvx/tcurHOZET LjzhuLe2OvLvk2dKwU3/KZ5YYBLPleZAgh3i2haaavu6Man3TXdGDePDvOxq02lLDvkpNZi Zgu00VQDuxHgG54+h0oFA== X-UI-Out-Filterresults: notjunk:1;V01:K0:xCeyHvB9aQI=:lgLZaEYakusmvYGYSrQSJL FAnSrYcpOZZD1H/X6B/EQIChcpz5OrAVRL/dRemSytaQdwWX/GMfZlgmnc8JX2Azjh3sH+jFC qkyu/wHqzyGLjptBL9zOcMjKUt/AjerI9WWYH3fEQ0S+gFI8iMRugz7YoJ2CpVwmh+O5wBrSG oMo6L4NtULQ/MN9uC8XDmpLruJf3kFTCuRbAP20HwJnloXbpUch81M3c4Mt9prwGpD53LZMBR hOUjqOb5uGD/dB/ae00mTERVCc0gtBnrdSuFPYypX1Le5Va6FpEzEReH7rLsnjlcA7VA83328 O7Z3Z3YiTYxmvvBaXtxTnIuhBKC4+QhuqMHlHWXTDCL72hpSXDXo8CoBQpTkC3qqSmphbCB1y 04PNOV3hOrF+/m9nx6P3gS9JCHDsRhQ2iAprGUtbEnp3nAcp1JFbA2ux6YWUc1UkXF6YVWwUo U8JN0sij6Zufwwg/grN35zTDMcTblz9MPxh46iPfcONWcIj1Wt4YxqBG6fC1zQQL6daTTHObF VKN3++Sdel0xLA9ruBlvtzpDaE6NFTI4nMjugHG7mktXeYud07ozh4tbzCv3H0St59etOlqYY WL+9MBJ5gneLML2cEBihbtugid9QgIfEbxdN6UP6pQY+YYBN459hQsRVzn3DJTN34hVKEsMCM /GOoaWBNX6RZmeBHikV3bGATfObiV5NdStysEtxjLAEi+8HZzEeIZvW4qs2nRIwgaTDg= X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 24091 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 (+) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --qSAkRfBlpNexFPD22lEquw079u0spSU5d Content-Type: multipart/mixed; boundary="vW5dnXt3BAQNAAldqf2V23JKIam2qLooM" From: =?UTF-8?Q?Cl=c3=a9ment_Pit--Claudel?= To: aiken , npostavs@users.sourceforge.net, 24091@debbugs.gnu.org Message-ID: Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden References: In-Reply-To: --vW5dnXt3BAQNAAldqf2V23JKIam2qLooM Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2016-07-28 13:43, aiken wrote: > Cl=C3=A9ment: I still get the problem with `emacs -Q`. Some clarificati= on > about the problem: the high CPU usage starts while Emacs is launching o= n > some other workspace, and stops as soon as I go to that workspace. I > notice that, when I go to the Emacs workspace and see the Emacs window,= > Emacs hasn't actually loaded up fully (e.g. it hasn't loaded my > init.el), and it only finishes a lot of its startup once I'm on that > workspace. Anyway, since the problem stops as soon as I look at Emacs, > the only way I know of running profiler-report for this purpose is by > putting it in a command line option: `emacs -Q --eval "(profiler-start > 'cpu)"`. So I've done this (see below for the report), but I'm pretty > sure the profiler-start is only getting evaluated after I've moved to > the Emacs workspace, i.e. after the problem has stopped. Interesting, thanks. Indeed, the profile doesn't show much of interest, a= nd does not seem to have run very long. I'm not very knowledgeable at all about these parts of Emacs, so I hope t= hat an expert can offer more suggestions. I can offer a few suggestions, = however: * You could try enabling C-level profiling, if you're fine with recompili= ng Emacs; this should capture most of Emacs' activity. * You could try getting a backtrace while Emacs is busy starting, from th= e other desktop; either using gdb if it's busy in C-code, or with pkill -= SIGUSR2 if it's busy with Lisp code. Btw, was this profile obtained with Emacs 24.5, or 24.3? --vW5dnXt3BAQNAAldqf2V23JKIam2qLooM-- --qSAkRfBlpNexFPD22lEquw079u0spSU5d Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXml8aAAoJEPqg+cTm90wjTucQAIQdxAfNnMVOYBymDwC6JNDt 9/T3WaJkMKRPmfdf3WmoWXEAIfEttJ36lGVWOXOAXGXBF6SH9q/07Trc+fe31BFf fX/l9fcmdUaqF9fZCE3mYvGSK4wOfQnav6AHvfNsc35ruusC10t/tbMdJ5e4ozIH Yz8xz2BZN2yvFSsu/v3aJG5AEBdK1mjTkjYdst4wzFg1//t7KZ6sgN7QucesLEi4 vi/eiJb4MGKdnAxsxCsK+gkdQCj0qLLPCMSYY89UXyuFSa6BG4HzMlaaS7EyHQlK BchzJKCl/HiLWzsn8WqoKlv6Q6ZmA4PqF8WXZFjZAqT5pzo4lVTPcIIhrfF3esz8 Fvs4tBuiSDNYeqO0GKZt6RkadvjelEIqCTjEl3oIv4K+BciYW8lsu4ttF1aEZob8 6QcqEvGBKXZiRxceslyw9GHx4dEYc3URU3e7B7ZCyStXb6xZj3S/afgcAYI5+hIN OnFv4D+taTddvANccWn2/04OeZDNYkDjWjq4w4cXXryDaUFQWfu1pKId9OHHpa+a GQsM9BDYfGJiBRh6347o2WHuM+8LrrnI97mUEWoKn1oo0PhDEjIUT8jW7h6EuNKl V94NR51lUPrTUyDwMuoReYv3XZLhGJ30MFCsjyEPZQRIwOgE/qJMo95Lv5i0Hlrt chANmgcOoFUbzlQycvi6 =3C8s -----END PGP SIGNATURE----- --qSAkRfBlpNexFPD22lEquw079u0spSU5d-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 28 16:21:30 2016 Received: (at 24091) by debbugs.gnu.org; 28 Jul 2016 20:21:30 +0000 Received: from localhost ([127.0.0.1]:49687 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSroA-0007ID-Aq for submit@debbugs.gnu.org; Thu, 28 Jul 2016 16:21:30 -0400 Received: from mail-wm0-f52.google.com ([74.125.82.52]:37395) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSro9-0007I1-LD for 24091@debbugs.gnu.org; Thu, 28 Jul 2016 16:21:29 -0400 Received: by mail-wm0-f52.google.com with SMTP id i5so123930093wmg.0 for <24091@debbugs.gnu.org>; Thu, 28 Jul 2016 13:21:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=zxqSs1Lkjgob2Efy1+zfZ2QpC42BmgcWjN6P/AYaS3U=; b=BVniJAsJUGF5wSltlEIRctwh3JQto1FfnOZo8GwCbbiXhKTsEO+IaNEMnYShW8TABo cRz+KVb+8m/lsk73T0FJ2Q2GKXWxGJGPGWlD5WX+j8Rp/dtoL1wFHc2LfXShU20Mv/HN qHGMS3n5jX8b/DKm94BbX/MdovG6URG5Tr/v5q55Voqqh+dOc8XLyOl3a9KeeLfGnH3a MSFfQSPm1lssNYqTokVwF4n//L0kF21ywajmIzPCfu32QPpQqNAg5rFGvNZOvpRw4uBQ 3+HROJx+a5ADjd26h2nJzxp/AwZylY+lBUHRZSE6mdmHMwlXpkkbNkR41w0W6SsSstr7 JAHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=zxqSs1Lkjgob2Efy1+zfZ2QpC42BmgcWjN6P/AYaS3U=; b=S6DobvvRdRQlv3AMh4PkgyJFExKu18hDId2rbE5QWKK1xrpn7Zd/odoIYxedcCv+ip YG7tihZDrrrWJDmGpywk/8hRSQiCoBDn6rAZ42ZQFsw51osCGmCfGcDUaeumq8xxvsCH Zfap391Io2uBNYvdLycDKi0W5ba3krwK3maI+dAr9TWxb7tjznIi3rXuQRVgyw5DVOXl jMMkYjYXiJFG/ifFXb0aGVr4vKYP6jXRj2BAvenf6dkqZrnLaHK3cNbesyVbhM2V4ZPP g0zlH86Hji+9/LVOkr9B3pL8op5Q1cbgvr0JUiRngmcbyAP23VzPOC++2wDg0xiI+vkc lfrw== X-Gm-Message-State: AEkoouu4UAtzodXkVIlSuQCO/DbRlUbYocAWJymZOy3d/hnWDQGeew8+2+IentzqS9tcIg== X-Received: by 10.28.199.131 with SMTP id x125mr40693987wmf.49.1469737283884; Thu, 28 Jul 2016 13:21:23 -0700 (PDT) Received: from [192.168.0.9] (cpc91220-cmbg18-2-0-cust124.5-4.cable.virginm.net. [81.104.142.125]) by smtp.googlemail.com with ESMTPSA id ub8sm6797999wjc.39.2016.07.28.13.21.23 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Jul 2016 13:21:23 -0700 (PDT) Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden To: =?UTF-8?Q?Cl=c3=a9ment_Pit--Claudel?= , npostavs@users.sourceforge.net, 24091@debbugs.gnu.org References: From: aiken Message-ID: <2e20849f-f7cf-1850-e054-9ec5e3538082@gmail.com> Date: Thu, 28 Jul 2016 21:21:22 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 24091 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 (/) > Btw, was this profile obtained with Emacs 24.5, or 24.3? If you're asking because of the "24.3" in the profiler report, I have no idea why it says that, since the Emacs version is definitely 24.5. From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 28 21:46:00 2016 Received: (at 24091) by debbugs.gnu.org; 29 Jul 2016 01:46:00 +0000 Received: from localhost ([127.0.0.1]:49845 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSwsB-0004T8-Nx for submit@debbugs.gnu.org; Thu, 28 Jul 2016 21:45:59 -0400 Received: from mail-it0-f44.google.com ([209.85.214.44]:37241) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSws9-0004Sp-Du; Thu, 28 Jul 2016 21:45:57 -0400 Received: by mail-it0-f44.google.com with SMTP id f6so95485961ith.0; Thu, 28 Jul 2016 18:45:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=gDUmH/uq6WJp7KyUK/C+x6FNmjMM2Gu52uHqTXn5Zac=; b=eaUuKr7Jx+nKRtAsYlaqxkyyTCg14btiYmE3ZT5fSr4uRO2wFiAiIXWQX7HUSrSMVP kfZSWe0v/lLyY+/3ZvsaNppgyU6cEJal+/vuGB4QtD4ba8unEQ17Y3Geaic21loEOfZZ 5jLSmuld8D4N9vy9wXZTQbEygLQ2/ZCOkSLbs74eIEHSRwPtMslUUJ8/lh7HJkzt8iAL lUS7neZDzirGAk3oj23bYOa2/57Dv5JzzlvAL7FbAxJcSD7KRK5hnRfwcbc6Ewo/XUY6 bSVGeAUyQJjbEwdkTsSJ3Zin0BFpcVqTpOXn9yxDg/SHo1bbhrUn4oVryjKB727IP3II XjxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=gDUmH/uq6WJp7KyUK/C+x6FNmjMM2Gu52uHqTXn5Zac=; b=hkPB8jY/4AQlI3btFcJJ835qdHl/sOt1G26HCqt/uNJkxxB+0aTni++9SJD5iQ/IhD NJ3RWmX6zhXRKq6Yv9kzIARxI41HhFqW6rxygrN3mS84hwuxjJjWIuU/ArMgEV5q+uh8 OIS8sLyWIZClqggzSLLbmhdJDOxZpHA00fd6XAqnpWiucAR1hPyIK4cHpBlMCL9g63W8 /qYvaPySRb3tjWzXknWO9bl0s93WlJZY1EwZBFUS10w8Lw21Q/GstOLEmejyklULFMu5 0NVb7PmMY42eLE/DmlZz7vIehO9mhSoHfhrFn5ISJbbmzBi6Zd4H+L5vSElwgVk3vMOY Y/Qw== X-Gm-Message-State: AEkoouvU5jZ2gnO8YofZzrdYOzE8K+6tYaDO3pizN/QVa2rQGJukzz5CqX5ejTY3A+oRrA== X-Received: by 10.36.33.17 with SMTP id e17mr3379125ita.41.1469756751808; Thu, 28 Jul 2016 18:45:51 -0700 (PDT) Received: from zony (206-188-64-44.cpe.distributel.net. [206.188.64.44]) by smtp.googlemail.com with ESMTPSA id b66sm466318itd.0.2016.07.28.18.45.50 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Jul 2016 18:45:51 -0700 (PDT) From: npostavs@users.sourceforge.net To: aiken Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> Date: Thu, 28 Jul 2016 21:45:55 -0400 In-Reply-To: (aiken's message of "Thu, 28 Jul 2016 18:43:38 +0100") Message-ID: <87shut9pyk.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.93 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 24091 Cc: clement.pit@gmail.com, 24091@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 (/) tags 24091 confirmed found 24091 25.1-rc1 quit aiken writes: > Noam: I think my settings are fairly standard, but another way to > reproduce the effect of Emacs launching in a workspace that you're not > currently in (which seems to be the main issue) is to add something like > "assign [class="Emacs24"] 9" to your i3 config. (I've tried this and it > does reproduce the high CPU usage.) Thanks, with this I'm able to reproduce also with the latest emacs-25. I sent SIGSTOP to get a backtrace and found it was in x_make_frame_visible (src/xterm.c). Stepping through it with gdb, I saw it's getting stuck in this loop: /* Process X events until a MapNotify event has been seen. */ while (!FRAME_VISIBLE_P (f)) { /* Force processing of queued events. */ x_sync (f); /* If on another desktop, the deiconify/map may be ignored and the frame never becomes visible. XMonad does this. Prevent an endless loop. */ if (FRAME_ICONIFIED_P (f) && ++tries > 100) break; /* This hack is still in use at least for Cygwin. See http://lists.gnu.org/archive/html/emacs-devel/2013-12/msg00351.html. Machines that do polling rather than SIGIO have been observed to go into a busy-wait here. So we'll fake an alarm signal to let the handler know that there's something to be read. We used to raise a real alarm, but it seems that the handler isn't always enabled here. This is probably a bug. */ if (input_polling_used ()) { /* It could be confusing if a real alarm arrives while processing the fake one. Turn it off and let the handler reset it. */ int old_poll_suppress_count = poll_suppress_count; poll_suppress_count = 1; poll_for_input_1 (); poll_suppress_count = old_poll_suppress_count; } if (XPending (FRAME_X_DISPLAY (f))) { XEvent xev; XNextEvent (FRAME_X_DISPLAY (f), &xev); x_dispatch_event (&xev, FRAME_X_DISPLAY (f)); } } I guess we would like Emacs to hit this case: /* If on another desktop, the deiconify/map may be ignored and the frame never becomes visible. XMonad does this. Prevent an endless loop. */ if (FRAME_ICONIFIED_P (f) && ++tries > 100) break; But it seems that FRAME_ICONIFIED_P is returning false, because I see that tries is never incremented. From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 29 01:46:44 2016 Received: (at 24091) by debbugs.gnu.org; 29 Jul 2016 05:46:44 +0000 Received: from localhost ([127.0.0.1]:49901 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bT0d9-0004vZ-2f for submit@debbugs.gnu.org; Fri, 29 Jul 2016 01:46:44 -0400 Received: from eggs.gnu.org ([208.118.235.92]:42402) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bT0d7-0004vO-Kf for 24091@debbugs.gnu.org; Fri, 29 Jul 2016 01:46:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bT0cx-0002ca-Ji for 24091@debbugs.gnu.org; Fri, 29 Jul 2016 01:46:36 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:55524) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bT0cx-0002an-GR; Fri, 29 Jul 2016 01:46:31 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4768 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bT0cv-0003Dm-6Q; Fri, 29 Jul 2016 01:46:29 -0400 Date: Fri, 29 Jul 2016 08:46:22 +0300 Message-Id: <83lh0lq9n5.fsf@gnu.org> From: Eli Zaretskii To: npostavs@users.sourceforge.net In-reply-to: <87shut9pyk.fsf@users.sourceforge.net> (npostavs@users.sourceforge.net) Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> 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: -6.3 (------) X-Debbugs-Envelope-To: 24091 Cc: acairncross@gmail.com, clement.pit@gmail.com, 24091@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: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.3 (------) > From: npostavs@users.sourceforge.net > Date: Thu, 28 Jul 2016 21:45:55 -0400 > Cc: clement.pit@gmail.com, 24091@debbugs.gnu.org > > I guess we would like Emacs to hit this case: > > /* If on another desktop, the deiconify/map may be ignored and the > frame never becomes visible. XMonad does this. > Prevent an endless loop. */ > if (FRAME_ICONIFIED_P (f) && ++tries > 100) > break; > > But it seems that FRAME_ICONIFIED_P is returning false, because I see > that tries is never incremented. The question is: what happens if you bypass that loop and let Emacs proceed with startup? Does it successfully finish the startup, or does it error out or crash later on? If the former, we need to find a way to detect this special situation, and maybe bypass the loop altogether. If the latter, we will either need to find a way to avoid that subsequent crash, or continue waiting, perhaps with some 'usleep' call in the loop, to avoid hogging the CPU. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 30 09:55:04 2016 Received: (at 24091) by debbugs.gnu.org; 30 Jul 2016 13:55:04 +0000 Received: from localhost ([127.0.0.1]:51284 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bTUjI-0006U8-4u for submit@debbugs.gnu.org; Sat, 30 Jul 2016 09:55:04 -0400 Received: from mail-oi0-f47.google.com ([209.85.218.47]:34061) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bTUjG-0006TK-3e for 24091@debbugs.gnu.org; Sat, 30 Jul 2016 09:55:02 -0400 Received: by mail-oi0-f47.google.com with SMTP id l65so140884581oib.1 for <24091@debbugs.gnu.org>; Sat, 30 Jul 2016 06:55:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=knZwSR0pxlT0CkcbfgS2XImHeDCjz5EoEzAUvCTZZt8=; b=AOWJ3GoxozP2H6pXFPA91bnYj1ugC5VRg72JoG8IwUUE29eogUPqNkFUvltnJvby0M h9AVMh64suMIGSBBOzfyL7Rgrpq7pfMzMU5FsG8Zjx4r2OlSgGdRdLXTJ/fAY4ZfmSU1 cxaDGB9cfidLAIpBjXEZtezaIGJgMQ/61WEXjR/6C25IRDW8FI4GdGBlOrMyN/L9mvNa f/2xwa+QPylgoHhz1nAuq/kEtPQyidMIgevwV6/mtXrqvSEnNSRNGxeGzB5A4TwLTVwb HyN3xofm7r1h96OCcu1e0+JhHfXRuiG2riqdH/CnYJYGnI5M/C/mIDY2PZ0wtGMvxcJE Te3Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=knZwSR0pxlT0CkcbfgS2XImHeDCjz5EoEzAUvCTZZt8=; b=Tg53MacnPQ+TjWaVbRxr1d1Opx+gHXenZMHY2D3y9k6STTLZgSyZMiT9itAARTPcQb Kvr30luthZ0MXjmRPHnJqgMI5EZuU+fb6ghPkH7gpQWLws/FAMYjiqC7umsl3bo5qObQ 3W1JdKy8NTJI3p9ea/i13ag+ZQtUM8g1ckIMvhrlRSnC07iopcOW0aUjlUT+gehMYZ9p jz4ZznlfZqB2veJopykhJ/LUwlCChDZE8+B2lxcqMv3RIrpD1HP4fJScvYhCMXA5iJdH a1YXSe4FVU6Zx1hQkRuCgzsy2rqOflX3AHMPtU6OUKPrly6GDVcQZJU8QMQCxQavBtPz ppzQ== X-Gm-Message-State: AEkoouvaJG9cNNcGrIAfa2uql9k4q2sij0B/X2KGqubT1NTKCTYPbBLzyB52bjN3O5KLXJW7v8PhB1vzbQckaw== X-Received: by 10.202.86.15 with SMTP id k15mr25466690oib.178.1469886896404; Sat, 30 Jul 2016 06:54:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.7.161 with HTTP; Sat, 30 Jul 2016 06:54:55 -0700 (PDT) In-Reply-To: <83lh0lq9n5.fsf@gnu.org> References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> From: Noam Postavsky Date: Sat, 30 Jul 2016 09:54:55 -0400 X-Google-Sender-Auth: VcObdLl7o6xzAz090z1w4JBjrg4 Message-ID: Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 24091 Cc: acairncross@gmail.com, clement.pit@gmail.com, 24091@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 (/) On Fri, Jul 29, 2016 at 1:46 AM, Eli Zaretskii wrote: >> From: npostavs@users.sourceforge.net >> Date: Thu, 28 Jul 2016 21:45:55 -0400 >> Cc: clement.pit@gmail.com, 24091@debbugs.gnu.org >> >> I guess we would like Emacs to hit this case: >> >> /* If on another desktop, the deiconify/map may be ignored and the >> frame never becomes visible. XMonad does this. >> Prevent an endless loop. */ >> if (FRAME_ICONIFIED_P (f) && ++tries > 100) >> break; >> >> But it seems that FRAME_ICONIFIED_P is returning false, because I see >> that tries is never incremented. > > The question is: what happens if you bypass that loop and let Emacs > proceed with startup? Does it successfully finish the startup, or > does it error out or crash later on? Works fine, no crashes. > > If the former, we need to find a way to detect this special situation, > and maybe bypass the loop altogether. Hmm, not really sure where to start. From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 30 11:42:00 2016 Received: (at 24091) by debbugs.gnu.org; 30 Jul 2016 15:42:00 +0000 Received: from localhost ([127.0.0.1]:51630 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bTWOm-0000Vc-HX for submit@debbugs.gnu.org; Sat, 30 Jul 2016 11:42:00 -0400 Received: from eggs.gnu.org ([208.118.235.92]:37770) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bTWOk-0000VQ-B7 for 24091@debbugs.gnu.org; Sat, 30 Jul 2016 11:41:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bTWOb-0003tw-I9 for 24091@debbugs.gnu.org; Sat, 30 Jul 2016 11:41:52 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46114) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bTWOb-0003td-FI; Sat, 30 Jul 2016 11:41:49 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2706 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bTWOZ-0005jL-FR; Sat, 30 Jul 2016 11:41:47 -0400 Date: Sat, 30 Jul 2016 18:41:44 +0300 Message-Id: <83oa5fp1zb.fsf@gnu.org> From: Eli Zaretskii To: Noam Postavsky In-reply-to: (message from Noam Postavsky on Sat, 30 Jul 2016 09:54:55 -0400) Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> 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: -6.3 (------) X-Debbugs-Envelope-To: 24091 Cc: acairncross@gmail.com, clement.pit@gmail.com, 24091@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: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.3 (------) > From: Noam Postavsky > Date: Sat, 30 Jul 2016 09:54:55 -0400 > Cc: acairncross@gmail.com, clement.pit@gmail.com, 24091@debbugs.gnu.org > > >> But it seems that FRAME_ICONIFIED_P is returning false, because I see > >> that tries is never incremented. > > > > The question is: what happens if you bypass that loop and let Emacs > > proceed with startup? Does it successfully finish the startup, or > > does it error out or crash later on? > > Works fine, no crashes. > > > > > If the former, we need to find a way to detect this special situation, > > and maybe bypass the loop altogether. > > Hmm, not really sure where to start. I'd start by finding out why FRAME_ICONIFIED_P returns false. From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 13 19:57:55 2016 Received: (at 24091) by debbugs.gnu.org; 13 Aug 2016 23:57:55 +0000 Received: from localhost ([127.0.0.1]:56636 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bYioM-000448-SR for submit@debbugs.gnu.org; Sat, 13 Aug 2016 19:57:55 -0400 Received: from mail-it0-f43.google.com ([209.85.214.43]:37242) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bYioL-00043v-04 for 24091@debbugs.gnu.org; Sat, 13 Aug 2016 19:57:54 -0400 Received: by mail-it0-f43.google.com with SMTP id f6so17429119ith.0 for <24091@debbugs.gnu.org>; Sat, 13 Aug 2016 16:57:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=yTpFDjkuK5ZlcaquBGVk8ULp2LPS1eeSGtOXZPPCbBc=; b=OZOX99SFtog1AMuZkBUnybf5w4zEw8xOyk86HWOLTIFcVGGA7TWXK3Vt8QyUqFlLx5 pDvbSY1fKGkfOVLDZtJahw0G8jCbwj6AFqocqvi7hIyo79ui3eBlME5XA7rJc5dnvTH7 6cT85j+nMwFED2ZoBs7FzcLOKlEXaAWbciIh8Jikl++qWvCfMihJOCsrJN3kht9gaYwQ o0anbGM9Hjx5J+x6NQkkzm10Vgd3kjXqXYHu/Jqv3BvYBuAq9GiI6HaXTsoTk6xaXH0r eDq/EGRSWihYBPWRJ1+fFTq4owd0wfDyNEqtPoq9KdoOhzp6hawBQnx9d/GGofb4Zq7E QKMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=yTpFDjkuK5ZlcaquBGVk8ULp2LPS1eeSGtOXZPPCbBc=; b=c4xEqgjBbB8tzxwYhd0skhBK+JYGubnHqodB8aTrF8eC+JYo/XQxX6subtLfEO54u1 4qmLzgRFCwOAZ4IC+m0LWPgBz/WuTh99++h0hkxg7nMy1V35YKIdZ4f5xVN2capQaejX 2+w8VHyHp1g49yLntn9uYu1QUPnesTZE6paV9Pww3JdTYAq8QARh4/dQ8dpGMBjGpTr8 pmX8PlYp7sOtcMaOsMKoi5OBniXX3/zCXw/WXCbb5+QzrfXOqrZEC4M1e4lMDI9xYmPd prYKXQS59lDK5wZEteUI2jPMINzl15kJ25N1ZxcT5oaIgrP3K5s2TN3jFkU9lmMqhC4G dQEQ== X-Gm-Message-State: AEkoouuO8xecdHcHA2Krq1OQivSSF+hNjb+PJCSX3zKf4OtalfLVdqDQnjc3flv/t+4gqw== X-Received: by 10.36.252.193 with SMTP id b184mr6684835ith.4.1471132667205; Sat, 13 Aug 2016 16:57:47 -0700 (PDT) Received: from zony (206-188-64-44.cpe.distributel.net. [206.188.64.44]) by smtp.googlemail.com with ESMTPSA id v7sm4145223ita.9.2016.08.13.16.57.45 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 13 Aug 2016 16:57:46 -0700 (PDT) From: npostavs@users.sourceforge.net To: Eli Zaretskii Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> <83oa5fp1zb.fsf@gnu.org> Date: Sat, 13 Aug 2016 19:57:54 -0400 In-Reply-To: <83oa5fp1zb.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 30 Jul 2016 18:41:44 +0300") Message-ID: <877fbkw7b1.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 24091 Cc: acairncross@gmail.com, clement.pit@gmail.com, 24091@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 (/) Eli Zaretskii writes: >> From: Noam Postavsky >> Date: Sat, 30 Jul 2016 09:54:55 -0400 >> Cc: acairncross@gmail.com, clement.pit@gmail.com, 24091@debbugs.gnu.org >> >> >> But it seems that FRAME_ICONIFIED_P is returning false, because I see >> >> that tries is never incremented. >> > >> > The question is: what happens if you bypass that loop and let Emacs >> > proceed with startup? Does it successfully finish the startup, or >> > does it error out or crash later on? >> >> Works fine, no crashes. >> >> > >> > If the former, we need to find a way to detect this special situation, >> > and maybe bypass the loop altogether. >> >> Hmm, not really sure where to start. > > I'd start by finding out why FRAME_ICONIFIED_P returns false. Well, it seems that's because Emacs never receives an UnmapNotify event. But that doesn't feel like I'm getting any closer to a solution... From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 15 22:38:51 2016 Received: (at 24091) by debbugs.gnu.org; 16 Aug 2016 02:38:51 +0000 Received: from localhost ([127.0.0.1]:58680 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bZUHD-00035X-36 for submit@debbugs.gnu.org; Mon, 15 Aug 2016 22:38:51 -0400 Received: from eggs.gnu.org ([208.118.235.92]:60722) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bZUH9-00035I-Te for 24091@debbugs.gnu.org; Mon, 15 Aug 2016 22:38:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bZUH3-0002Ie-Tn for 24091@debbugs.gnu.org; Mon, 15 Aug 2016 22:38:42 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43961) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bZUGy-0002ED-PA; Mon, 15 Aug 2016 22:38:36 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2242 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bZUGw-0007SK-PR; Mon, 15 Aug 2016 22:38:35 -0400 Date: Tue, 16 Aug 2016 05:38:34 +0300 Message-Id: <83inv1fnf9.fsf@gnu.org> From: Eli Zaretskii To: npostavs@users.sourceforge.net In-reply-to: <877fbkw7b1.fsf@users.sourceforge.net> (npostavs@users.sourceforge.net) Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> 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.6 (-----) X-Debbugs-Envelope-To: 24091 Cc: acairncross@gmail.com, clement.pit@gmail.com, 24091@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: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.6 (-----) > From: npostavs@users.sourceforge.net > Cc: 24091@debbugs.gnu.org, acairncross@gmail.com, clement.pit@gmail.com > Date: Sat, 13 Aug 2016 19:57:54 -0400 > > >> > The question is: what happens if you bypass that loop and let Emacs > >> > proceed with startup? Does it successfully finish the startup, or > >> > does it error out or crash later on? > >> > >> Works fine, no crashes. > >> > >> > > >> > If the former, we need to find a way to detect this special situation, > >> > and maybe bypass the loop altogether. > >> > >> Hmm, not really sure where to start. > > > > I'd start by finding out why FRAME_ICONIFIED_P returns false. > > Well, it seems that's because Emacs never receives an UnmapNotify event. > But that doesn't feel like I'm getting any closer to a solution... What events does Emacs get in that case? From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 03 13:29:47 2016 Received: (at 24091) by debbugs.gnu.org; 3 Sep 2016 17:29:47 +0000 Received: from localhost ([127.0.0.1]:48871 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgElG-0005bL-Q5 for submit@debbugs.gnu.org; Sat, 03 Sep 2016 13:29:46 -0400 Received: from mail-oi0-f46.google.com ([209.85.218.46]:34150) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgElF-0005b6-7B for 24091@debbugs.gnu.org; Sat, 03 Sep 2016 13:29:45 -0400 Received: by mail-oi0-f46.google.com with SMTP id m11so75309487oif.1 for <24091@debbugs.gnu.org>; Sat, 03 Sep 2016 10:29:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=t42L75qyz6Av/tWckDBKfgeG2Lm66VB/24p89/Ig1wQ=; b=URhKjmcrK82z3I6BCVsTL+9xQzyc4H+Ci0E+SpjST0+Iy8A6TI2hEU7HAuNa6PjKeN ioJJM6OYpN+HQZbFKqy5rnSEsWibNok88vzOrwGvUaEUMiZSak3Nus2TxjXnrQagcKrF bOwnD/hi6PWjGbMIVhiuu75aNnINEX/hPtwCC8k0dt80Fn/Ohwao3UX5L8ib4T8S5z26 cGGpQv5k4VsJjJ9hu+j/m1ie+mPD3ZGQOAQqv24d0yUSC27Z3SnORqUB93UBS6xsQnZL O//+Y6PxuiAwHU5Hg4Ra48XvrqjbOpg2azeOpw2VVYDxNaq3H+9u6WItmep6H4FVI6vv 4p0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=t42L75qyz6Av/tWckDBKfgeG2Lm66VB/24p89/Ig1wQ=; b=g3P9rK6X79hXR188aKGcIbAwVlzwFDWPOPqU+OYMG8WgDfvrCHqj2uXEU5PSvxNbO4 StmEK4QS8Sgu29CbKSVMjblvshk2GY3pLUITwYEnzoeEg0/sLvoEpJyoJlcXI8LWPRBx VxvGkwODOL/OODwYWg3niGQFC3d0i7yzECMIEnHCEP76E1Hs1KyxfEbfPnyyysUNWMyy SoidJfbWcjnlZnernXIAndH0T2VQ9eOqIHRDafsv26SXOaTHkYfwTqlzmj8xUChhLfdB XnucsqYJEVQSnVWJLWszkp+zDXBto697JG6+a+JWV8Xmqm1BZYcTnYZV8Q/dv5feynEI /K/w== X-Gm-Message-State: AE9vXwOarFtqLWEksUcUsLjyoeYgz7oqODzAEFQy1UkYTPizcyM1D2j1G+gGnnG4fW7/stYIFuVdcPtd2xkYWw== X-Received: by 10.202.81.77 with SMTP id f74mr2165959oib.40.1472923779519; Sat, 03 Sep 2016 10:29:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.7.195 with HTTP; Sat, 3 Sep 2016 10:29:39 -0700 (PDT) In-Reply-To: <83inv1fnf9.fsf@gnu.org> References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> <83inv1fnf9.fsf@gnu.org> From: Noam Postavsky Date: Sat, 3 Sep 2016 13:29:39 -0400 X-Google-Sender-Auth: mlAz8qkrIoVuLWAL3-59MJtxDR4 Message-ID: Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 24091 Cc: Aiken , =?UTF-8?B?Q2zDqW1lbnQgUGl0LS1DbGF1ZGVs?= , 24091@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 (/) On Mon, Aug 15, 2016 at 10:38 PM, Eli Zaretskii wrote: >> From: npostavs@users.sourceforge.net >> Cc: 24091@debbugs.gnu.org, acairncross@gmail.com, clement.pit@gmail.com >> Date: Sat, 13 Aug 2016 19:57:54 -0400 >> >> >> > The question is: what happens if you bypass that loop and let Emacs >> >> > proceed with startup? Does it successfully finish the startup, or >> >> > does it error out or crash later on? >> >> >> >> Works fine, no crashes. >> >> >> >> > >> >> > If the former, we need to find a way to detect this special situation, >> >> > and maybe bypass the loop altogether. >> >> >> >> Hmm, not really sure where to start. >> > >> > I'd start by finding out why FRAME_ICONIFIED_P returns false. >> >> Well, it seems that's because Emacs never receives an UnmapNotify event. >> But that doesn't feel like I'm getting any closer to a solution... > > What events does Emacs get in that case? Emacs is getting PropertyNotify, ConfigureNotify, MapNotify, and ReparentNotify events. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 03 13:46:00 2016 Received: (at 24091) by debbugs.gnu.org; 3 Sep 2016 17:46:00 +0000 Received: from localhost ([127.0.0.1]:48894 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgF0y-00074A-Dl for submit@debbugs.gnu.org; Sat, 03 Sep 2016 13:46:00 -0400 Received: from eggs.gnu.org ([208.118.235.92]:41585) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgF0w-0006xl-Ea for 24091@debbugs.gnu.org; Sat, 03 Sep 2016 13:45:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bgF0q-00018x-Dj for 24091@debbugs.gnu.org; Sat, 03 Sep 2016 13:45:53 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43360) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bgF0k-00016v-FB; Sat, 03 Sep 2016 13:45:46 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4054 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bgF0g-00074h-11; Sat, 03 Sep 2016 13:45:44 -0400 Date: Sat, 03 Sep 2016 20:45:32 +0300 Message-Id: <83zinodghv.fsf@gnu.org> From: Eli Zaretskii To: Noam Postavsky In-reply-to: (message from Noam Postavsky on Sat, 3 Sep 2016 13:29:39 -0400) Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> <83inv1fnf9.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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: -6.5 (------) X-Debbugs-Envelope-To: 24091 Cc: acairncross@gmail.com, clement.pit@gmail.com, 24091@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: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.5 (------) > From: Noam Postavsky > Date: Sat, 3 Sep 2016 13:29:39 -0400 > Cc: 24091@debbugs.gnu.org, Aiken , > Clément Pit--Claudel > > >> > I'd start by finding out why FRAME_ICONIFIED_P returns false. > >> > >> Well, it seems that's because Emacs never receives an UnmapNotify event. > >> But that doesn't feel like I'm getting any closer to a solution... > > > > What events does Emacs get in that case? > > Emacs is getting PropertyNotify, ConfigureNotify, MapNotify, and > ReparentNotify events. Does it work to turn this: if (FRAME_ICONIFIED_P (f) && ++tries > 100) break; into this: if ((FRAME_ICONIFIED_P (f) || FRAME_VISIBLE_P (f)) && ++tries > 100) break; From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 03 13:53:48 2016 Received: (at 24091) by debbugs.gnu.org; 3 Sep 2016 17:53:48 +0000 Received: from localhost ([127.0.0.1]:48913 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgF8W-0007pz-EX for submit@debbugs.gnu.org; Sat, 03 Sep 2016 13:53:48 -0400 Received: from mail-oi0-f48.google.com ([209.85.218.48]:35207) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgF8U-0007pm-Fo for 24091@debbugs.gnu.org; Sat, 03 Sep 2016 13:53:46 -0400 Received: by mail-oi0-f48.google.com with SMTP id p186so166493355oia.2 for <24091@debbugs.gnu.org>; Sat, 03 Sep 2016 10:53:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=8/jnlk4zc6Fv8spJfJEJYz9skBmQV9CgKGdkCZZl3aE=; b=DB2kXGtCMzG63pvcbhol4b3qpXmL7UHIIHhF4R32RVwJgpGbGs2gsK+wYOBWdWbBX/ VngWzfszwVydFldgBTT4cq4CNL43WlzIt6b73Jmj4pGRdNJlrTEB5qn75gLweTNgL2Ac cU7fGcAx5wsdMp8CmnITshygLONVDIXtl7quXy4ia7LA4/uFzpzQ0gJbPbH9hh2bzMJO 764qfJJafMD3sFv3MqiVnB8It4lw7e8IeNtOOTDBWsmwqIXZEofmMb7MTnL65esoOuMa BHR1Y32JNKorDKI0/W5nkHT3gVzA+ocJ5h7g3/cGZX5IDgIIt8CnPWndCUO2Wi+lqpju SiaQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=8/jnlk4zc6Fv8spJfJEJYz9skBmQV9CgKGdkCZZl3aE=; b=eP5bB8lMWPaYyGTo6xF04lWq8UReAWTrWqb8hGqMz+4js8ERLnvwd0QB9kkm9M8CoV NleMJOYFrvFLBLn75eo4dDin6A4MoswQVuRusIO6DBDeicAG+EW/hcVy3SN9v0yN3s/0 bDz7C2r+Zv2zZRE0EEcjv4G+6D8WbDj2dTIgXB2/No8j/ckag6GPgTw6rCH03+fXna7X VXjPXj0ZpL9eP48vyALmQkRq6H07whnf7lLM2vr5mJEwVxhSl161GoK9i0/P+XdbIC5A m3gKng+Q0s9DDeIXVbY+K9Nl2WiWLctyylywPjI06xolOW8CV2T6zOLrYjUmorEkM7jV tO6A== X-Gm-Message-State: AE9vXwOy8Qt2OAk4D4pveo9oz44Ww8NnaN9itpNVNikLnc6wJYCaqY9UhkkIop0KA5gxxpf+/DXP25088V+XMw== X-Received: by 10.202.186.65 with SMTP id k62mr22661796oif.143.1472925220932; Sat, 03 Sep 2016 10:53:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.7.195 with HTTP; Sat, 3 Sep 2016 10:53:40 -0700 (PDT) In-Reply-To: <83zinodghv.fsf@gnu.org> References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> <83inv1fnf9.fsf@gnu.org> <83zinodghv.fsf@gnu.org> From: Noam Postavsky Date: Sat, 3 Sep 2016 13:53:40 -0400 X-Google-Sender-Auth: wKOmus6p3osgz7L8e4eAIEWiFOg Message-ID: Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 24091 Cc: Aiken , =?UTF-8?B?Q2zDqW1lbnQgUGl0LS1DbGF1ZGVs?= , 24091@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 (/) On Sat, Sep 3, 2016 at 1:45 PM, Eli Zaretskii wrote: >> From: Noam Postavsky >> Date: Sat, 3 Sep 2016 13:29:39 -0400 >> Cc: 24091@debbugs.gnu.org, Aiken , >> Cl=C3=A9ment Pit--Claudel >> >> >> > I'd start by finding out why FRAME_ICONIFIED_P returns false. >> >> >> >> Well, it seems that's because Emacs never receives an UnmapNotify eve= nt. >> >> But that doesn't feel like I'm getting any closer to a solution... >> > >> > What events does Emacs get in that case? >> >> Emacs is getting PropertyNotify, ConfigureNotify, MapNotify, and >> ReparentNotify events. > > Does it work to turn this: > > if (FRAME_ICONIFIED_P (f) && ++tries > 100) > break; > > into this: > > if ((FRAME_ICONIFIED_P (f) || FRAME_VISIBLE_P (f)) && ++tries > = 100) > break; No, which sort of makes sense since the frame isn't actually visible. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 03 14:36:05 2016 Received: (at 24091) by debbugs.gnu.org; 3 Sep 2016 18:36:05 +0000 Received: from localhost ([127.0.0.1]:48929 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgFnR-0000Qs-Hi for submit@debbugs.gnu.org; Sat, 03 Sep 2016 14:36:05 -0400 Received: from eggs.gnu.org ([208.118.235.92]:47018) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgFnQ-0000QO-AT for 24091@debbugs.gnu.org; Sat, 03 Sep 2016 14:36:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bgFnK-0000dv-78 for 24091@debbugs.gnu.org; Sat, 03 Sep 2016 14:35:59 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43669) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bgFnD-0000bK-Cv; Sat, 03 Sep 2016 14:35:51 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4093 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bgFn9-00065w-5t; Sat, 03 Sep 2016 14:35:49 -0400 Date: Sat, 03 Sep 2016 21:35:29 +0300 Message-Id: <83y438de6m.fsf@gnu.org> From: Eli Zaretskii To: Noam Postavsky In-reply-to: (message from Noam Postavsky on Sat, 3 Sep 2016 13:53:40 -0400) Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> <83inv1fnf9.fsf@gnu.org> <83zinodghv.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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: -6.5 (------) X-Debbugs-Envelope-To: 24091 Cc: acairncross@gmail.com, clement.pit@gmail.com, 24091@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: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.5 (------) > From: Noam Postavsky > Date: Sat, 3 Sep 2016 13:53:40 -0400 > Cc: 24091@debbugs.gnu.org, Aiken , > Clément Pit--Claudel > > >> Emacs is getting PropertyNotify, ConfigureNotify, MapNotify, and > >> ReparentNotify events. > > > > Does it work to turn this: > > > > if (FRAME_ICONIFIED_P (f) && ++tries > 100) > > break; > > > > into this: > > > > if ((FRAME_ICONIFIED_P (f) || FRAME_VISIBLE_P (f)) && ++tries > 100) > > break; > > No, which sort of makes sense since the frame isn't actually visible. But you said the MapNotify event was received? Doesn't that cause the frame to become marked as visible? From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 03 14:40:31 2016 Received: (at 24091) by debbugs.gnu.org; 3 Sep 2016 18:40:31 +0000 Received: from localhost ([127.0.0.1]:48933 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgFrj-0000XF-31 for submit@debbugs.gnu.org; Sat, 03 Sep 2016 14:40:31 -0400 Received: from mail-oi0-f44.google.com ([209.85.218.44]:35659) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgFrh-0000X1-Ig for 24091@debbugs.gnu.org; Sat, 03 Sep 2016 14:40:29 -0400 Received: by mail-oi0-f44.google.com with SMTP id p186so167294135oia.2 for <24091@debbugs.gnu.org>; Sat, 03 Sep 2016 11:40:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=5q7OdVn8lDZQPMcDeoMNB5imCx08pKYO7x29BzpjCFw=; b=QwjngPAlODHWgKpmKFcz+XB7kH3wEcJHVfkn/MupY79hh7cl6RzXPBUZ/lMPtmhex1 4/E1LtPP06/ImpcyeLXCSXs3+6U1b0VofaXXoNBqtprj5hC01UMLqQfA2Y4E8NETVMtI x9GDB375b1kXX9ujn9LlqewwP90nKsu5McVnU8dadrzdPV1ilLfDrUSO3n/7i3P8na7w 20ISBRsftTN6U+5xScHb/vnZUoAxgzyWxpHsIvAEYX2RASB3HUYjXuC267rzBVcEtb2F 5sCKHHVIeudPOTKiCxHOsBiNVTby06Bz+NYk39oNulAf0WoIU28LKqNBXL0D9OWDNIqJ 7LsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=5q7OdVn8lDZQPMcDeoMNB5imCx08pKYO7x29BzpjCFw=; b=CqRamKiulnIDkr0IHpo1JvWemXsFnHzVfb10TUQPrjh7cR+gMMFU1PfrR3AOJnan1N T6rQLtlpiR1BlCZDCTQIz09jth7hyFfMi6EuQi2vJtjUf6fV0uyvuqiJT06Ul840x0lm pBtA2A7j6AKaz3RcsxSS7HeJklG/1uQoz9ef42VFdHoNQn3Fp8ucGAhY/W4CZzyNNg6t KR3Lod/d2HB8yoYQDU481I8hY+gRFPcEh6BfgPy9Qy6U8XBtg03ka9zZfwLPoZnYe6R/ TI79rjI5dPsTTvAUBEEcXr5gOdjJR08NgEw6+BII3XH3Z8OeXKq0do960d28d2hD2Q32 t8oA== X-Gm-Message-State: AE9vXwONhhVctJwKrBigAdqdvFpnGhMyt7XrYAWhg6HO0NUIBUDRwAvbRV3rQr/OhBNFQTH1tlN5F9eNGyWu2g== X-Received: by 10.202.93.197 with SMTP id r188mr23022220oib.88.1472928024045; Sat, 03 Sep 2016 11:40:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.7.195 with HTTP; Sat, 3 Sep 2016 11:40:23 -0700 (PDT) In-Reply-To: <83y438de6m.fsf@gnu.org> References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> <83inv1fnf9.fsf@gnu.org> <83zinodghv.fsf@gnu.org> <83y438de6m.fsf@gnu.org> From: Noam Postavsky Date: Sat, 3 Sep 2016 14:40:23 -0400 X-Google-Sender-Auth: _FfhyJS6L9LZ_VsWoauaFuC0K0o Message-ID: Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 24091 Cc: Aiken , =?UTF-8?B?Q2zDqW1lbnQgUGl0LS1DbGF1ZGVs?= , 24091@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 (/) On Sat, Sep 3, 2016 at 2:35 PM, Eli Zaretskii wrote: >> From: Noam Postavsky >> Date: Sat, 3 Sep 2016 13:53:40 -0400 >> Cc: 24091@debbugs.gnu.org, Aiken , >> Cl=C3=A9ment Pit--Claudel >> >> >> Emacs is getting PropertyNotify, ConfigureNotify, MapNotify, and >> >> ReparentNotify events. >> > >> > Does it work to turn this: >> > >> > if (FRAME_ICONIFIED_P (f) && ++tries > 100) >> > break; >> > >> > into this: >> > >> > if ((FRAME_ICONIFIED_P (f) || FRAME_VISIBLE_P (f)) && ++tries= > 100) >> > break; >> >> No, which sort of makes sense since the frame isn't actually visible. > > But you said the MapNotify event was received? Doesn't that cause the > frame to become marked as visible? Only if x_top_window_to_frame returns non-nil, which it does not. case MapNotify: /* We use x_top_window_to_frame because map events can come for sub-windows and they don't mean that the frame is visible. */ f =3D x_top_window_to_frame (dpyinfo, event->xmap.window); if (f) { ... SET_FRAME_VISIBLE (f, 1); ... } goto OTHER; From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 03 14:51:50 2016 Received: (at 24091) by debbugs.gnu.org; 3 Sep 2016 18:51:50 +0000 Received: from localhost ([127.0.0.1]:48957 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgG2g-0000pV-06 for submit@debbugs.gnu.org; Sat, 03 Sep 2016 14:51:50 -0400 Received: from eggs.gnu.org ([208.118.235.92]:49265) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgG2e-0000pG-C7 for 24091@debbugs.gnu.org; Sat, 03 Sep 2016 14:51:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bgG2Y-0002ze-B9 for 24091@debbugs.gnu.org; Sat, 03 Sep 2016 14:51:43 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43763) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bgG2R-0002zB-4a; Sat, 03 Sep 2016 14:51:35 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4108 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bgG2N-00071M-6O; Sat, 03 Sep 2016 14:51:33 -0400 Date: Sat, 03 Sep 2016 21:51:16 +0300 Message-Id: <83wpisddgb.fsf@gnu.org> From: Eli Zaretskii To: Noam Postavsky In-reply-to: (message from Noam Postavsky on Sat, 3 Sep 2016 14:40:23 -0400) Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> <83inv1fnf9.fsf@gnu.org> <83zinodghv.fsf@gnu.org> <83y438de6m.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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: -6.5 (------) X-Debbugs-Envelope-To: 24091 Cc: acairncross@gmail.com, clement.pit@gmail.com, 24091@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: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.5 (------) > From: Noam Postavsky > Date: Sat, 3 Sep 2016 14:40:23 -0400 > Cc: 24091@debbugs.gnu.org, Aiken , > Clément Pit--Claudel > > >> > if ((FRAME_ICONIFIED_P (f) || FRAME_VISIBLE_P (f)) && ++tries > 100) > >> > break; > >> > >> No, which sort of makes sense since the frame isn't actually visible. > > > > But you said the MapNotify event was received? Doesn't that cause the > > frame to become marked as visible? > > Only if x_top_window_to_frame returns non-nil, which it does not. Why doesn't it, in this case, and how are things different with a "normal" startup, which doesn't infloop? Btw, I'm only asking these questions on the assumption that we have no working idea for how to solve this. If that assumption is false, feel free to ignore me. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 03 16:03:42 2016 Received: (at 24091) by debbugs.gnu.org; 3 Sep 2016 20:03:42 +0000 Received: from localhost ([127.0.0.1]:48982 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgHAD-0002Wo-So for submit@debbugs.gnu.org; Sat, 03 Sep 2016 16:03:42 -0400 Received: from mail-oi0-f44.google.com ([209.85.218.44]:33658) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgHAB-0002Wc-WF for 24091@debbugs.gnu.org; Sat, 03 Sep 2016 16:03:40 -0400 Received: by mail-oi0-f44.google.com with SMTP id c15so204186757oig.0 for <24091@debbugs.gnu.org>; Sat, 03 Sep 2016 13:03:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=fz2umYAatnwZI8QapZhgwozuJxRo9Kl9L2ZfHT4Or/g=; b=j6OZ8+kJSARcvqJKcc2BB3sYUSoldGfrIqliboTc4N14DcEbhls0nmn6yZgnfRnQfz /fvY8VI/fscVd7KSsQ1CCsEag7zGTWQPC/CmGleXGYFlV1uAwPZoX21Sg+TmHjcfHdap JWvTSlq9BLPbauxtXBfjxX/u30214LdxJCk7IYfB/u90zqorZECkqI9DHFU7OxJw1j6J dO6/AG5P0Rjfryi39L0tt6kCTk8Bqyv4WShISppf3yZp9Ro/0cGa2NNZ5SIDiwtGhBZB eBincBaDlqg29YwnAUdBZHLi6d53yNY93DjWcMJzbhJ/dPMe143gaJqsKjlJYeSRJZTz tknw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=fz2umYAatnwZI8QapZhgwozuJxRo9Kl9L2ZfHT4Or/g=; b=ZZW3YYW4rvi0guwAgmSwYYAdAw/V62y7B1nmZSEqNj3CgDurLGjlmXpxeOpodZ+o5E x0DS49mLJHve1hSJMoJLIkOvVJvNuYi9MvsBrJt6f9qI12QO/2BOG/NL9PrhRZS/u2dP 97MSv4sVLOnUIYn5aMEZJ6tLuqiiqA5uoRUBPUmrzNY7nVigiB3wkZ0M2OlD9ceMDddl I6tH1qyNxi7KILZ0FInE/azJvB8QLaVvuypu5SSvScJT20zt6wJf4SbXIlaSdBe3grnm b1JB/wVcd5LNDyGnKQ71tHb7uEEFeSIL6ofPKfPqUGdONbIEK4sASpmXBTmMbUD1ZF0P glYA== X-Gm-Message-State: AE9vXwMArK2FrsRvi8b4XsD0ff+iuhlMFDuLDy24LVaJkAsnWhmpaC+6sRztmHcUppQBTghgJAWTR05PtlsKMA== X-Received: by 10.202.195.1 with SMTP id t1mr25026926oif.144.1472933014417; Sat, 03 Sep 2016 13:03:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.7.195 with HTTP; Sat, 3 Sep 2016 13:03:33 -0700 (PDT) In-Reply-To: <83wpisddgb.fsf@gnu.org> References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> <83inv1fnf9.fsf@gnu.org> <83zinodghv.fsf@gnu.org> <83y438de6m.fsf@gnu.org> <83wpisddgb.fsf@gnu.org> From: Noam Postavsky Date: Sat, 3 Sep 2016 16:03:33 -0400 X-Google-Sender-Auth: 3JafDcQqxeKC6f2dS57zw8GiFLg Message-ID: Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 24091 Cc: Aiken , =?UTF-8?B?Q2zDqW1lbnQgUGl0LS1DbGF1ZGVs?= , 24091@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 (/) On Sat, Sep 3, 2016 at 2:51 PM, Eli Zaretskii wrote: >> From: Noam Postavsky >> Date: Sat, 3 Sep 2016 14:40:23 -0400 >> Cc: 24091@debbugs.gnu.org, Aiken , >> Cl=C3=A9ment Pit--Claudel >> >> >> > if ((FRAME_ICONIFIED_P (f) || FRAME_VISIBLE_P (f)) && ++tr= ies > 100) >> >> > break; >> >> >> >> No, which sort of makes sense since the frame isn't actually visible. >> > >> > But you said the MapNotify event was received? Doesn't that cause the >> > frame to become marked as visible? >> >> Only if x_top_window_to_frame returns non-nil, which it does not. > > Why doesn't it, in this case, and how are things different with a > "normal" startup, which doesn't infloop? Hmm, it's hard to tell. In the case where Emacs is opening in the current workspace, event->xmap.window corresponds XtWindow (f->output_data.x->widget) and in the problematic case of opening Emacs in another workspace, it doesn't. The contents of event are created in the guts of Xlib I guess, which makes it somewhat mysterious. > > Btw, I'm only asking these questions on the assumption that we have no > working idea for how to solve this. If that assumption is false, feel > free to ignore me. No firm ideas, but as I've been stepping around this code, I'm more and more wondering why we have this loop at all. The comment above x_make_frame_visible says /* This tries to wait until the frame is really visible. However, if the window manager asks the user where to position the frame, this will return before the user finishes doing that. The frame will not actually be visible at that time, but it will become visible later when the window manager finishes with it. */ So I guess the loop is the part that "tries to wait". But if that doesn't even work some of the time, why is it really necessary at all? The code running after this function returns can't rely on this working, so it would have to handle the not-yet-visible case anyway... From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 04 03:34:04 2016 Received: (at 24091) by debbugs.gnu.org; 4 Sep 2016 07:34:04 +0000 Received: from localhost ([127.0.0.1]:49104 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgRwK-0007oX-5U for submit@debbugs.gnu.org; Sun, 04 Sep 2016 03:34:04 -0400 Received: from mout.gmx.net ([212.227.17.21]:50605) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgRwI-0007no-Gs for 24091@debbugs.gnu.org; Sun, 04 Sep 2016 03:34:02 -0400 Received: from [192.168.1.100] ([212.95.7.64]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0LobGI-1b8lsC0KgU-00gWwb; Sun, 04 Sep 2016 09:33:42 +0200 Message-ID: <57CBCE4F.5040705@gmx.at> Date: Sun, 04 Sep 2016 09:33:35 +0200 From: martin rudalics MIME-Version: 1.0 To: Noam Postavsky , Eli Zaretskii Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> <83inv1fnf9.fsf@gnu.org> <83zinodghv.fsf@gnu.org> <83y438de6m.fsf@gnu.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:QxLvYbSHPW3VQcmDP2rYvhKvzAbXXFPyQ4KDD5MCx1U1n3B4TbV m63Ni3KtJWt+RYvfDoIm8vBqaGy8/GcMAb+O+KQS5udn44LnjZsF6fcV1c3jjqQUC7GtKBb hJHMU7T3hd9SlUwK3Z9K/F/vPfhA6sQ6CM6Uf490NiErilzsTCyz9QADc0lrX/LqvuccfW9 UcCc0Y2s1K01XHrfjjwXA== X-UI-Out-Filterresults: notjunk:1;V01:K0:3h2bnQ+Y2r0=:41/Vma1c/7vOp1kcmfuVsc 471ODsDUQSOx1okaVLnOjmexIl+Ojd/Q3JFiu1mQUEV9v3/1/y79oZLSvGuq+RXoMsWB3BIxc 3cOEkzJVbVXoFxa6sK4VWCS1LK97jJUznV0ZPcbQ10vn0+gTEFjPFX0YvEEffnU+OiYyM1TY7 U8XXnCVuqB0iP10aRdA9LHA0dMHG36EuM57KxfwO6jIJ1YOfBikZdWHBojAKC6ixpiXzqaVBN zxsx5eGljcW2qsWooy+caewTd+MMXcEVS8Hb0XurERttRXIV2iicm1Ja5s2NGHEu6+FGu86FC QO9PH/NYAOr3AmsGCezjWzcNNExZnMV3Bow591T2Kr03UFSYqaGRhGjkTZpEPIxPhi+Z/4h9G GP3s+h0CpDE+Yn8io5akZ18qijF/llbghLdv+Lj9xr95wgOtxnYxWyHtSS7TjH+qHqbsIem+o imJrzLWTmnL63VwX4Dvz4+P5XNDFBAgB7FTbJfx0q/hinUIEmF9vunlyfEd0DtdENF4UjsK+Z zoUyfgQH3VIkgVlXCUCf/m6kkikI9z+WtHVGofWxfK+pLkM+IRlvAqjfwaSqYzXic3rAOGxtj RBXiCAn+dzWpZ9hog0LRc2X0dQZKCDNq9GYLEUjRjDwvn7DnVLtNa6wZ/95EDymCL4TkzGPOS PEEwuhOEqpRCctAeJoVdnRVMUE/N6gODBkAXzWy2s9pZzON1sYP+GxLd5vSWKnbHqQAXSbI+b El4c0BAPObdiiRDbqfiDpphboHPYDuK8CTbzgGwxMMLoq37BUcp0XhY1h0MsRlVq1X+VxKbdI G2vungiPCjgGh11tIM46wpU0F3Jhg== X-Spam-Score: -0.1 (/) X-Debbugs-Envelope-To: 24091 Cc: Aiken , =?UTF-8?B?Q2zDqW1lbnQgUGl0LS1DbGF1ZGVs?= , 24091@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.1 (/) > Only if x_top_window_to_frame returns non-nil, which it does not. > > case MapNotify: > /* We use x_top_window_to_frame because map events can > come for sub-windows and they don't mean that the > frame is visible. */ > f = x_top_window_to_frame (dpyinfo, event->xmap.window); Where in x_window_to_frame does it fail? martin From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 04 08:35:14 2016 Received: (at 24091) by debbugs.gnu.org; 4 Sep 2016 12:35:14 +0000 Received: from localhost ([127.0.0.1]:49181 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgWdm-0000ZP-0D for submit@debbugs.gnu.org; Sun, 04 Sep 2016 08:35:14 -0400 Received: from mail-oi0-f47.google.com ([209.85.218.47]:35181) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgWdk-0000ZC-Cv for 24091@debbugs.gnu.org; Sun, 04 Sep 2016 08:35:12 -0400 Received: by mail-oi0-f47.google.com with SMTP id p186so181578356oia.2 for <24091@debbugs.gnu.org>; Sun, 04 Sep 2016 05:35:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=Dib+eAGF4EXPY1Dt3RZCSji0G7e+6NOvv3ypoN2G72Y=; b=ww/MRyMJPWbg0V/pelIG5fAkXeU/3gogHVg6g4gZ6SIjY2z8/CrTQMA//LAOvJyVZ8 zCVcbRRW4oUv/WXCei4cwr0My/WMJR7bd3rIDWqqks8kdjJCarowIYznh+RgaXaPWiFy KJiSoVpnvK23RneFgA0y4OViyGAJePJI+JlgF+7RyDboToqsNEheutiWCopnuYyRMUsZ TCGLS+vylIY8aFN0uAIFCHE0I705aB9QuFrgaIImiqVUf5cbCwZDXwP4cX9pnh/ljkqg EARL3KRcz3tqvbJDuG2LrRvM7FyEbnVw9UDGq3FemDwE0u0t57vXEYwOAeH/6omd129h LiJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=Dib+eAGF4EXPY1Dt3RZCSji0G7e+6NOvv3ypoN2G72Y=; b=ZbLqT6hDJhwprZF54+E5d4ZhZ82mKkzGr/oPLb4QHU9vHzLhuYX9Eg3eNISMWz7FYf xMMt1heBRrWC53GYBZ8zAmf/u6o+EXKgHtD7Cx0SEwMgBrjkuAx2KodCIrxbJEvhoDa7 0XeMZyQvr7KSWsqiEvKn/1soZh/gf/+TlhZ2jT0xig4q/G9C20GPAy3kPjfubCIGUnsR k0T4ctx/sGt2dzsh2dyfg0O7/e1qqG7kc9UEPDcVTJAcm1vkTEyagCd3R3d1UZyWmDwa aQ16WQGz2oxliNR1nDVnjK5aLc9LyhRTJguZxoeiJjT7T1vLq6K2c8Rdp2sb/uYeaemL c/DA== X-Gm-Message-State: AE9vXwN+tg2j1JVSu0I3l2ZH+GsIarXG0OSNvXylWt4mlc6xt6VqT/94MirB5NKV3XNhUYnuBdzCivIBt/T7hQ== X-Received: by 10.202.81.77 with SMTP id f74mr3937292oib.40.1472992506917; Sun, 04 Sep 2016 05:35:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.7.195 with HTTP; Sun, 4 Sep 2016 05:35:06 -0700 (PDT) In-Reply-To: <57CBCE4F.5040705@gmx.at> References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> <83inv1fnf9.fsf@gnu.org> <83zinodghv.fsf@gnu.org> <83y438de6m.fsf@gnu.org> <57CBCE4F.5040705@gmx.at> From: Noam Postavsky Date: Sun, 4 Sep 2016 08:35:06 -0400 X-Google-Sender-Auth: cA0gMcAyOH_cKuGhvxB6HhdVcXk Message-ID: Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden To: martin rudalics Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 1.7 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: On Sun, Sep 4, 2016 at 3:33 AM, martin rudalics wrote: >> Only if x_top_window_to_frame returns non-nil, which it does not. >> >> case MapNotify: >> /* We use x_top_window_to_frame because map events can >> come for sub-windows and they don't mean that the >> frame is visible. */ >> f = x_top_window_to_frame (dpyinfo, event->xmap.window); > > Where in x_window_to_frame does it fail? [...] Content analysis details: (1.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.4 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [209.85.218.47 listed in dnsbl.sorbs.net] 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (npostavs[at]gmail.com) -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.218.47 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.218.47 listed in list.dnswl.org] 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different X-Debbugs-Envelope-To: 24091 Cc: Eli Zaretskii , Aiken , =?UTF-8?B?Q2zDqW1lbnQgUGl0LS1DbGF1ZGVs?= , 24091@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.7 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: On Sun, Sep 4, 2016 at 3:33 AM, martin rudalics wrote: >> Only if x_top_window_to_frame returns non-nil, which it does not. >> >> case MapNotify: >> /* We use x_top_window_to_frame because map events can >> come for sub-windows and they don't mean that the >> frame is visible. */ >> f = x_top_window_to_frame (dpyinfo, event->xmap.window); > > Where in x_window_to_frame does it fail? [...] Content analysis details: (1.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.218.47 listed in wl.mailspike.net] 2.4 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [209.85.218.47 listed in dnsbl.sorbs.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.218.47 listed in list.dnswl.org] 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (npostavs[at]gmail.com) 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different On Sun, Sep 4, 2016 at 3:33 AM, martin rudalics wrote: >> Only if x_top_window_to_frame returns non-nil, which it does not. >> >> case MapNotify: >> /* We use x_top_window_to_frame because map events can >> come for sub-windows and they don't mean that the >> frame is visible. */ >> f = x_top_window_to_frame (dpyinfo, event->xmap.window); > > Where in x_window_to_frame does it fail? In case of opening Emacs on a different workspace, there are 2 MapNotify events before the infloop of x_make_frame_visible. x_window_to_frame has a FOR_EACH_FRAME loop. The 1st time, there is only one iteration of the frame loop and FRAME_X_P (f) is false. The 2nd time, there are two iterations of the frame loop. In the first iteration, (wdesc == XtWindow (x->widget)) is false. In the second iteration, FRAME_X_P (f) is false, like in the 1st MapNotify event. From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 04 09:15:39 2016 Received: (at 24091) by debbugs.gnu.org; 4 Sep 2016 13:15:39 +0000 Received: from localhost ([127.0.0.1]:49191 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgXGt-0001XQ-Gs for submit@debbugs.gnu.org; Sun, 04 Sep 2016 09:15:39 -0400 Received: from mout.gmx.net ([212.227.17.22]:54999) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgXGr-0001XD-RW for 24091@debbugs.gnu.org; Sun, 04 Sep 2016 09:15:38 -0400 Received: from [192.168.1.100] ([212.95.7.47]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0LpPg1-1bB1w83y7B-00f9Nv; Sun, 04 Sep 2016 15:15:18 +0200 Message-ID: <57CC1E5F.8010107@gmx.at> Date: Sun, 04 Sep 2016 15:15:11 +0200 From: martin rudalics MIME-Version: 1.0 To: Noam Postavsky Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> <83inv1fnf9.fsf@gnu.org> <83zinodghv.fsf@gnu.org> <83y438de6m.fsf@gnu.org> <57CBCE4F.5040705@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:chAS31OLh2sY5zJTgHK7Dy5S+uOVeHpf2PIlsAmghT3DpdrRzEi v2Nbi6AjF8MDMChMoTX94CdCVaaYe4R/ZVqZA/1mA34DvR/JvEaCfLYUQMpMDW7Iy0/c9WA O8DdJkxNDOd/7OARq/lbUc3A3FWWOLTyDKdUAakSjcY/XYkl6yq8IUf/ZfRH51yy94Uw1p7 F7bPoMxzVGrwO7fWmHsLw== X-UI-Out-Filterresults: notjunk:1;V01:K0:jUUI6alIXm4=:INndNFWurcxNmK7wUlgCCV mrh1VVuZQLCUahvAoCiwtnIQeEofxUxGzD+QCEwi1OYhsA9KFiN6fmU2+ro/hpC9Wv9qTRqaY cAbQ42X7Q5U3SS6Hc/vO6G10za6UVuwlG5uugjAzVnjMEsLifT2Ri1ejmBX95zlZQp6mo+gfu uDLR9I/CefEwtx4s29YFqL/r//rQy1dgSZ91v70Ka0LduH9opq1eaD3FYM2s+R/TIwauX4+sK t6B2ezkJ5Y/aR25rLDjK8bclBbxVrXm7HhTPLTyU0n0+tIRHoRBwk6pCqUZ8bTJGmvdhWcFFD mujcqwNnOuoOMLtUn4cvntxT89QYyEk5GhNCkKJ2FIE0SUideUda/PgcI2mb5p9AOznnHeoc3 FmitA2T7u2J1WO1imtJnM9g8/ODDXglm41lmef1sjZbWLRj/KJnoyjUyWMxOVumBMP4U0NS68 m5NKYdeu5jQBgBs8/GYKKXV+C0ztbH+Pb866vZ4uC5xQ6qOLPl+pF+d8sTQ6oqewLKKE+rT3O qJCj+kqCDtBIC3ueMZCYeT9eElHWl/Xd0AOkpjPruJ3TqW8gUHmK7mga0Qbh2DHsStqLtXSFx HSssLRskXsdAI3KKnM6vPqPQ6XmckqKf4TkxFrE2FTYsYJs0+P0Qyrchn5iIu4NFd1PyO+IMM 3lKWqCVmM6z5LpejrXpIMYIdEUXXqD68S3T5GxzLwEgnsD/oRXBBnSTu+cNHiC/AhdpeRhCHK 92/1Wle9r4fUy9+Ejq4jFPcbfNogi9pFgcw8WE0nUPa4lYSLbbA5x0At1Oz8L2ALfjLzClTbx x8LZB2vx3hKnc1e2yGkD3AZOfvkSA== X-Spam-Score: -0.1 (/) X-Debbugs-Envelope-To: 24091 Cc: Eli Zaretskii , Aiken , =?UTF-8?B?Q2zDqW1lbnQgUGl0LS1DbGF1ZGVs?= , 24091@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.1 (/) > The 2nd time, there are two iterations of the frame loop. In the first > iteration, (wdesc == XtWindow (x->widget)) is false. I suppose this happens for the frame x_make_frame_visible is waiting for to become visible. Correct? martin From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 04 09:41:02 2016 Received: (at 24091) by debbugs.gnu.org; 4 Sep 2016 13:41:02 +0000 Received: from localhost ([127.0.0.1]:49198 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgXfS-00029h-Gi for submit@debbugs.gnu.org; Sun, 04 Sep 2016 09:41:02 -0400 Received: from mail-oi0-f44.google.com ([209.85.218.44]:36706) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgXfQ-000297-2K for 24091@debbugs.gnu.org; Sun, 04 Sep 2016 09:41:00 -0400 Received: by mail-oi0-f44.google.com with SMTP id w78so29725785oie.3 for <24091@debbugs.gnu.org>; Sun, 04 Sep 2016 06:41:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=exh7tvf4A3o7ThJJtkSPI1cYpsbhJAPowaFxYHlcfO0=; b=n4s0Y60VD5UqZw2jI1Oz7pTJkKk52iUCWLidPQYbzRLYYcNV7dilI3uvFEuQI0GhMW 8D9cphuxi2/EPCpethVodG7rEGqEp0VvuSa2W6beRCtgPG7+CNXwUmHMo2rng+4X54VA QeEb9d873uc1Uooiu4v/s2EwCwPqwSJyxaYsbHEpZemK3tB0YmOFvidDqIoQZobwxfL7 CfmU2ylwi9fq+/k5WXxFQBBFUjbxDPCV2kUTvl49WJGyNfNUFYXOyst7eHYWna73FGza 1RJOnPplfcN780Oup7HH3tHl3uAXCoGeV4/Akng2WTJRpg66Ftw2StMlrFCoSKJvp3B+ HQKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=exh7tvf4A3o7ThJJtkSPI1cYpsbhJAPowaFxYHlcfO0=; b=nF6lPHCRbwu0xizIzAbCd2eTE0pa+tN4Twrcfk9zBJ5lz7lsmvJ3BTCjZi5UHGPzZ5 vKqlgnl+wlyHXgvarHBR4Hml3DpOLYrmxdbGKaQATdmpuvwEnmRd5wvCX3ITsZNjZeAh c4rlJZI6w8eqlO2mTcSHFvpVWPT/nu/o/2hQThp6H/p5TcNg/Osnw12nToa+P4NAa6T7 3mO3zrQDLpR61HnSmyKmhTIiAo60efmKs889PkMn7V3ADibAWMe+4/RBJr479XSaP9iN UACpbMobGW3iwfKsbrTAAD9CenLB4+OU5DVrWzkpFc3/GkVEHy0dgl/ce+mAgiaUsHyJ WNOQ== X-Gm-Message-State: AE9vXwM4HT/zfza3OJ+DPyasQp57E43xPTpY1UehoSII/2HYsCl31DvKX54bDTkm/ZzV3xSeXaxRoaTHnIhc3Q== X-Received: by 10.157.17.83 with SMTP id p19mr7230027otp.196.1472996454340; Sun, 04 Sep 2016 06:40:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.7.195 with HTTP; Sun, 4 Sep 2016 06:40:53 -0700 (PDT) In-Reply-To: <57CC1E5F.8010107@gmx.at> References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> <83inv1fnf9.fsf@gnu.org> <83zinodghv.fsf@gnu.org> <83y438de6m.fsf@gnu.org> <57CBCE4F.5040705@gmx.at> <57CC1E5F.8010107@gmx.at> From: Noam Postavsky Date: Sun, 4 Sep 2016 09:40:53 -0400 X-Google-Sender-Auth: BwIBjLfts_LqJH15vQe-wSlzgJk Message-ID: Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden To: martin rudalics Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 24091 Cc: Eli Zaretskii , Aiken , =?UTF-8?B?Q2zDqW1lbnQgUGl0LS1DbGF1ZGVs?= , 24091@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 (/) On Sun, Sep 4, 2016 at 9:15 AM, martin rudalics wrote: >> The 2nd time, there are two iterations of the frame loop. In the first >> iteration, (wdesc == XtWindow (x->widget)) is false. > > I suppose this happens for the frame x_make_frame_visible is waiting for > to become visible. Correct? Having trouble parsing your sentence. This happens before x_make_frame_visible gets called, and before the actual frame is visible. Is that what you're asking? During the infloop[1] of x_make_frame_visible, I can see an indication for a new window coming up in the target workspace, but the frame is still not visible because I haven't switched to the workspace yet. The infloop gets one ConfigureNotify event, and then nothing else. [1]: This one: /* Process X events until a MapNotify event has been seen. */ while (!FRAME_VISIBLE_P (f)) From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 04 11:57:03 2016 Received: (at 24091) by debbugs.gnu.org; 4 Sep 2016 15:57:03 +0000 Received: from localhost ([127.0.0.1]:49851 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgZn5-0005YC-0K for submit@debbugs.gnu.org; Sun, 04 Sep 2016 11:57:03 -0400 Received: from mout.gmx.net ([212.227.15.19]:52184) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgZn3-0005Xh-W6 for 24091@debbugs.gnu.org; Sun, 04 Sep 2016 11:57:02 -0400 Received: from [192.168.1.100] ([212.95.7.47]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MNZ9u-1bjM011WJ8-007GQ1; Sun, 04 Sep 2016 17:56:43 +0200 Message-ID: <57CC4435.7040503@gmx.at> Date: Sun, 04 Sep 2016 17:56:37 +0200 From: martin rudalics MIME-Version: 1.0 To: Noam Postavsky Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> <83inv1fnf9.fsf@gnu.org> <83zinodghv.fsf@gnu.org> <83y438de6m.fsf@gnu.org> <57CBCE4F.5040705@gmx.at> <57CC1E5F.8010107@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:pnJFyWF5JJ+0+FVjAsjO7os6jbK6bA4s59xt8phEKX8YVn58swH biN9m5ITxHDHhKUlO94MAuwIPNVLptnSID0bXjSlAILPIZvFxncADsxpbWO3ra3qqRD+lgt a2UCcHA8RU4YQMID0HYRraWY89qjN6iyLe8fumQbTZPKCkhye+A2nHMgaFiXsln1ScifiXf 7BbcpnrNFCSEjfzYK8aug== X-UI-Out-Filterresults: notjunk:1;V01:K0:i5Ld/zKkL7o=:G4S1vQZuc+RMAUgt6aI8tr /q+FtCM1fMWYhgWb00lgZ8oy0uFk7iCj06X8Owu7vIaBk112DYpAX2IK45JYym1ZGLb6bM3xm M5JCtOOMcVeolj6pIrhpsswgFqSd02y+ZTzAuUsMwE3zx0lkUouippSKfiMtt2CxKU+CUFeYT 8j7H/WCZNuu9PgY29NlR3r09jTBoT+D4l0ItKjzNgOy7wICJNJ/JoMOvEjaJChq+Xc7dPffvs Ra1+4k1kwrPxjbgR4tRcdoYWqBH/bDsBinXeL4aMz/XykS67dwd+Ce2yrAZrLzFukjtrGh2/V fwHnAp8v4I4vVtGYRwRtbdez1+QznGK7dKNg/+9IbyWn/e5+2bORDTSr5nd9RYKZzs0mxZTxb dDTjvOziynTqpj9HjvziUYdfMUVeas407VvjKMZOoe9d8sbXfgdnidRhelfeWe9s+mvQMrrUq XMbUm3raMcwuDqr0x01L4shPDDHN0imGLhPIMz93UnRmkNLM2NwSdcQugJMvHrkVByjk/G5/K TTAJeJbqcU7ciBoUUTiVn1AwJVUimlUjRbwqVQ8G54QPcoGYEcgW/jqP1trzGW+91Cc7sESsy RtRytIep7vauzqTafcoENGV6PhkK1vfOBKnWPVVMFDAtySGxFKRpy9aA7G9tElosu4ehI2Pgs x455UumhVFoPg/02rHVJaVpoNpGzGQenbeIyUOVRhrRXyw+NAD+N058/tjUzgpcd30uG9Frwx Hz+WqHKmvZ2odLeJomyYkr8a5c5x3d7bSXE3M2jZa923nSLsMBw2od5RK+p6+VOhkCPV5U1XA /OjqzfCrGPQWnFSAE7vgr/+xtrJAg== X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: > Having trouble parsing your sentence. This happens before > x_make_frame_visible gets called, and before the actual frame is > visible. Is that what you're asking? Sorry for being unclear: In x_make_frame_visible we have this loop: [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.19 listed in wl.mailspike.net] 0.6 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [212.95.7.47 listed in dnsbl.sorbs.net] 2.4 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [212.227.15.19 listed in dnsbl.sorbs.net] X-Debbugs-Envelope-To: 24091 Cc: Eli Zaretskii , Aiken , =?UTF-8?B?Q2zDqW1lbnQgUGl0LS1DbGF1ZGVs?= , 24091@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: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: > Having trouble parsing your sentence. This happens before > x_make_frame_visible gets called, and before the actual frame is > visible. Is that what you're asking? Sorry for being unclear: In x_make_frame_visible we have this loop: [...] Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.19 listed in wl.mailspike.net] 0.6 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [212.95.7.47 listed in dnsbl.sorbs.net] 2.4 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [212.227.15.19 listed in dnsbl.sorbs.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) > Having trouble parsing your sentence. This happens before > x_make_frame_visible gets called, and before the actual frame is > visible. Is that what you're asking? Sorry for being unclear: In x_make_frame_visible we have this loop: while (!FRAME_VISIBLE_P (f)) What I wanted to know is whether the frame f here is the _same_ frame you see in x_top_window_to_frame where IIUC if (wdesc == XtWindow (x->widget)) return f; fails. I see no other place where "(wdesc == XtWindow (x->widget)) is false" would apply. Or am I missing something? martin From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 04 12:21:27 2016 Received: (at 24091) by debbugs.gnu.org; 4 Sep 2016 16:21:27 +0000 Received: from localhost ([127.0.0.1]:49863 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgaAh-00069h-6A for submit@debbugs.gnu.org; Sun, 04 Sep 2016 12:21:27 -0400 Received: from mail-oi0-f49.google.com ([209.85.218.49]:35944) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bgaAg-00069W-9o for 24091@debbugs.gnu.org; Sun, 04 Sep 2016 12:21:26 -0400 Received: by mail-oi0-f49.google.com with SMTP id w78so32373061oie.3 for <24091@debbugs.gnu.org>; Sun, 04 Sep 2016 09:21:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=drwJNaU6RIO+VB3EOCxDQBlow2860aqpq6UuLEbMeTY=; b=eg3yW5tER74lfF2yqKrxdh+KU2vFIEuPCH8lDs2B/OBBY8l6fuqqcV5lpbPoF/RZB4 SA2S5zZ95zSdUyX1MGXPObPTf9G0TN2QFoxmvkabLucqj9hwNTTtGoN5Mn9C/TYNMsP5 vZwKVu/Wy26LgZREleUYQpt/Zusl0EmhS0lmm8OS5NteZ12nmazrrMi46y554CnhGl3U FisJtoyfgBSz423IGlYiZ/TguDW2RGnuUZPDzUZNTEnzatklFxtPyq2NX38Eec0SF0gB qgGYG8ryAaRZsiUS2QzY52cCynLRd6lN4tesWa1yQXS7LLjh7bljwqWzw6S5quUmsQMV ST/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=drwJNaU6RIO+VB3EOCxDQBlow2860aqpq6UuLEbMeTY=; b=O0IxnkqcrO2JT7CYuC3UtdEpwulhiRQ1KrJe0Pcvg82KawlLL8pEdPcfLF5IoakdvN 1ZhZnjj0mBQ+M7nwP9LfYVsWWOgwh37bRc/rNgwVyQkVz1hwVyoZGiT+kEPl/jA12PfN qN6Rr18QxjUDZJn7R6FckJkYB2JeHH1Pl7z45Rt0LXDHPuECqVWY4JySna5ILJcBzhon SdvMpQ9wMl4QTQnRGED+NVEh8Ejcwg4pL4HWEJO045587y+BHsOfxkF51f5AybrKErnV eMV72E0gDRqraIHeIYmC9/TY4cNqNULWhHbxN1Qmoq27L+IeNjnG/HCNArWwsJpvM5je ancA== X-Gm-Message-State: AE9vXwPovJeJJg+l+US/SZr49mZ5k2ZgOxDhA5DPkXQNa4c3M0SNMGBPkDvsx8V/g56X341PVQcbUy9Xj5tx6A== X-Received: by 10.202.195.73 with SMTP id t70mr4657623oif.202.1473006080734; Sun, 04 Sep 2016 09:21:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.7.195 with HTTP; Sun, 4 Sep 2016 09:21:20 -0700 (PDT) In-Reply-To: <57CC4435.7040503@gmx.at> References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> <83inv1fnf9.fsf@gnu.org> <83zinodghv.fsf@gnu.org> <83y438de6m.fsf@gnu.org> <57CBCE4F.5040705@gmx.at> <57CC1E5F.8010107@gmx.at> <57CC4435.7040503@gmx.at> From: Noam Postavsky Date: Sun, 4 Sep 2016 12:21:20 -0400 X-Google-Sender-Auth: vyIw8ju_VUPWm_6lFKdyn_0iqIs Message-ID: Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden To: martin rudalics Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 1.7 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: On Sun, Sep 4, 2016 at 11:56 AM, martin rudalics wrote: > In x_make_frame_visible we have this loop: > > while (!FRAME_VISIBLE_P (f)) > > What I wanted to know is whether the frame f here is the _same_ frame > you see in x_top_window_to_frame where IIUC > > if (wdesc == XtWindow (x->widget)) > return f; [...] Content analysis details: (1.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (npostavs[at]gmail.com) 2.4 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [209.85.218.49 listed in dnsbl.sorbs.net] -0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.218.49 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.218.49 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different X-Debbugs-Envelope-To: 24091 Cc: Aiken , =?UTF-8?B?Q2zDqW1lbnQgUGl0LS1DbGF1ZGVs?= , 24091@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.7 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: On Sun, Sep 4, 2016 at 11:56 AM, martin rudalics wrote: > In x_make_frame_visible we have this loop: > > while (!FRAME_VISIBLE_P (f)) > > What I wanted to know is whether the frame f here is the _same_ frame > you see in x_top_window_to_frame where IIUC > > if (wdesc == XtWindow (x->widget)) > return f; [...] Content analysis details: (1.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.218.49 listed in wl.mailspike.net] 2.4 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [209.85.218.49 listed in dnsbl.sorbs.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.218.49 listed in list.dnswl.org] 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (npostavs[at]gmail.com) -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different On Sun, Sep 4, 2016 at 11:56 AM, martin rudalics wrote: > In x_make_frame_visible we have this loop: > > while (!FRAME_VISIBLE_P (f)) > > What I wanted to know is whether the frame f here is the _same_ frame > you see in x_top_window_to_frame where IIUC > > if (wdesc == XtWindow (x->widget)) > return f; Oh, I see. Yes, it is the same frame. From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 06 12:05:53 2016 Received: (at 24091) by debbugs.gnu.org; 6 Sep 2016 16:05:53 +0000 Received: from localhost ([127.0.0.1]:51563 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bhIsj-00038L-0s for submit@debbugs.gnu.org; Tue, 06 Sep 2016 12:05:53 -0400 Received: from eggs.gnu.org ([208.118.235.92]:60805) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bhIsg-000387-UW for 24091@debbugs.gnu.org; Tue, 06 Sep 2016 12:05:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bhIsX-0005Su-V6 for 24091@debbugs.gnu.org; Tue, 06 Sep 2016 12:05:45 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.3 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56783) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bhIsX-0005Si-Lr; Tue, 06 Sep 2016 12:05:41 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4302 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bhIsV-0004xA-OY; Tue, 06 Sep 2016 12:05:40 -0400 Date: Tue, 06 Sep 2016 19:05:31 +0300 Message-Id: <838tv5au9g.fsf@gnu.org> From: Eli Zaretskii To: Noam Postavsky In-reply-to: (message from Noam Postavsky on Sun, 4 Sep 2016 12:21:20 -0400) Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> <83inv1fnf9.fsf@gnu.org> <83zinodghv.fsf@gnu.org> <83y438de6m.fsf@gnu.org> <57CBCE4F.5040705@gmx.at> <57CC1E5F.8010107@gmx.at> <57CC4435.7040503@gmx.at> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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: -6.1 (------) X-Debbugs-Envelope-To: 24091 Cc: rudalics@gmx.at, acairncross@gmail.com, clement.pit@gmail.com, 24091@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: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -6.1 (------) > From: Noam Postavsky > Date: Sun, 4 Sep 2016 12:21:20 -0400 > Cc: Aiken , > Clément Pit--Claudel , > 24091@debbugs.gnu.org > > On Sun, Sep 4, 2016 at 11:56 AM, martin rudalics wrote: > > In x_make_frame_visible we have this loop: > > > > while (!FRAME_VISIBLE_P (f)) > > > > What I wanted to know is whether the frame f here is the _same_ frame > > you see in x_top_window_to_frame where IIUC > > > > if (wdesc == XtWindow (x->widget)) > > return f; > > Oh, I see. Yes, it is the same frame. Maybe we should stop waiting after some time has passed, like 0.5 sec. Does that work in this case? Does the frame always appears within half a second when workspaces are not involved? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 13 05:20:09 2017 Received: (at 24091) by debbugs.gnu.org; 13 Jan 2017 10:20:09 +0000 Received: from localhost ([127.0.0.1]:52098 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cRyxq-0005SX-0N for submit@debbugs.gnu.org; Fri, 13 Jan 2017 05:20:09 -0500 Received: from mail-wm0-f52.google.com ([74.125.82.52]:33338) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cRyxl-0005Rn-9b for 24091@debbugs.gnu.org; Fri, 13 Jan 2017 05:20:04 -0500 Received: by mail-wm0-f52.google.com with SMTP id n129so10911975wmn.0 for <24091@debbugs.gnu.org>; Fri, 13 Jan 2017 02:20:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=ZGmyevHqWfyMF91jLcq1usIG/+U+/HlzkenknnpS2d4=; b=mT6ai3oNrO3NhZ+JAWt96rd9VO2wF930H13ZURSGihhOC1si5QOV6gi7e25m3WHv8W aG6kJKQLLpQd0f2wb0nNrHNX1xE8pIaCIke9s7I+I88vLeBd2U6I1dvUjB5aq1WWhD0C u3PYLT2pS9gv2xoWYChLfhHViLT0oOKCz93Q0Kw4ZvjzE+P81BpjJ87u9a0bou4o1wAd 6KdF/OYtNWfX5A+028JrscHBJsNFFrsTmFQDVR6HqKtLBGqC0KhU1BfLGYPeKO7xfL6o 7BJKrBjUaRgpkkhm8+Gw+SzFUl5/yoe6NOhxzuL90tmMINsdXj5bGI4kP4lJ7f+HhaNa lhvA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=ZGmyevHqWfyMF91jLcq1usIG/+U+/HlzkenknnpS2d4=; b=nM+aSAcpz58f5X9SD09lPJm2yhZZbKdovid6Qy8oIyDYEqTApJVVuwvMr2OVnllEX1 opJLNzQ+b/TtpYGdXsvs36d0nla1/gcrdEEf9UQsfUBndFrcsWvslbf+vVZCNw9gUX/U SBXZrRMWLPSKeWfrsT4uoHWDi2E/ZTOaFk9Dy6A5mkulVDv66Dm2oubw0lyWLkxyhpfT Jj1BJf2zQj1HA+A7cW3yDiEQz37PcZsFLBlHZyYB9qy9RKFOp1IjWLAocIyzMMmekZ+g lna+giFMBhlW2uHi2NaLx28mMbWzWpXkcHYuw+UcVEIurZE6GFSzAkG8RKxKKdqikn5K xfGQ== X-Gm-Message-State: AIkVDXK/xk8b8mXFLtrfbHmdW5y6sed+lD3JnwmtG2FYVDp/B+qaSpNg86zu8LmQPm1owg== X-Received: by 10.223.131.193 with SMTP id 59mr11228677wre.186.1484302795520; Fri, 13 Jan 2017 02:19:55 -0800 (PST) Received: from localhost (i122mc151.vu-wien.ac.at. [193.171.97.93]) by smtp.gmail.com with ESMTPSA id y145sm3244954wmc.17.2017.01.13.02.19.53 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 13 Jan 2017 02:19:53 -0800 (PST) From: Dominik Schrempf To: Eli Zaretskii Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> <83inv1fnf9.fsf@gnu.org> <83zinodghv.fsf@gnu.org> <83y438de6m.fsf@gnu.org> <57CBCE4F.5040705@gmx.at> <57CC1E5F.8010107@gmx.at> <57CC4435.7040503@gmx.at> <838tv5au9g.fsf@gnu.org> Date: Fri, 13 Jan 2017 11:19:52 +0100 In-Reply-To: <838tv5au9g.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 06 Sep 2016 19:05:31 +0300") Message-ID: <87shons1mf.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 24091 Cc: 24091@debbugs.gnu.org, acairncross@gmail.com, clement.pit@gmail.com, Noam Postavsky 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 (/) Hello, I do not want to bring up old threads, but I am having the exact same problem with Emacs+XMonad for years now. Did you come to a conclusion or find a fix back in September? Thanks, Dominik On Tue, Sep 06 2016, Eli Zaretskii wrote: >> From: Noam Postavsky >> Date: Sun, 4 Sep 2016 12:21:20 -0400 >> Cc: Aiken , >> Cl=C3=A9ment Pit--Claudel , >> 24091@debbugs.gnu.org >>=20 >> On Sun, Sep 4, 2016 at 11:56 AM, martin rudalics wrote: >> > In x_make_frame_visible we have this loop: >> > >> > while (!FRAME_VISIBLE_P (f)) >> > >> > What I wanted to know is whether the frame f here is the _same_ frame >> > you see in x_top_window_to_frame where IIUC >> > >> > if (wdesc =3D=3D XtWindow (x->widget)) >> > return f; >>=20 >> Oh, I see. Yes, it is the same frame. > > Maybe we should stop waiting after some time has passed, like 0.5 > sec. Does that work in this case? Does the frame always appears > within half a second when workspaces are not involved? > > Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 13 20:37:08 2017 Received: (at 24091) by debbugs.gnu.org; 14 Jan 2017 01:37:08 +0000 Received: from localhost ([127.0.0.1]:53204 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cSDHG-0000F5-Rc for submit@debbugs.gnu.org; Fri, 13 Jan 2017 20:37:07 -0500 Received: from mail-io0-f193.google.com ([209.85.223.193]:34887) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cSDHE-0000EW-TQ; Fri, 13 Jan 2017 20:37:05 -0500 Received: by mail-io0-f193.google.com with SMTP id m98so7305891iod.2; Fri, 13 Jan 2017 17:37:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=P4OC5yL5lH15RfKIfYdu1JPWsO6qKN6WyfjrJzKoZBw=; b=oB++yz3v3498f1ma6AaPhe+kGiImLiQVV+N2xNN7O7kzLALaPGe5qh6JzOg/adeLDo BZ8QQdzbwxXTSWTi3fgHss+Kn6oODIM4TysCcGqGvk6cjBkXro8rfcKsHBDXRj6oI2O1 mCezUC215SsLA7pOOQqppKOfNLapLi94LcSUcOjNzCXs11X7LQng4sMRXqsadG4+2Hvr CwpBrKdSs+vs+mp+Jgn1sqrJYXAcBsYJ9vR3fxDMmOiHbXz9LrOBDaO1o3eCHWD5THxO TlHCa2v6g6x2YZCv7q0efWXlgNPJb2GzuiGXGH5YH4jraKhtY6XKwr5Hug4YHMLJTAI1 wOPQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=P4OC5yL5lH15RfKIfYdu1JPWsO6qKN6WyfjrJzKoZBw=; b=rMxlV1SLkyGGfFtxqlvXrzh794DRPEQUxLG4mrZ/FsLsOpxuqZTB3CZFVL9iCJLrWA ZAb1sE+Fss7FXWOmH7lQOjbzZtKStK4pP0qL9EUpQsj+cUkz/TZ1EldEFfws3YgW3k3K 5XCZJgqOptwl4ruerLtt4mntvfZBNrJsX0PUWOBooD3Ip54Ixv7V9LJ7PTUhZvMau1JI B352RuHGZ4PssIYBh+pceGdQF6Hexn4YHds47XkAjx3Hikx4be5LX6DHTL7JG2NOMWtM WydF/MPlfwD0Enjq9diBfPVWmizqutKDGsFMM1Paax8zTUr1I0hlUIj0BeVw21423WOw jS+Q== X-Gm-Message-State: AIkVDXLnn8LpyLYdCna84TBbyqtIPsnaTYxN3mDmjcWrLfueYJh1pXMgV4hOlOg7d/5rWA== X-Received: by 10.107.143.86 with SMTP id r83mr20444916iod.121.1484357819085; Fri, 13 Jan 2017 17:36:59 -0800 (PST) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id o13sm1892678ith.5.2017.01.13.17.36.57 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 13 Jan 2017 17:36:58 -0800 (PST) From: npostavs@users.sourceforge.net To: Dominik Schrempf Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> <83inv1fnf9.fsf@gnu.org> <83zinodghv.fsf@gnu.org> <83y438de6m.fsf@gnu.org> <57CBCE4F.5040705@gmx.at> <57CC1E5F.8010107@gmx.at> <57CC4435.7040503@gmx.at> <838tv5au9g.fsf@gnu.org> <87shons1mf.fsf@gmail.com> Date: Fri, 13 Jan 2017 20:38:02 -0500 In-Reply-To: <87shons1mf.fsf@gmail.com> (Dominik Schrempf's message of "Fri, 13 Jan 2017 11:19:52 +0100") Message-ID: <87a8auzait.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.6 (/) X-Debbugs-Envelope-To: 24091 Cc: Eli Zaretskii , acairncross@gmail.com, clement.pit@gmail.com, 24091@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.6 (/) --=-=-= Content-Type: text/plain tags 24091 patch quit Dominik Schrempf writes: > I do not want to bring up old threads, On the contrary, please do feel free to bring up any open bug thread. > but I am having the exact same problem with Emacs+XMonad for years > now. That's interesting information, because I thought that loop was supposed to be working for XMonad. > Did you come to a conclusion or find a fix back in September? We left things inconclusive, but revisiting this now, I see no reason against simply removing this waiting loop: --=-=-= Content-Type: text/plain Content-Disposition: attachment; filename=v1-0001-Don-t-wait-for-frame-to-become-visible.patch Content-Description: patch >From 94473fdaaf815dc2227a9e646722e1d033245b57 Mon Sep 17 00:00:00 2001 From: Noam Postavsky Date: Fri, 13 Jan 2017 19:47:22 -0500 Subject: [PATCH v1] Don't wait for frame to become visible * src/xterm.c (x_make_frame_visible): Remove code that waits for the frame to become visible. No callers require this, and for some window managers it doesn't work and causes Emacs to get stuck in a busy loop (Bug#24091). --- src/xterm.c | 58 ++++------------------------------------------------------ 1 file changed, 4 insertions(+), 54 deletions(-) diff --git a/src/xterm.c b/src/xterm.c index adc02e2..db561c9 100644 --- a/src/xterm.c +++ b/src/xterm.c @@ -10993,19 +10993,12 @@ xembed_send_message (struct frame *f, Time t, enum xembed_message msg, /* Change of visibility. */ -/* This tries to wait until the frame is really visible. - However, if the window manager asks the user where to position - the frame, this will return before the user finishes doing that. - The frame will not actually be visible at that time, - but it will become visible later when the window manager - finishes with it. */ +/* This function sends the request to make the frame visible, but may + return before it the frame's visibility is changed. */ void x_make_frame_visible (struct frame *f) { - int original_top, original_left; - int tries = 0; - block_input (); x_set_bitmap_icon (f); @@ -11052,16 +11045,13 @@ x_make_frame_visible (struct frame *f) before we do anything else. We do this loop with input not blocked so that incoming events are handled. */ { - Lisp_Object frame; /* This must be before UNBLOCK_INPUT since events that arrive in response to the actions above will set it when they are handled. */ bool previously_visible = f->output_data.x->has_been_visible; - XSETFRAME (frame, f); - - original_left = f->left_pos; - original_top = f->top_pos; + int original_left = f->left_pos; + int original_top = f->top_pos; /* This must come after we set COUNT. */ unblock_input (); @@ -11105,46 +11095,6 @@ x_make_frame_visible (struct frame *f) unblock_input (); } - - /* Process X events until a MapNotify event has been seen. */ - while (!FRAME_VISIBLE_P (f)) - { - /* Force processing of queued events. */ - x_sync (f); - - /* If on another desktop, the deiconify/map may be ignored and the - frame never becomes visible. XMonad does this. - Prevent an endless loop. */ - if (FRAME_ICONIFIED_P (f) && ++tries > 100) - break; - - /* This hack is still in use at least for Cygwin. See - http://lists.gnu.org/archive/html/emacs-devel/2013-12/msg00351.html. - - Machines that do polling rather than SIGIO have been - observed to go into a busy-wait here. So we'll fake an - alarm signal to let the handler know that there's something - to be read. We used to raise a real alarm, but it seems - that the handler isn't always enabled here. This is - probably a bug. */ - if (input_polling_used ()) - { - /* It could be confusing if a real alarm arrives while - processing the fake one. Turn it off and let the - handler reset it. */ - int old_poll_suppress_count = poll_suppress_count; - poll_suppress_count = 1; - poll_for_input_1 (); - poll_suppress_count = old_poll_suppress_count; - } - - if (XPending (FRAME_X_DISPLAY (f))) - { - XEvent xev; - XNextEvent (FRAME_X_DISPLAY (f), &xev); - x_dispatch_event (&xev, FRAME_X_DISPLAY (f)); - } - } } } -- 2.9.3 --=-=-= Content-Type: text/plain > On Tue, Sep 06 2016, Eli Zaretskii wrote: >> >> Maybe we should stop waiting after some time has passed, like 0.5 >> sec. Does that work in this case? Does the frame always appears >> within half a second when workspaces are not involved? I don't think any particular timed wait can be guaranteed to work in all cases, since this involves multiple processes. --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 14 02:52:33 2017 Received: (at 24091) by debbugs.gnu.org; 14 Jan 2017 07:52:33 +0000 Received: from localhost ([127.0.0.1]:53296 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cSJ8a-000276-TX for submit@debbugs.gnu.org; Sat, 14 Jan 2017 02:52:33 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52038) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cSJ8Z-00026u-A1 for 24091@debbugs.gnu.org; Sat, 14 Jan 2017 02:52:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cSJ8T-0007G4-9M for 24091@debbugs.gnu.org; Sat, 14 Jan 2017 02:52:25 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-5.1 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]:51982) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cSJ8O-0007CM-9x; Sat, 14 Jan 2017 02:52:20 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4430 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cSJ8I-00042a-Nf; Sat, 14 Jan 2017 02:52:15 -0500 Date: Sat, 14 Jan 2017 09:52:23 +0200 Message-Id: <83pojqaxjc.fsf@gnu.org> From: Eli Zaretskii To: npostavs@users.sourceforge.net, Ken Raeburn In-reply-to: <87a8auzait.fsf@users.sourceforge.net> (npostavs@users.sourceforge.net) Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> <83inv1fnf9.fsf@gnu.org> <83zinodghv.fsf@gnu.org> <83y438de6m.fsf@gnu.org> <57CBCE4F.5040705@gmx.at> <57CC1E5F.8010107@gmx.at> <57CC4435.7040503@gmx.at> <838tv5au9g.fsf@gnu.org> <87shons1mf.fsf@gmail.com> <87a8auzait.fsf@users.sourceforge.net> 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: -8.2 (--------) X-Debbugs-Envelope-To: 24091 Cc: dominik.schrempf@gmail.com, acairncross@gmail.com, clement.pit@gmail.com, 24091@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: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.2 (--------) > From: npostavs@users.sourceforge.net > Cc: Eli Zaretskii , 24091@debbugs.gnu.org, acairncross@gmail.com, clement.pit@gmail.com > Date: Fri, 13 Jan 2017 20:38:02 -0500 > > We left things inconclusive, but revisiting this now, I see no reason > against simply removing this waiting loop: Are you saying that the loop has no purpose at all? If it does, what will happen with the code which needs that loop? E.g., AFAIK some stuff is impossible to do without the frame actually being shown on display. But maybe I'm wrong. Ken, can you comment on this, please? From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 16 18:36:18 2017 Received: (at 24091) by debbugs.gnu.org; 16 Jan 2017 23:36:18 +0000 Received: from localhost ([127.0.0.1]:55968 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cTGp0-0000ZD-FM for submit@debbugs.gnu.org; Mon, 16 Jan 2017 18:36:18 -0500 Received: from mail-qt0-f194.google.com ([209.85.216.194]:34670) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cTGoy-0000Yz-MP for 24091@debbugs.gnu.org; Mon, 16 Jan 2017 18:36:17 -0500 Received: by mail-qt0-f194.google.com with SMTP id a29so17557645qtb.1 for <24091@debbugs.gnu.org>; Mon, 16 Jan 2017 15:36:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raeburn-org.20150623.gappssmtp.com; s=20150623; h=subject:mime-version:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=5Npo85RCLQsohMLJkhZsOn7TgBxJPMEMm2OaaRJayiY=; b=yPSoWmlfUpQ3oJNu2nU1ikYOJ12rgGWmjBHpockk2DEkkPawq8Tmc5xs1ZiY+75bdr T8Px/241VY83FzDd/eMgZh6PDmJqdTGwm2ZsqpD4D243XDRwRo+ISSyCqqOF13PbtsJN ugwV8ScCi7K906ClgavUtrpZ2t0lVsl0Ims4s5cqqPbQ0gDnau5O3R6Nzj/KNE1L60c/ NBmkTd6qEFIOcfurJUcJmmJOK08RGN1LioRYgevgRWMTdF7O47M7ShXOSpkLmKDHOntk OGEgvpk0zWxrRyuBdKNpUanGawDLsyilAPfSBm8xGF1nbJv3ZuUTog7VEkFP6k4phsMW Tjow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=5Npo85RCLQsohMLJkhZsOn7TgBxJPMEMm2OaaRJayiY=; b=aLSD253IuFpSLOejqo0dMdZBf1iOR2ZWDFnxMuyxQAf1vld6hHByho5I5ydPgr8DAs TA1/VtGfVs98wDYa5oBPpBAriwwIhckZsE1uL9jQONEpVdqvdOio46NIkB1mCSQ2G/Lt pN4EHjibYqeYX+9dUbji70oE8QOEQVJ4lLXlyvHWDIewJZJJueASOP0125y7sBQCvcjx k7TeKrwYYLHQd8C9D5QINWc8xGeoFzNlqtC9r1sSnufG1FQEY4Ul6y9B2nal4wmvnsJm jdZ9um715NbNEYrbbSDZotvNwDnbfhG9xG9PrB/Fo9qjvky/rpAXsgHmIg6SUfQFEYBJ dX3Q== X-Gm-Message-State: AIkVDXJIpUFMi+9o+nlhZElc6jpmLA9GO9PCG/QCUkFw+GpIC/v42HT3TLKWm3cYkOEGyA== X-Received: by 10.55.111.2 with SMTP id k2mr36534010qkc.138.1484609771047; Mon, 16 Jan 2017 15:36:11 -0800 (PST) Received: from [192.168.23.52] (c-50-138-183-136.hsd1.ma.comcast.net. [50.138.183.136]) by smtp.gmail.com with ESMTPSA id c1sm748172qke.36.2017.01.16.15.36.09 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 16 Jan 2017 15:36:10 -0800 (PST) Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: text/plain; charset=utf-8 From: Ken Raeburn In-Reply-To: <83pojqaxjc.fsf@gnu.org> Date: Mon, 16 Jan 2017 18:36:05 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <1293E48B-0D9B-481C-AE7B-111B356C06BD@raeburn.org> References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> <83inv1fnf9.fsf@gnu.org> <83zinodghv.fsf@gnu.org> <83y438de6m.fsf@gnu.org> <57CBCE4F.5040705@gmx.at> <57CC1E5F.8010107@gmx.at> <57CC4435.7040503@gmx.at> <838tv5au9g.fsf@gnu.org> <87shons1mf.fsf@gmail.com> <87a8auzait.fsf@users.sourceforge.net> <83pojqaxjc.fsf@gnu.org> To: Eli Zaretskii X-Mailer: Apple Mail (2.3124) X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 24091 Cc: dominik.schrempf@gmail.com, 24091@debbugs.gnu.org, acairncross@gmail.com, clement.pit@gmail.com, npostavs@users.sourceforge.net 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 (/) On Jan 14, 2017, at 02:52, Eli Zaretskii wrote: >> From: npostavs@users.sourceforge.net >> Cc: Eli Zaretskii , 24091@debbugs.gnu.org, = acairncross@gmail.com, clement.pit@gmail.com >> Date: Fri, 13 Jan 2017 20:38:02 -0500 >>=20 >> We left things inconclusive, but revisiting this now, I see no reason >> against simply removing this waiting loop: >=20 > Are you saying that the loop has no purpose at all? If it does, what > will happen with the code which needs that loop? E.g., AFAIK some > stuff is impossible to do without the frame actually being shown on > display. >=20 > But maybe I'm wrong. Ken, can you comment on this, please? As I understand it, from the function=E2=80=99s comments and stuff = I=E2=80=99ve read so far about the X11 and window manager protocols, the = function already cannot guarantee that the window is visible when it = returns, it can only request of the window manager that it make the = window visible, which may or may not happen soon. In that sense, I = think Noam=E2=80=99s right and we could just discard the loop. On the other hand, there are probably environments and situations = (depending on the use of virtual desktops, choice of window manager, = etc) where the current code does, in fact, wait for the window to = appear, and won=E2=80=99t any more if we remove the loop. Given that we = should redraw things on expose events anyway, I=E2=80=99m not sure it'll = matter, unless someone=E2=80=99s following up a call to = make-frame-visible with some other action that needs to be delayed until = after the window is actually visible. I think it=E2=80=99s probably = worth trying it to see if any differences are noticed under any of the = environments people are using. Ken= From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 16 22:40:39 2017 Received: (at 24091) by debbugs.gnu.org; 17 Jan 2017 03:40:39 +0000 Received: from localhost ([127.0.0.1]:56041 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cTKdT-0006d7-KB for submit@debbugs.gnu.org; Mon, 16 Jan 2017 22:40:39 -0500 Received: from eggs.gnu.org ([208.118.235.92]:34158) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cTKdS-0006cu-9H for 24091@debbugs.gnu.org; Mon, 16 Jan 2017 22:40:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cTKdK-0007dK-1B for 24091@debbugs.gnu.org; Mon, 16 Jan 2017 22:40:33 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:58859) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cTKdA-0007Tx-8k; Mon, 16 Jan 2017 22:40:20 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3907 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cTKd8-0003fR-EC; Mon, 16 Jan 2017 22:40:19 -0500 Date: Tue, 17 Jan 2017 05:40:02 +0200 Message-Id: <8337gi9wx9.fsf@gnu.org> From: Eli Zaretskii To: Ken Raeburn In-reply-to: <1293E48B-0D9B-481C-AE7B-111B356C06BD@raeburn.org> (message from Ken Raeburn on Mon, 16 Jan 2017 18:36:05 -0500) Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <87shut9pyk.fsf@users.sourceforge.net> <83lh0lq9n5.fsf@gnu.org> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> <83inv1fnf9.fsf@gnu.org> <83zinodghv.fsf@gnu.org> <83y438de6m.fsf@gnu.org> <57CBCE4F.5040705@gmx.at> <57CC1E5F.8010107@gmx.at> <57CC4435.7040503@gmx.at> <838tv5au9g.fsf@gnu.org> <87shons1mf.fsf@gmail.com> <87a8auzait.fsf@users.sourceforge.net> <83pojqaxjc.fsf@gnu.org> <1293E48B-0D9B-481C-AE7B-111B356C06BD@raeburn.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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: -8.2 (--------) X-Debbugs-Envelope-To: 24091 Cc: dominik.schrempf@gmail.com, 24091@debbugs.gnu.org, acairncross@gmail.com, clement.pit@gmail.com, npostavs@users.sourceforge.net 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: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.2 (--------) > From: Ken Raeburn > Date: Mon, 16 Jan 2017 18:36:05 -0500 > Cc: npostavs@users.sourceforge.net, > dominik.schrempf@gmail.com, > 24091@debbugs.gnu.org, > acairncross@gmail.com, > clement.pit@gmail.com > > > But maybe I'm wrong. Ken, can you comment on this, please? > > As I understand it, from the function’s comments and stuff I’ve read so far about the X11 and window manager protocols, the function already cannot guarantee that the window is visible when it returns, it can only request of the window manager that it make the window visible, which may or may not happen soon. In that sense, I think Noam’s right and we could just discard the loop. > > On the other hand, there are probably environments and situations (depending on the use of virtual desktops, choice of window manager, etc) where the current code does, in fact, wait for the window to appear, and won’t any more if we remove the loop. Given that we should redraw things on expose events anyway, I’m not sure it'll matter, unless someone’s following up a call to make-frame-visible with some other action that needs to be delayed until after the window is actually visible. I think it’s probably worth trying it to see if any differences are noticed under any of the environments people are using. OK, let's try. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 17 21:20:23 2017 Received: (at 24091) by debbugs.gnu.org; 18 Jan 2017 02:20:23 +0000 Received: from localhost ([127.0.0.1]:34194 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cTfrK-0000Zt-Ve for submit@debbugs.gnu.org; Tue, 17 Jan 2017 21:20:23 -0500 Received: from mail-it0-f68.google.com ([209.85.214.68]:35715) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cTfrJ-0000Zh-6e for 24091@debbugs.gnu.org; Tue, 17 Jan 2017 21:20:21 -0500 Received: by mail-it0-f68.google.com with SMTP id 203so242736ith.2 for <24091@debbugs.gnu.org>; Tue, 17 Jan 2017 18:20:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=gF9EUO/1dYhvfK/P+IXWRiahMBDPnKgLkx4cE1TmTyk=; b=HK5CZknrHyrnuQUsJWuPwu86J+BRLteNGHJYdv4l9LZJfsrYaEDedr0w8MiSufTJiL 0jgRcnuoXXZAUmfxFVOeLEbGsFLduGlgMasArPqNt61pFA89Rclg5U1WfR4vrzDNcc22 M2B5lDnVM8SPYWozvxl66mH/W/6vM/QRHNtn0rPzh76b0mfjK8KLPlQq/tKyyotoJOFj O4MNgHI0NyRQPypf0NdRkwk+EDmewmIQIChpRzOwLqiSxKONnkeIdoa2VOuryVzp7V/8 SZk0Ps5U5Al7GvPEVq83RQxNHaoumzkuGakMfDPuU7QPVeOmSsHR+kocDN+HlYcQWna/ pLNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version :content-transfer-encoding; bh=gF9EUO/1dYhvfK/P+IXWRiahMBDPnKgLkx4cE1TmTyk=; b=UYALniLqCJRfSGd2X9iWMi/Q30gfHpDK1hPSdXm2D22OXIrWcj74juoz+qZ5wzJf0V 5+eupEf9D8q2ky06f+Nd83d05lDOGs9TyPl9fu7hCg2GKeQ43tqIJHhX3Oad7CFL2+gP 3INpZG4QuJEoeB40j+q+C1hq81W40n9JtCfehhQE6x/TxPEu7r6MswLLqiHdKGAHgUUp yF8rK66nuQ6dhf11nmqBIyIVfuZgfcBtXnHxmFOojUwgqQen4ufUT6gAesBPbkqWkiW9 hkQPScupJmlu7JtKPY6YWcs+aQ6iSYoDh0DgsYvODgO0zVpl6FbnCKo/yFRIl1ClU71e CXHQ== X-Gm-Message-State: AIkVDXI5Zoodz5nF3casGcziEP99riDsX2JTDmP4fJcEv7fu6Fa8V1/SfuSSvkhJkBGX8w== X-Received: by 10.36.110.13 with SMTP id w13mr4892367itc.1.1484706015524; Tue, 17 Jan 2017 18:20:15 -0800 (PST) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id c9sm271637ioc.2.2017.01.17.18.20.14 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 17 Jan 2017 18:20:14 -0800 (PST) From: npostavs@users.sourceforge.net To: Eli Zaretskii Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> <83inv1fnf9.fsf@gnu.org> <83zinodghv.fsf@gnu.org> <83y438de6m.fsf@gnu.org> <57CBCE4F.5040705@gmx.at> <57CC1E5F.8010107@gmx.at> <57CC4435.7040503@gmx.at> <838tv5au9g.fsf@gnu.org> <87shons1mf.fsf@gmail.com> <87a8auzait.fsf@users.sourceforge.net> <83pojqaxjc.fsf@gnu.org> <1293E48B-0D9B-481C-AE7B-111B356C06BD@raeburn.org> <8337gi9wx9.fsf@gnu.org> Date: Tue, 17 Jan 2017 21:21:20 -0500 In-Reply-To: <8337gi9wx9.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 17 Jan 2017 05:40:02 +0200") Message-ID: <87tw8xw1jz.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 24091 Cc: dominik.schrempf@gmail.com, Ken Raeburn , acairncross@gmail.com, clement.pit@gmail.com, 24091@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 (/) Eli Zaretskii writes: >> From: Ken Raeburn >> Given that we >> should redraw things on expose events anyway, I=E2=80=99m not sure it'll >> matter, unless someone=E2=80=99s following up a call to make-frame-visib= le >> with some other action that needs to be delayed until after the >> window is actually visible. Do we know about any operations that require the frame be visible? What happens when they're run with an invisible frame? Error? Corrupted display? Hang? From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 20 00:16:34 2017 Received: (at 24091) by debbugs.gnu.org; 20 Jan 2017 05:16:34 +0000 Received: from localhost ([127.0.0.1]:35973 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cURYw-0008TU-4P for submit@debbugs.gnu.org; Fri, 20 Jan 2017 00:16:34 -0500 Received: from mail-yw0-f195.google.com ([209.85.161.195]:34538) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cURYu-0008TG-KB for 24091@debbugs.gnu.org; Fri, 20 Jan 2017 00:16:32 -0500 Received: by mail-yw0-f195.google.com with SMTP id v73so8404250ywg.1 for <24091@debbugs.gnu.org>; Thu, 19 Jan 2017 21:16:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raeburn-org.20150623.gappssmtp.com; s=20150623; h=subject:mime-version:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=mRa2SyZ7SzWY6A7DwGnGWyJaICKvvAQdiN7B1GxPipw=; b=shROKzZkrROdU77EEoQCn7kOlW95SwN3H3CeHd1HbzBSnE5By+Sj7VpJ4Me2xfKH5e +U/dEKcjGtunNYViLD7nFrx88tqsCUFisgKroFlFenZXU+7whFB1ScGIb3HZPN1s/ekt Q2jTzpDXadJBlyP+KyhMA6kuBmjAqqYwR4TWLF9M5I/NZnJMJwpOMC1NyeY5wm3W2+UF JPAtyBiZGNgNtDvXKtk647IB3YljLZUK4zoTVNoLlujpRdGiYY4DOIjAUg4v5WKC8GQZ w6cegjVUgjYX5o9tTKaWWJpryWhu0cHdtLaUa0Mb209y9l9ztiQNQuP09PyJ0Bkl0B19 zqEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=mRa2SyZ7SzWY6A7DwGnGWyJaICKvvAQdiN7B1GxPipw=; b=DAjzOOzzXrLSILNX9IjUTkQOT48cOJgOoyTG8XpCM6g+Y8KUuRswPygiwrVRjBZfEL Q+TYWzEd3n+siuUO1Gy9PmAYVqF8Yd8K5o7wlpcClado2JGIIvGb+elfSXJSTi/ibfQi 2ZovBfr0GZa9LW+LOb1b1Bu6qJkmOO0kMVFs0nBN9jjrzYF/o+HyptUb49dQXVAfyfDn dbJ1BSSRTTQL6DxDWvi0HoqadaR10soTyas4aoYowv1J/sjQ+mgBz4RQJkrlP4/NtpWR L5bm1/2jZeRGyX6cmEAoa9HoqZ6hdMKvcj/7yxu5D8EQ37OqIqivEUU5W7OcWyw0G6Yl E+pA== X-Gm-Message-State: AIkVDXISjua6jLEr8EOfir3dXRkDiHxNiok2wTi+g01ZUylQ20iWprTWP9Cb6vRdzzDufg== X-Received: by 10.55.33.163 with SMTP id f35mr10777013qki.66.1484889387006; Thu, 19 Jan 2017 21:16:27 -0800 (PST) Received: from [192.168.23.52] (c-50-138-183-136.hsd1.ma.comcast.net. [50.138.183.136]) by smtp.gmail.com with ESMTPSA id g13sm4981568qtg.8.2017.01.19.21.16.25 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 19 Jan 2017 21:16:25 -0800 (PST) Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: text/plain; charset=utf-8 From: Ken Raeburn In-Reply-To: <87tw8xw1jz.fsf@users.sourceforge.net> Date: Fri, 20 Jan 2017 00:16:24 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <83oa5fp1zb.fsf@gnu.org> <877fbkw7b1.fsf@users.sourceforge.net> <83inv1fnf9.fsf@gnu.org> <83zinodghv.fsf@gnu.org> <83y438de6m.fsf@gnu.org> <57CBCE4F.5040705@gmx.at> <57CC1E5F.8010107@gmx.at> <57CC4435.7040503@gmx.at> <838tv5au9g.fsf@gnu.org> <87shons1mf.fsf@gmail.com> <87a8auzait.fsf@users.sourceforge.net> <83pojqaxjc.fsf@gnu.org> <1293E48B-0D9B-481C-AE7B-111B356C06BD@raeburn.org> <8337gi9wx9.fsf@gnu.org> <87tw8xw1jz.fsf@users.sourceforge.net> To: npostavs@users.sourceforge.net X-Mailer: Apple Mail (2.3124) X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 24091 Cc: dominik.schrempf@gmail.com, Eli Zaretskii , acairncross@gmail.com, clement.pit@gmail.com, 24091@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 (/) On Jan 17, 2017, at 21:21, npostavs@users.sourceforge.net wrote: >=20 > Do we know about any operations that require the frame be visible? = What > happens when they're run with an invisible frame? Error? Corrupted > display? Hang? If drawing is done to an unmapped window, the X server can discard the = data, but once the window is made visible, we should get an Expose event = which would cause us to repaint the window. The size and position of = the window could be set by the window manager, and dropping the loop may = mean we get to run a little more code than we used to before we get = notified of the changes. But these are things we have to deal with = anyway, not just at window creation. If we=E2=80=99re doing it right, = AFAIK, we should be okay=E2=80=A6. Ken= From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 20 23:53:25 2017 Received: (at 24091) by debbugs.gnu.org; 21 Jan 2017 04:53:25 +0000 Received: from localhost ([127.0.0.1]:36814 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cUng5-0007r6-Hq for submit@debbugs.gnu.org; Fri, 20 Jan 2017 23:53:25 -0500 Received: from mail-io0-f196.google.com ([209.85.223.196]:34786) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cUng3-0007qo-Fp; Fri, 20 Jan 2017 23:53:23 -0500 Received: by mail-io0-f196.google.com with SMTP id c80so10014437iod.1; Fri, 20 Jan 2017 20:53:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=fGx9ZgGDSFmWko6RC/84AbHb5U0tKuwtgeOx3uSBYCk=; b=tVZ1MUB4PRJDOLMa28oVjWejIP+nwK1yfMfQlfMFdhkm8RN009QMybG7JQqaRcU6kr UQVp8+zy/t4eTho5v96FHaKxlB/wQjru5VcomgfcmfVnZJj9r7ncami5SFXwI8vOfeq/ bbTok4XTU1wbjM70JwgJjKJbGa7LbZsUykNvRURRzsFaL2PnoHhyY9KbWT5l9TOMWbs2 RiofHQRwENe3glduBqN60b8farzY9cWa9r3Svou59v2BDjv3BgH7mlXgzQJPSCJ1+acF T/EeqFv6TG2UAj7pDcN0kMLuKAPDjrEEfblZBl/9XV+EfVfqjc7bK1XeFheYM/4S28nZ qpiQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version :content-transfer-encoding; bh=fGx9ZgGDSFmWko6RC/84AbHb5U0tKuwtgeOx3uSBYCk=; b=YORGJ5tInALmXDl05TMQSM+/43GC0brf7uoc+b8JvfVjS4HU0bASeKu/jr6Mfq6tqe rQYNQBcl6+D5/yFOmdHQ+lnaZQ7U3U6XHXCp/JjRF9mogXqRcIbXO9FROw1m7I7U1sKG KDC/2GpUcu9Hk71uYQq8AcWKCXJIREhgzwjf/NKPHYy4tnDcwqLPhBkVWSpqxRG6TErr jLw9FU5HEk2KrCIE44/PnCIbirJNeknq/PrRh26inj+hukbOJmo8+ab27LWuu4co6su4 1VytuIoRydwjO3oEJJ8sJ1N57uYTRherK/W9sX33BLtt0Z9vjIiX5demZWwP7BLWgiEq 7H0A== X-Gm-Message-State: AIkVDXIpfK/yaXor15GcW6G/REaBmbBDGd6NMWp23Iq2yT0r7I+V7nPU0FemTPhetAB0pw== X-Received: by 10.107.31.71 with SMTP id f68mr15705675iof.236.1484974397680; Fri, 20 Jan 2017 20:53:17 -0800 (PST) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id f187sm2577214ita.7.2017.01.20.20.53.16 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 20 Jan 2017 20:53:16 -0800 (PST) From: npostavs@users.sourceforge.net To: Ken Raeburn Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <83inv1fnf9.fsf@gnu.org> <83zinodghv.fsf@gnu.org> <83y438de6m.fsf@gnu.org> <57CBCE4F.5040705@gmx.at> <57CC1E5F.8010107@gmx.at> <57CC4435.7040503@gmx.at> <838tv5au9g.fsf@gnu.org> <87shons1mf.fsf@gmail.com> <87a8auzait.fsf@users.sourceforge.net> <83pojqaxjc.fsf@gnu.org> <1293E48B-0D9B-481C-AE7B-111B356C06BD@raeburn.org> <8337gi9wx9.fsf@gnu.org> <87tw8xw1jz.fsf@users.sourceforge.net> Date: Fri, 20 Jan 2017 23:54:23 -0500 In-Reply-To: (Ken Raeburn's message of "Fri, 20 Jan 2017 00:16:24 -0500") Message-ID: <87ziilui68.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.6 (/) X-Debbugs-Envelope-To: 24091 Cc: dominik.schrempf@gmail.com, Eli Zaretskii , acairncross@gmail.com, clement.pit@gmail.com, 24091@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.6 (/) merge 24091 17237 tags 24091 fixed close 24091 26.1 quit Ken Raeburn writes: > On Jan 17, 2017, at 21:21, npostavs@users.sourceforge.net wrote: >>=20 >> Do we know about any operations that require the frame be visible? What >> happens when they're run with an invisible frame? Error? Corrupted >> display? Hang? > > If drawing is done to an unmapped window, the X server can discard the > data, but once the window is made visible, we should get an Expose > event which would cause us to repaint the window. The size and > position of the window could be set by the window manager, and > dropping the loop may mean we get to run a little more code than we > used to before we get notified of the changes. But these are things > we have to deal with anyway, not just at window creation. If we=E2=80=99= re > doing it right, AFAIK, we should be okay=E2=80=A6. Okay, pushed to master [1: 6a788d2], let's see if we're doing it right. PS Dominik I merged #17237 into this one since it appears to be the same problem which should be fixed by this patch, please report back if it's not. 1: 2017-01-20 23:36:26 -0500 6a788d2fc18c23dcfc5d0352649b2f690e9cbff7 Don't wait for frame to become visible From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 20 23:57:08 2017 Received: (at control) by debbugs.gnu.org; 21 Jan 2017 04:57:08 +0000 Received: from localhost ([127.0.0.1]:36821 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cUnjg-0007wn-3Y for submit@debbugs.gnu.org; Fri, 20 Jan 2017 23:57:08 -0500 Received: from mail-io0-f173.google.com ([209.85.223.173]:33864) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cUnje-0007wO-E0 for control@debbugs.gnu.org; Fri, 20 Jan 2017 23:57:06 -0500 Received: by mail-io0-f173.google.com with SMTP id l66so76502482ioi.1 for ; Fri, 20 Jan 2017 20:57:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:subject:date:message-id:mime-version; bh=MJkeZwjGbXIBEWfU4/K5vYVOA1ON/gjzUkIMlgIBd1s=; b=fcMoSymPK7VJPYHt0Uh3c98wJPp4MWEiqTx7lda7kneYYD8FM08GwfGjoem8qajzGB QQlhloT7BGNjoP7ZIr7zj1sPL076fVevyaLqImWgy7mv3szGkUrSf72PH3k/iavm4jVh xvWgVUb9UFoDWz64wqPsPjUcmykhK/wvO9RoVTbA2hWbph2Qb/FEl0NtvCAWr/eZUVOv yxq8Pbbd62Iwn7Pkm/CFx48ef/Xl9MLj59N/xSgQUp6IJVzsEO2J3WkvW7bCo7Fwcvr4 FwzImeDjlapJhwINb8EMRYym5ybkUyoFGwlnc+rP/RVwly6UDsxhTHhH30p9rsfzJOOK nJ8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:subject:date:message-id :mime-version; bh=MJkeZwjGbXIBEWfU4/K5vYVOA1ON/gjzUkIMlgIBd1s=; b=Z6stPHxRr4iVxUjmINVrUooXKrAB3qXPwC/zQ7/TRHtNr4BqoPTSpfb9x13FZCCfNC HonTZtN/Re9cwJkLC74sAKcbwY/fdVs4RP3rZ3lzdc0bRDrtsVW1M7JU4HMczJgGVY2H rV6plxWG6AEBjA2N3GzpwEZdnVeCeWGNkThfh71isueFtXc/tESOqcS0e7fhJumcQ1bj iLjdXvHlZvHteEgnJwPTqgOn7liK6UwQtoQqVR2Py3l3GNuf2hhtVWeAaHQ9WokJvTK9 MzWBmlPASW3QxI7Vesjy4MyAg4p4AyNrykAywalXn1H+5qRRV+rqJkMFRKNnG8fwVVmp tDIw== X-Gm-Message-State: AIkVDXIfCcTGU8hUaXWCVdf4kxRZKeaGHvyFiqHoXZ2REcNGdbSHHoAreqPzyDc6zr6mzg== X-Received: by 10.107.131.39 with SMTP id f39mr15836453iod.40.1484974620882; Fri, 20 Jan 2017 20:57:00 -0800 (PST) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id 16sm2567006itu.17.2017.01.20.20.57.00 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 20 Jan 2017 20:57:00 -0800 (PST) From: npostavs@users.sourceforge.net To: control@debbugs.gnu.org Subject: control message for bug #20335 Date: Fri, 20 Jan 2017 23:58:08 -0500 Message-ID: <87y3y5uhzz.fsf@users.sourceforge.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.6 (/) 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: -0.6 (/) forcemerge 20335 24091 quit From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 21 00:02:53 2017 Received: (at 24091) by debbugs.gnu.org; 21 Jan 2017 05:02:54 +0000 Received: from localhost ([127.0.0.1]:36826 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cUnpF-0001Ns-O1 for submit@debbugs.gnu.org; Sat, 21 Jan 2017 00:02:53 -0500 Received: from mail-qt0-f175.google.com ([209.85.216.175]:36765) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cUnpE-0001Na-Lu; Sat, 21 Jan 2017 00:02:52 -0500 Received: by mail-qt0-f175.google.com with SMTP id k15so63845159qtg.3; Fri, 20 Jan 2017 21:02:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=rzSGq/nNc5oTmq0suR7w7gIBWYcwQdiP1eJZpPAQqIU=; b=FRuHZSWdM+a1yAMDLFNU3iAk4zB3JelN6H+wBCTTQVPZhw7xQzFv31Yctle5+Mjksz qaFWruocO4Fu1VidErZHDi5bY2YLLra9ZM53X4MQJrliI0Abn8I/93vqnbxSDFxxbXnN qhKBGBahJGSZT0BcNkuzaZu0uAvBS4fh0kpX/yLJ7+0vwdCSTGGfzH/FtniwOAFBUO+/ tTF3k4PWqXpDL4Qm9dRBetvYRoZRP3LFh/GtXQm+JUgKhcrXwWRmkCp1H/dBUb5If5xX 1Fa30LDeEmu5kGUaBakE2WNnBw4HnbpcFXcd9xGvheDKwwfCAlPpbS1jOYOSx86E1y52 A9lw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=rzSGq/nNc5oTmq0suR7w7gIBWYcwQdiP1eJZpPAQqIU=; b=oIlLcWf1cAhjz7fce70Vs7dEn2GIeC11foXIMXegajoYLS9NKlgph7dC6gbPKASw2f YwbnYts7UcvwMnTUnb91r4y3f8Ddefguhz+MjDtTfCyMG5ylgjOgj2Xr4IJyiHpDppO6 GbGUypUoc0h5eVw/igavMSfNQHsZ9CwFgaK9+BNLK1m1PzM+BI3EtODjnfBnksLp0/uj fHhiTDKPPNKrpVXRyogP9Bs3zGeEmt/EOw2PAn5Sb6wdfnxX/2ZHTUn8S8NK+KMLZYTI BOx2aSEEBkeylOAOCO2lcGp0QHE9aSP+Va+6T1810xb8/sAqnbn8qIV1r82qvqsLb3Sk /E2Q== X-Gm-Message-State: AIkVDXILH7vcxUzy10BpPz5X1Hi5dJ8XEWmLnjVkoldvXyrJUmyd5qYT0oX2J0zTP+kRoA== X-Received: by 10.237.53.236 with SMTP id d41mr16069309qte.135.1484974966927; Fri, 20 Jan 2017 21:02:46 -0800 (PST) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id 7sm7719360qkx.49.2017.01.20.21.02.46 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 20 Jan 2017 21:02:46 -0800 (PST) From: npostavs@users.sourceforge.net To: control@debbugs.gnu.org Subject: Re: control message for bug #20335 References: <87y3y5uhzz.fsf@users.sourceforge.net> Date: Sat, 21 Jan 2017 00:03:54 -0500 In-Reply-To: <87y3y5uhzz.fsf@users.sourceforge.net> (npostavs@users.sourceforge.net's message of "Fri, 20 Jan 2017 23:58:08 -0500") Message-ID: <87vat9uhqd.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.2 (/) X-Debbugs-Envelope-To: 24091 Cc: 24091@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.2 (/) # I really got mixed up with bug numbers. Closing for the last (?) time. close 20335 quit npostavs@users.sourceforge.net writes: > forcemerge 20335 24091 > quit From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 23 12:14:17 2017 Received: (at 24091) by debbugs.gnu.org; 23 Jan 2017 17:14:17 +0000 Received: from localhost ([127.0.0.1]:39331 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cViC8-0003Z0-R2 for submit@debbugs.gnu.org; Mon, 23 Jan 2017 12:14:16 -0500 Received: from mail-wj0-f195.google.com ([209.85.210.195]:34781) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cViC7-0003Yo-HU for 24091@debbugs.gnu.org; Mon, 23 Jan 2017 12:14:15 -0500 Received: by mail-wj0-f195.google.com with SMTP id ip10so2472452wjb.1 for <24091@debbugs.gnu.org>; Mon, 23 Jan 2017 09:14:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=En32jeyPZvxXbrWPYXvml4C9E6hG9TFxJ5aYoTTnFoE=; b=GMU/Vaoz6h1QM07OjOMA27JRA3y+QRFkXBn72/xCJWD6jnLnzamlSmF+TMGtjSaJzV 6F/gdSwBZ0Jt1u938BcSassxvEFLUmDE04q71t6FHfJqk/R7OqTISrHCnBPk7v5FP6sj 7yxclC/UteZtZrEAzZUyG0dE2DIK7Rqcpl198WsrGrdfewyEligtw91CALz8vrCxyt2h yms8DZn/+pjg4fi/Mq5g4KMMDxyirZC0zROa4gWeOj+ytUpOyt6v7HKlZIbLsTy6lsyX /FFgM2S/ovUlF0NtjgpK6LJ5xkOfCfjGGrZ7nK5xgEizOPFD3NxNj8uq+lMo+BqSMglZ qSgg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=En32jeyPZvxXbrWPYXvml4C9E6hG9TFxJ5aYoTTnFoE=; b=h7Cn2uewfrYlAHAjIaw6UFY94MzTU3/M7xKo9a1kb0erKPdMM1PzGGzb2mk/ST0x44 s/Ki/OEnfy26vb6LPQ0/ntm3nMOGoxBSf+YWGgwlIfUUNE/EL/Pq9+3rfwMUOX7fFL+f LW8o9t8R+DSIEm2OF6FgB95EQ19bqN090kbcMWfW34GfaAs+uB18KKo+ju0LsjDnssqj pw83UD9ia/cgxluGkEeeqmKxjmRg+OzWCoxFknxAORE9UHjuGOMvPVzE+7PwC+ejbB8W 7Exp1DRSYpA3Vj1O+VF2ybFAnl9wfmg3Gt8ztlCWUF+zHeCsB/EPiHJtaE2D7A9PMpcb cx/w== X-Gm-Message-State: AIkVDXInPDAHokG7PG7WfBgHx6BFKz0rZAkJGtqmO24xsgqqjNuuEEYJyW9jJJIswef/Pg== X-Received: by 10.223.171.65 with SMTP id r1mr24558222wrc.38.1485191649732; Mon, 23 Jan 2017 09:14:09 -0800 (PST) Received: from localhost (i122mc151.vu-wien.ac.at. [193.171.97.93]) by smtp.gmail.com with ESMTPSA id u47sm15705922wrb.15.2017.01.23.09.14.08 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 23 Jan 2017 09:14:08 -0800 (PST) From: Dominik Schrempf To: npostavs@users.sourceforge.net Subject: Re: bug#24091: 24.5; High CPU usage at startup while hidden References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <83zinodghv.fsf@gnu.org> <83y438de6m.fsf@gnu.org> <57CBCE4F.5040705@gmx.at> <57CC1E5F.8010107@gmx.at> <57CC4435.7040503@gmx.at> <838tv5au9g.fsf@gnu.org> <87shons1mf.fsf@gmail.com> <87a8auzait.fsf@users.sourceforge.net> <83pojqaxjc.fsf@gnu.org> <1293E48B-0D9B-481C-AE7B-111B356C06BD@raeburn.org> <8337gi9wx9.fsf@gnu.org> <87tw8xw1jz.fsf@users.sourceforge.net> <87ziilui68.fsf@users.sourceforge.net> Date: Mon, 23 Jan 2017 18:14:07 +0100 In-Reply-To: <87ziilui68.fsf@users.sourceforge.net> (npostavs@users.sourceforge.net's message of "Fri, 20 Jan 2017 23:54:23 -0500") Message-ID: <87h94p8zs0.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 24091 Cc: Eli Zaretskii , Ken Raeburn , acairncross@gmail.com, clement.pit@gmail.com, 24091@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 (/) Works like a charm. So far, it didn't lead to any problems. Thank you very much! Dominik On Fri, Jan 20 2017, npostavs@users.sourceforge.net wrote: > merge 24091 17237 > tags 24091 fixed > close 24091 26.1 > quit > > Ken Raeburn writes: > >> On Jan 17, 2017, at 21:21, npostavs@users.sourceforge.net wrote: >>>=20 >>> Do we know about any operations that require the frame be visible? What >>> happens when they're run with an invisible frame? Error? Corrupted >>> display? Hang? >> >> If drawing is done to an unmapped window, the X server can discard the >> data, but once the window is made visible, we should get an Expose >> event which would cause us to repaint the window. The size and >> position of the window could be set by the window manager, and >> dropping the loop may mean we get to run a little more code than we >> used to before we get notified of the changes. But these are things >> we have to deal with anyway, not just at window creation. If we=E2=80= =99re >> doing it right, AFAIK, we should be okay=E2=80=A6. > > Okay, pushed to master [1: 6a788d2], let's see if we're doing it right. > > PS Dominik I merged #17237 into this one since it appears to be the same > problem which should be fixed by this patch, please report back if it's > not. > > 1: 2017-01-20 23:36:26 -0500 6a788d2fc18c23dcfc5d0352649b2f690e9cbff7 > Don't wait for frame to become visible From unknown Fri Aug 15 17:20:08 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 21 Feb 2017 12:24:03 +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 From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 26 13:11:44 2017 Received: (at control) by debbugs.gnu.org; 26 Oct 2017 17:11:45 +0000 Received: from localhost ([127.0.0.1]:35362 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e7lh1-0008Cl-DI for submit@debbugs.gnu.org; Thu, 26 Oct 2017 13:11:44 -0400 Received: from limerock02.mail.cornell.edu ([128.84.13.242]:37454) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e7lh0-0008CZ-Dc for control@debbugs.gnu.org; Thu, 26 Oct 2017 13:11:42 -0400 X-CornellRouted: This message has been Routed already. Received: from authusersmtp.mail.cornell.edu (granite4.serverfarm.cornell.edu [10.16.197.9]) by limerock02.mail.cornell.edu (8.14.4/8.14.4_cu) with ESMTP id v9QHBaio010331 for ; Thu, 26 Oct 2017 13:11:36 -0400 Received: from [10.13.22.3] (65-112-130-194.dia.static.qwest.net [65.112.130.194]) (authenticated bits=0) by authusersmtp.mail.cornell.edu (8.14.4/8.12.10) with ESMTP id v9QHBZUY012564 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Thu, 26 Oct 2017 13:11:35 -0400 To: control@debbugs.gnu.org From: Ken Brown Message-ID: Date: Thu, 26 Oct 2017 13:11:35 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-PMX-Cornell-Gauge: Gauge=XX X-PMX-CORNELL-AUTH-RESULTS: dkim-out=none; X-Spam-Score: -0.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: -0.3 (/) unarchive 24091 From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 26 13:23:01 2017 Received: (at 24091) by debbugs.gnu.org; 26 Oct 2017 17:23:01 +0000 Received: from localhost ([127.0.0.1]:35380 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e7lrw-0001vv-Pi for submit@debbugs.gnu.org; Thu, 26 Oct 2017 13:23:00 -0400 Received: from limerock01.mail.cornell.edu ([128.84.13.241]:38780) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e7lru-0001vh-NX for 24091@debbugs.gnu.org; Thu, 26 Oct 2017 13:22:59 -0400 X-CornellRouted: This message has been Routed already. Received: from authusersmtp.mail.cornell.edu (granite4.serverfarm.cornell.edu [10.16.197.9]) by limerock01.mail.cornell.edu (8.14.4/8.14.4_cu) with ESMTP id v9QHMqn1010666; Thu, 26 Oct 2017 13:22:53 -0400 Received: from [10.13.22.3] (65-112-130-194.dia.static.qwest.net [65.112.130.194]) (authenticated bits=0) by authusersmtp.mail.cornell.edu (8.14.4/8.12.10) with ESMTP id v9QHModG020305 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Thu, 26 Oct 2017 13:22:52 -0400 To: 24091@debbugs.gnu.org From: Ken Brown Subject: Problem caused by the fix for this bug Message-ID: <136e1c0c-a33f-3edb-505b-c74a1ea0c6d0@cornell.edu> Date: Thu, 26 Oct 2017 13:22:51 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-PMX-Cornell-Gauge: Gauge=X X-PMX-CORNELL-AUTH-RESULTS: dkim-out=none; X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 24091 Cc: Noam Postavsky 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: -2.3 (--) I've just discovered that the fix for this bug (commit 6a788d2fc18c23dcfc5d0352649b2f690e9cbff7) causes problems on the X11 build of Emacs on Cygwin. See the comments and code near the following comment that was removed in that commit: "This hack is still in use at least for Cygwin. See http://lists.gnu.org/archive/html/emacs-devel/2013-12/msg00351.html." The symptom, which I admit is purely cosmetic, is that the image at the top of the splash screen is not displayed on startup. I hope the people who worked on this bug know how to fix this, because I don't know anything about how X11 and polling for input work. If not, I'll try to dig into it. Ken From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 26 13:42:11 2017 Received: (at 24091) by debbugs.gnu.org; 26 Oct 2017 17:42:11 +0000 Received: from localhost ([127.0.0.1]:35399 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e7mAV-0002PD-DG for submit@debbugs.gnu.org; Thu, 26 Oct 2017 13:42:11 -0400 Received: from mail-wm0-f50.google.com ([74.125.82.50]:56445) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e7mAT-0002P1-Pa for 24091@debbugs.gnu.org; Thu, 26 Oct 2017 13:42:10 -0400 Received: by mail-wm0-f50.google.com with SMTP id z3so9839644wme.5 for <24091@debbugs.gnu.org>; Thu, 26 Oct 2017 10:42:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=YeyrW3BRFXftX/3hyNWEASB6RXXS8YtYqSvARbdGrog=; b=L90BpERBWkVqh0UzGEzKM1V0YT29XBUI3Ws2Ie6/DBFNmGKFh9/BLeqDr8L1+2RDH7 OCFAwrgOj+/eYVTWdhlq1cZr+XyYZev4ijcdOHloC/HLe4tr8lnzt9qja9JD9vrLubSv 49TpT9NmMUY10UoeyAVOOexS/G85T1ihmmSLd2W8U2jLln+MUC9GLPHXXeE0LngrqKQw 3JEfIZ1FycW5X8cWLEh9iQdoFCmuXwQdKiT0gYDsNEG68uSivIEagvezdmnFnPEaaiOZ PG7jjdK3J49hhyWuv36T3I7eh1iTCZImcWPP4g/oM+bRPDZFVGVSTkF6jUFsRSZEKJXG ouFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=YeyrW3BRFXftX/3hyNWEASB6RXXS8YtYqSvARbdGrog=; b=ox7/HbZ6xGpPI7KJAX/dNHApxby3pP8TA3lh7R2vIQeBmh0d7s9gnUr+SYX6VRS4E4 YRwFHEe1K3eF+0Zd9NgGBeDFY6kF0zZX2IHEeoqQJdE1kq6i/F9kwSnpuu+JY+54oIy8 54W30aVRePdj1fxXuRywh4UEjLs3tgmQxEeDf9inDM0L7IpzZo4ScT/YmNy+NUx6HMjW QKS3ACh1U0PfHZnPnPwm3LAClv/0VX35PErWWjFlNu7gECPZw07UOP0x2YsjXzm1UKP5 +3DBRdvJhfGMcjC7YQmu0CF602DcVdU3SOZNeNNEPmw4tBn9A9SUtxGm5U/dlt2NypUl UpAQ== X-Gm-Message-State: AMCzsaXkX1Dai4i9oYHuMTUQJuP/Wjsplf8tFdCsAQwXc9AJ1ozABWPr GKteVZXPCc3iSN5qpBj7rGhdAlaZ2omppm2xrAk= X-Google-Smtp-Source: ABhQp+S9PYRPSZ/g2uqSmVpMzTpV8AmaLUz/OU2ceDuQxmQSj6JLmSu0C9B1sHupkVCyfr9xtNH4Ya0L7Rr6hoWAcZs= X-Received: by 10.28.68.130 with SMTP id r124mr2038367wma.96.1509039724117; Thu, 26 Oct 2017 10:42:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.146.227 with HTTP; Thu, 26 Oct 2017 10:42:03 -0700 (PDT) In-Reply-To: <136e1c0c-a33f-3edb-505b-c74a1ea0c6d0@cornell.edu> References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <136e1c0c-a33f-3edb-505b-c74a1ea0c6d0@cornell.edu> From: Noam Postavsky Date: Thu, 26 Oct 2017 13:42:03 -0400 X-Google-Sender-Auth: 32WKpRcs0g3ZeIX4_ig1NYkndj8 Message-ID: Subject: Re: bug#24091: Problem caused by the fix for this bug To: Ken Brown Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 24091 Cc: 24091@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 (/) On Thu, Oct 26, 2017 at 1:22 PM, Ken Brown wrote: > I've just discovered that the fix for this bug (commit > 6a788d2fc18c23dcfc5d0352649b2f690e9cbff7) causes problems on the X11 build > of Emacs on Cygwin This was later modified in [1: e1f6e31]; do you see problems before that commit, or after it (or both)? [1: e1f6e31]: 2017-09-29 18:40:06 -0400 Bring back the busy wait after x_make_frame_visible (Bug#25521) http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=e1f6e3127a292e6ba66d27c49ddda4fe949569f5 From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 26 14:12:13 2017 Received: (at 24091) by debbugs.gnu.org; 26 Oct 2017 18:12:13 +0000 Received: from localhost ([127.0.0.1]:35428 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e7mdY-0003BZ-TL for submit@debbugs.gnu.org; Thu, 26 Oct 2017 14:12:13 -0400 Received: from limerock01.mail.cornell.edu ([128.84.13.241]:33222) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e7mdX-0003BK-Un for 24091@debbugs.gnu.org; Thu, 26 Oct 2017 14:12:12 -0400 X-CornellRouted: This message has been Routed already. Received: from authusersmtp.mail.cornell.edu (granite4.serverfarm.cornell.edu [10.16.197.9]) by limerock01.mail.cornell.edu (8.14.4/8.14.4_cu) with ESMTP id v9QIC4NM011171; Thu, 26 Oct 2017 14:12:05 -0400 Received: from [10.13.22.3] (65-112-130-194.dia.static.qwest.net [65.112.130.194]) (authenticated bits=0) by authusersmtp.mail.cornell.edu (8.14.4/8.12.10) with ESMTP id v9QIC31b022186 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Thu, 26 Oct 2017 14:12:04 -0400 Subject: Re: bug#24091: Problem caused by the fix for this bug To: Noam Postavsky References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <136e1c0c-a33f-3edb-505b-c74a1ea0c6d0@cornell.edu> From: Ken Brown Message-ID: Date: Thu, 26 Oct 2017 14:12:03 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-PMX-Cornell-Gauge: Gauge=X X-PMX-CORNELL-AUTH-RESULTS: dkim-out=none; X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 24091 Cc: 24091@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: -2.3 (--) On 10/26/2017 1:42 PM, Noam Postavsky wrote: > On Thu, Oct 26, 2017 at 1:22 PM, Ken Brown wrote: >> I've just discovered that the fix for this bug (commit >> 6a788d2fc18c23dcfc5d0352649b2f690e9cbff7) causes problems on the X11 build >> of Emacs on Cygwin > > This was later modified in [1: e1f6e31]; do you see problems before > that commit, or after it (or both)? The commit I cited was the first bad one (as determined by git bisect). The problem still exists in the current HEAD of the emacs-26 branch. Ken From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 26 16:40:09 2017 Received: (at 24091) by debbugs.gnu.org; 26 Oct 2017 20:40:10 +0000 Received: from localhost ([127.0.0.1]:35539 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e7owj-0006l9-MS for submit@debbugs.gnu.org; Thu, 26 Oct 2017 16:40:09 -0400 Received: from mail-wr0-f181.google.com ([209.85.128.181]:47964) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e7owi-0006kw-HP for 24091@debbugs.gnu.org; Thu, 26 Oct 2017 16:40:08 -0400 Received: by mail-wr0-f181.google.com with SMTP id y39so4379453wrd.4 for <24091@debbugs.gnu.org>; Thu, 26 Oct 2017 13:40:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=vvvoSHVkbhfxF9A+cqe3BDeLlqBS11CF9UOtrogye6M=; b=msXXaANBF++TacyvwSWmAeuR/VWi8o2srCEmycEIcg1HJageCXQ4lbZ5Fgxbw4tYbp JxccV0RBo9zwllMXjsP2VPfTgKwC4K3PF3EV+Z/6cEgQTUApSIJEZepOraz3PuCJMaLv 17oUr3KGm3F8wmuDi64APhKWTeMseWiICrO5HYsRvP1l3pRBJRftvF4xg+78/uIXD8Tj 2IuqCnvIege46DMkDE0VytwpgQBkmTDkoidFGy0Rfo/8k0q1H7QWnOj1l8cgDOvNEK9E xvveTmlHSQpKpr1/DDOuFAXglbRr4Tf9Cp6CEt8xrrIcolpZylaKqXSvIYP7S0OVQV6M A7QQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=vvvoSHVkbhfxF9A+cqe3BDeLlqBS11CF9UOtrogye6M=; b=E9gddhxxgG3FTXSN0QoagUAMOhRqVl1chSdQeMe21uII/MhBKOmgmN9doNSyVOib1x m/ZZBc1FYD4VznA4mmVOFDQ+IVPulIFLECFNxYGF046SK4P8CvQtRJuB7R8Oj9kOo9Ey 5G2/dbk7GMzRhIQLe+koLzdUeJ7T5doYQcuW2KqzziaxcPzgx3Dnvq5UL89KSBb37L6N sBHHzCLr9h3NBGwqJ2/zRpuqO/pg/4QLJYKNJS5Cm3Jd/1tRet1G55Xa5ZL+bdbsnc+v L7oNdX5fp+90OyYR3PvCDiTgnZroV6jfoUwhCifNBjoSHYbFpX/EOq7f03kjSsA/A5fK DWqQ== X-Gm-Message-State: AMCzsaVvKJfFforJpAQlGHlZ7h1TfoMoDtlM6Q6mRSM7GK314xY9oEch wKSIiQoMzDRRNCKdgicswT+bnZ/N2M46BNmMQcmSwQ== X-Google-Smtp-Source: ABhQp+SkN232gcITYJjzatlu5Z+21Fh/G0F4yZE8CjUQMUCW9XblQOZMM4uQqpwA0veZIDaQq7SITID/J/lj4nYLfqA= X-Received: by 10.223.200.132 with SMTP id k4mr6160118wrh.215.1509050402761; Thu, 26 Oct 2017 13:40:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.146.227 with HTTP; Thu, 26 Oct 2017 13:40:02 -0700 (PDT) In-Reply-To: References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <136e1c0c-a33f-3edb-505b-c74a1ea0c6d0@cornell.edu> From: Noam Postavsky Date: Thu, 26 Oct 2017 16:40:02 -0400 X-Google-Sender-Auth: RqtFDHPdIRw_z8XVGqNXdbUVsy8 Message-ID: Subject: Re: bug#24091: Problem caused by the fix for this bug To: Ken Brown Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 24091 Cc: 24091@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: -2.1 (--) On Thu, Oct 26, 2017 at 2:12 PM, Ken Brown wrote: > The commit I cited was the first bad one (as determined by git bisect). The > problem still exists in the current HEAD of the emacs-26 branch. Okay. I removed the code because my understanding of the comment was that it was needed to prevent a hang during the busy wait for visibility. Therefore, when I removed that busy wait, I thought that poll_for_input_1 was no longer needed either. However, from what you say, it sounds like it's rather needed after creating a frame, unrelated to the waiting per se. I don't really understand what the code does, but I guess you could try putting the poll_for_input_1 stuff back in either before, inside, or after the x_wait_for_event at the end of x_make_frame_visible and see what helps? From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 27 10:11:32 2017 Received: (at 24091) by debbugs.gnu.org; 27 Oct 2017 14:11:32 +0000 Received: from localhost ([127.0.0.1]:37469 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e85MC-0001yX-4u for submit@debbugs.gnu.org; Fri, 27 Oct 2017 10:11:32 -0400 Received: from limerock03.mail.cornell.edu ([128.84.13.243]:56638) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e85M9-0001yJ-H0 for 24091@debbugs.gnu.org; Fri, 27 Oct 2017 10:11:30 -0400 X-CornellRouted: This message has been Routed already. Received: from authusersmtp.mail.cornell.edu (granite4.serverfarm.cornell.edu [10.16.197.9]) by limerock03.mail.cornell.edu (8.14.4/8.14.4_cu) with ESMTP id v9REBMSu029047; Fri, 27 Oct 2017 10:11:23 -0400 Received: from [10.13.22.3] (65-112-130-194.dia.static.qwest.net [65.112.130.194]) (authenticated bits=0) by authusersmtp.mail.cornell.edu (8.14.4/8.12.10) with ESMTP id v9REBKHg015584 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Fri, 27 Oct 2017 10:11:21 -0400 Subject: Re: bug#24091: Problem caused by the fix for this bug To: Noam Postavsky References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <136e1c0c-a33f-3edb-505b-c74a1ea0c6d0@cornell.edu> From: Ken Brown Message-ID: Date: Fri, 27 Oct 2017 10:11:19 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------053F9B585F4B5A2217AC5E92" Content-Language: en-US X-PMX-Cornell-Gauge: Gauge=XX X-PMX-CORNELL-AUTH-RESULTS: dkim-out=none; X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 24091 Cc: Eli Zaretskii , 24091@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: -2.3 (--) This is a multi-part message in MIME format. --------------053F9B585F4B5A2217AC5E92 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 10/26/2017 4:40 PM, Noam Postavsky wrote: > On Thu, Oct 26, 2017 at 2:12 PM, Ken Brown wrote: > >> The commit I cited was the first bad one (as determined by git bisect). The >> problem still exists in the current HEAD of the emacs-26 branch. > > Okay. I removed the code because my understanding of the comment was > that it was needed to prevent a hang during the busy wait for > visibility. Therefore, when I removed that busy wait, I thought that > poll_for_input_1 was no longer needed either. > > However, from what you say, it sounds like it's rather needed after > creating a frame, unrelated to the waiting per se. I don't really > understand what the code does, but I guess you could try putting the > poll_for_input_1 stuff back in either before, inside, or after the > x_wait_for_event at the end of x_make_frame_visible and see what > helps? Putting it before the x_wait_for_event fixes the problem. Patch attached. Eli, is it OK to push this to the release branch? Ken --------------053F9B585F4B5A2217AC5E92 Content-Type: text/plain; charset=UTF-8; name="0001-Fix-startup-display-on-Cygwin.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="0001-Fix-startup-display-on-Cygwin.patch" RnJvbSA5MTYwY2U5ZDU2MjIyZGViMTdhNWMzOTIyYjY2YTBlOGIyMTRmNzUxIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBLZW4gQnJvd24gPGticm93bkBjb3JuZWxsLmVkdT4K RGF0ZTogRnJpLCAyNyBPY3QgMjAxNyAxMDowNDozMCAtMDQwMApTdWJqZWN0OiBbUEFUQ0hd IEZpeCBzdGFydHVwIGRpc3BsYXkgb24gQ3lnd2luCgoqIHNyYy94dGVybS5jICh4X21ha2Vf ZnJhbWVfdmlzaWJsZSk6IFJlc3RvcmUgY29kZSB0aGF0IGZvcmNlcwppbnB1dCB0byBiZSBy ZWFkIGlmIGlucHV0IHBvbGxpbmcgaXMgdXNlZC4gIFRoaXMgaXMgbmVlZGVkIG9uCkN5Z3dp bi4gIChCdWcjMjQwOTEpCi0tLQogc3JjL3h0ZXJtLmMgfCAxNyArKysrKysrKysrKysrKysr KwogMSBmaWxlIGNoYW5nZWQsIDE3IGluc2VydGlvbnMoKykKCmRpZmYgLS1naXQgYS9zcmMv eHRlcm0uYyBiL3NyYy94dGVybS5jCmluZGV4IGQ5MDY1NGIxMDEuLjkyMDY2ZTkyMjkgMTAw NjQ0Ci0tLSBhL3NyYy94dGVybS5jCisrKyBiL3NyYy94dGVybS5jCkBAIC0xMTUwNCw2ICsx MTUwNCwyMyBAQCB4X21ha2VfZnJhbWVfdmlzaWJsZSAoc3RydWN0IGZyYW1lICpmKQogCiAg ICAgLyogVHJ5IHRvIHdhaXQgZm9yIGEgTWFwTm90aWZ5IGV2ZW50ICh0aGF0IGlzIHdoYXQg dGVsbHMgdXMgd2hlbiBhCiAgICAgICAgZnJhbWUgYmVjb21lcyB2aXNpYmxlKS4gICovCisK KyAgICAvKiBUaGlzIGhhY2sgaXMgc3RpbGwgaW4gdXNlIGF0IGxlYXN0IGZvciBDeWd3aW4u ICBTZWUKKyAgICAgICBodHRwOi8vbGlzdHMuZ251Lm9yZy9hcmNoaXZlL2h0bWwvZW1hY3Mt ZGV2ZWwvMjAxMy0xMi9tc2cwMDM1MS5odG1sCisgICAgICAgYW5kIGh0dHBzOi8vZGViYnVn cy5nbnUub3JnL2NnaS9idWdyZXBvcnQuY2dpP2J1Zz0yNDA5MSMxMzEuCisgICAgICAgRmFr ZSBhbiBhbGFybSBzaWduYWwgdG8gbGV0IHRoZSBoYW5kbGVyIGtub3cgdGhhdCB0aGVyZSdz CisgICAgICAgc29tZXRoaW5nIHRvIGJlIHJlYWQuICAqLworICAgIGlmIChpbnB1dF9wb2xs aW5nX3VzZWQgKCkpCisgICAgICB7CisJLyogSXQgY291bGQgYmUgY29uZnVzaW5nIGlmIGEg cmVhbCBhbGFybSBhcnJpdmVzIHdoaWxlCisJICAgcHJvY2Vzc2luZyB0aGUgZmFrZSBvbmUu ICBUdXJuIGl0IG9mZiBhbmQgbGV0IHRoZQorCSAgIGhhbmRsZXIgcmVzZXQgaXQuICAqLwor CWludCBvbGRfcG9sbF9zdXBwcmVzc19jb3VudCA9IHBvbGxfc3VwcHJlc3NfY291bnQ7CisJ cG9sbF9zdXBwcmVzc19jb3VudCA9IDE7CisJcG9sbF9mb3JfaW5wdXRfMSAoKTsKKwlwb2xs X3N1cHByZXNzX2NvdW50ID0gb2xkX3BvbGxfc3VwcHJlc3NfY291bnQ7CisgICAgICB9CisK ICAgICB4X3dhaXRfZm9yX2V2ZW50IChmLCBNYXBOb3RpZnkpOwogICB9CiB9Ci0tIAoyLjE0 LjIKCg== --------------053F9B585F4B5A2217AC5E92-- From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 27 13:27:08 2017 Received: (at 24091) by debbugs.gnu.org; 27 Oct 2017 17:27:08 +0000 Received: from localhost ([127.0.0.1]:37614 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e88PT-0000Lc-ST for submit@debbugs.gnu.org; Fri, 27 Oct 2017 13:27:08 -0400 Received: from eggs.gnu.org ([208.118.235.92]:48707) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e88PS-0000LR-J6 for 24091@debbugs.gnu.org; Fri, 27 Oct 2017 13:27:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e88PK-00033y-Ee for 24091@debbugs.gnu.org; Fri, 27 Oct 2017 13:27:01 -0400 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]:34335) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e88PK-00033Z-Au; Fri, 27 Oct 2017 13:26:58 -0400 Received: from [176.228.60.248] (port=3712 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1e88PJ-0007T2-Nt; Fri, 27 Oct 2017 13:26:58 -0400 Date: Fri, 27 Oct 2017 20:26:51 +0300 Message-Id: <8337647b8k.fsf@gnu.org> From: Eli Zaretskii To: Ken Brown In-reply-to: (message from Ken Brown on Fri, 27 Oct 2017 10:11:19 -0400) Subject: Re: bug#24091: Problem caused by the fix for this bug References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <136e1c0c-a33f-3edb-505b-c74a1ea0c6d0@cornell.edu> 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: 24091 Cc: 24091@debbugs.gnu.org, npostavs@users.sourceforge.net 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: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Cc: 24091@debbugs.gnu.org, Eli Zaretskii > From: Ken Brown > Date: Fri, 27 Oct 2017 10:11:19 -0400 > > Eli, is it OK to push this to the release branch? Since this a Cygwin-only problem, I'd prefer that fix will be Cygwin-specific. Then it will be okay for the release branch. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 27 13:54:04 2017 Received: (at 24091) by debbugs.gnu.org; 27 Oct 2017 17:54:04 +0000 Received: from localhost ([127.0.0.1]:37625 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e88pY-0000zG-G2 for submit@debbugs.gnu.org; Fri, 27 Oct 2017 13:54:04 -0400 Received: from limerock01.mail.cornell.edu ([128.84.13.241]:46231) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e88pW-0000yk-Vl for 24091@debbugs.gnu.org; Fri, 27 Oct 2017 13:54:03 -0400 X-CornellRouted: This message has been Routed already. Received: from authusersmtp.mail.cornell.edu (granite4.serverfarm.cornell.edu [10.16.197.9]) by limerock01.mail.cornell.edu (8.14.4/8.14.4_cu) with ESMTP id v9RHruGQ002836; Fri, 27 Oct 2017 13:53:57 -0400 Received: from [10.13.22.3] (65-112-130-194.dia.static.qwest.net [65.112.130.194]) (authenticated bits=0) by authusersmtp.mail.cornell.edu (8.14.4/8.12.10) with ESMTP id v9RHrr7o026952 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Fri, 27 Oct 2017 13:53:55 -0400 Subject: Re: bug#24091: Problem caused by the fix for this bug To: Eli Zaretskii References: <24533f31-9fc2-b38e-aaeb-561616cdf77f@gmail.com> <136e1c0c-a33f-3edb-505b-c74a1ea0c6d0@cornell.edu> <8337647b8k.fsf@gnu.org> From: Ken Brown Message-ID: Date: Fri, 27 Oct 2017 13:53:53 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <8337647b8k.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-PMX-Cornell-Gauge: Gauge=XX X-PMX-CORNELL-AUTH-RESULTS: dkim-out=none; X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 24091 Cc: 24091@debbugs.gnu.org, npostavs@users.sourceforge.net 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: -2.3 (--) On 10/27/2017 1:26 PM, Eli Zaretskii wrote: > Since this a Cygwin-only problem, I'd prefer that fix will be > Cygwin-specific. Then it will be okay for the release branch. OK, I've pushed it with that change. Ken From unknown Fri Aug 15 17:20:08 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, 25 Nov 2017 12:24:07 +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