From unknown Mon Jun 23 14:57:41 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#15801 <15801@debbugs.gnu.org> To: bug#15801 <15801@debbugs.gnu.org> Subject: Status: 24.3.50; bar scrolling freezes gtk emacs Reply-To: bug#15801 <15801@debbugs.gnu.org> Date: Mon, 23 Jun 2025 21:57:41 +0000 retitle 15801 24.3.50; bar scrolling freezes gtk emacs reassign 15801 emacs submitter 15801 Jarek Czekalski severity 15801 important thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 04 13:42:01 2013 Received: (at submit) by debbugs.gnu.org; 4 Nov 2013 18:42:01 +0000 Received: from localhost ([127.0.0.1]:34533 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VdP68-0002bO-2K for submit@debbugs.gnu.org; Mon, 04 Nov 2013 13:42:01 -0500 Received: from eggs.gnu.org ([208.118.235.92]:53646) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VdP64-0002b9-29 for submit@debbugs.gnu.org; Mon, 04 Nov 2013 13:41:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VdP5t-0002RA-7B for submit@debbugs.gnu.org; Mon, 04 Nov 2013 13:41:50 -0500 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,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:53911) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VdP5t-0002Qt-3g for submit@debbugs.gnu.org; Mon, 04 Nov 2013 13:41:45 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55347) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VdP5n-0007UE-I1 for bug-gnu-emacs@gnu.org; Mon, 04 Nov 2013 13:41:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VdP5i-0002Lz-BO for bug-gnu-emacs@gnu.org; Mon, 04 Nov 2013 13:41:39 -0500 Received: from smtpo11.poczta.onet.pl ([213.180.142.142]:60127) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VdP5h-0002LM-O8 for bug-gnu-emacs@gnu.org; Mon, 04 Nov 2013 13:41:34 -0500 Received: from [192.168.17.5] (cj.e-siemianowice.pl [95.215.234.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jarekczek@poczta.onet.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3dD2sS5QPHz9v65r for ; Mon, 4 Nov 2013 19:41:32 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=poczta.onet.pl; s=2011; t=1383590492; bh=cnKLKcd9w/pYpniEmN9+5yyb4WtqYtSFbS9ixon+h5I=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type; b=ahUQff5sJw7wVdBWfY2zl4G1NsPfcdRYT8sZ1/xVt9KzoumQdBw2aZBMKmJNT9Yww f4O3+CcMEqarlq+fXVZj6nxrn4PkbH4PILMLYuszIZVoRldfvlAhhu6EcSPYd0hSHW A25LTWgTXF4eyWbQCXrmOxHXkv0KC+Q+G9ERl1PI= Message-ID: <5277EA95.4070001@poczta.onet.pl> Date: Mon, 04 Nov 2013 19:42:29 +0100 From: Jarek Czekalski User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: bug-gnu-emacs@gnu.org Subject: 24.3.50; bar scrolling freezes gtk emacs Content-Type: multipart/mixed; boundary="------------040703000902050601040002" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) This is a multi-part message in MIME format. --------------040703000902050601040002 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit I crash Emacs built with GTK on Debian Jessie (unstable), by performing massive scrolling using mouse and the vertical scroll bar. Messages buffer may be used to that or the title screen. After several movements with left button down the scroll bar stops reacting, Emacs as well. As I was afraid it would be difficult to reproduce I decided to debug it. What I found out is that sometimes wait_reading_process_output does not return for really long time and this causes the freeze. On the other hand the loop (inside wait_reading_process_output) works all the time. XTread_socket from xterm.c also is working, but not properly. See the comment from the patch (attached): + // Sometimes gtk_events_pending is true, but gdk_event_handler + // receives nothing and does not increase the count. + // If we ignore these pending events, then we lock up, + // for example with continuos movements of vertical scroll bar. + if (!count) count = 1; I don't think it's the correct patch. Rather investigation is required, why gdk_event_handler is not increasing the count. But I don't feel enough confident with gtk, gdk and Emacs code. A bit tired also. Anyway I offer further help with solving this issue, because I can easily reproduce it. My glib is 2.36.4, libgtk-3-0: 3.8.4-1. Revisions on which I confirmed the freeze: r113450, r114178, r114884. Somehow htmlfontify entered the patch file, but I didn't remove it manually. In GNU Emacs 24.3.50.5 (i686-pc-linux-gnu, GTK+ Version 3.8.4) of 2013-11-04 on jcdeb Bzr revision: 114884 rgm@gnu.org-20131031213910-3509l9e973ne3zy1 Windowing system distributor `The X.Org Foundation', version 11.0.11204000 System Description: Debian GNU/Linux testing (jessie) Important settings: value of $LC_ALL: en_US value of $LANG: pl_PL locale-coding-system: iso-latin-1-unix default enable-multibyte-characters: t Major mode: Outline Minor modes in effect: global-whitespace-mode: t global-hl-line-mode: t recentf-mode: t tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t size-indication-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-h C-h r C-s p a t c h C-s C-s C-s p a t c h C-x C-f C-g C-x C-f C-x C-f e r t c / t c / M-s o d i f f C-SPC M-w M-x r e p o r Recent messages: Loading grep...done For information about GNU Emacs and the GNU system, type C-h C-a. Mark saved where search started [2 times] Quit completing-read-default: Command attempted to use minibuffer while in minibuffer Making completion list... indent-relative: Buffer is read-only: # Searched 1 buffer; 4 matches for `diff' Mark set Making completion list... Load-path shadows: /usr/share/emacs/site-lisp/auto-autoloads hides /usr/local/share/emacs/site-lisp/auto-autoloads /usr/share/emacs/site-lisp/ssl hides /usr/local/share/emacs/site-lisp/ssl /usr/share/emacs/site-lisp/images hides /usr/local/share/emacs/site-lisp/images /usr/share/emacs/site-lisp/font hides /usr/local/share/emacs/site-lisp/font /usr/share/emacs/site-lisp/devices hides /usr/local/share/emacs/site-lisp/devices /usr/share/emacs/site-lisp/url-hotlist hides /usr/local/share/emacs/site-lisp/url-hotlist /usr/share/emacs/site-lisp/css hides /usr/local/share/emacs/site-lisp/css /usr/share/emacs/site-lisp/docomp hides /usr/local/share/emacs/site-lisp/docomp /usr/share/emacs/site-lisp/custom-load hides /usr/local/share/emacs/site-lisp/custom-load /usr/share/emacs/site-lisp/w3 hides /usr/local/share/emacs/site-lisp/w3 /usr/share/emacs/site-lisp/w3-xemac hides /usr/local/share/emacs/site-lisp/w3-xemac /usr/share/emacs/site-lisp/w3-widget hides /usr/local/share/emacs/site-lisp/w3-widget /usr/share/emacs/site-lisp/w3-vars hides /usr/local/share/emacs/site-lisp/w3-vars /usr/share/emacs/site-lisp/w3-toolbar hides /usr/local/share/emacs/site-lisp/w3-toolbar /usr/share/emacs/site-lisp/w3-style hides /usr/local/share/emacs/site-lisp/w3-style /usr/share/emacs/site-lisp/w3-speak hides /usr/local/share/emacs/site-lisp/w3-speak /usr/share/emacs/site-lisp/w3-speak-table hides /usr/local/share/emacs/site-lisp/w3-speak-table /usr/share/emacs/site-lisp/w3-props hides /usr/local/share/emacs/site-lisp/w3-props /usr/share/emacs/site-lisp/w3-print hides /usr/local/share/emacs/site-lisp/w3-print /usr/share/emacs/site-lisp/w3-parse hides /usr/local/share/emacs/site-lisp/w3-parse /usr/share/emacs/site-lisp/w3-mouse hides /usr/local/share/emacs/site-lisp/w3-mouse /usr/share/emacs/site-lisp/w3-menu hides /usr/local/share/emacs/site-lisp/w3-menu /usr/share/emacs/site-lisp/w3-keymap hides /usr/local/share/emacs/site-lisp/w3-keymap /usr/share/emacs/site-lisp/w3-java hides /usr/local/share/emacs/site-lisp/w3-java /usr/share/emacs/site-lisp/w3-imap hides /usr/local/share/emacs/site-lisp/w3-imap /usr/share/emacs/site-lisp/w3-hotindex hides /usr/local/share/emacs/site-lisp/w3-hotindex /usr/share/emacs/site-lisp/w3-hot hides /usr/local/share/emacs/site-lisp/w3-hot /usr/share/emacs/site-lisp/w3-forms hides /usr/local/share/emacs/site-lisp/w3-forms /usr/share/emacs/site-lisp/w3-fast-parse hides /usr/local/share/emacs/site-lisp/w3-fast-parse /usr/share/emacs/site-lisp/w3-emulate hides /usr/local/share/emacs/site-lisp/w3-emulate /usr/share/emacs/site-lisp/w3-emacs hides /usr/local/share/emacs/site-lisp/w3-emacs /usr/share/emacs/site-lisp/w3-display hides /usr/local/share/emacs/site-lisp/w3-display /usr/share/emacs/site-lisp/w3-dired hides /usr/local/share/emacs/site-lisp/w3-dired /usr/share/emacs/site-lisp/w3-cus hides /usr/local/share/emacs/site-lisp/w3-cus /usr/share/emacs/site-lisp/w3-compat hides /usr/local/share/emacs/site-lisp/w3-compat /usr/share/emacs/site-lisp/w3-cfg hides /usr/local/share/emacs/site-lisp/w3-cfg /usr/share/emacs/site-lisp/w3-auto hides /usr/local/share/emacs/site-lisp/w3-auto /usr/share/emacs/site-lisp/cmake-mode hides /usr/local/share/emacs/site-lisp/cmake-data/cmake-mode /usr/local/share/emacs/site-lisp/flim/md4 hides /usr/local/share/emacs/24.3.50/lisp/md4 /usr/local/share/emacs/site-lisp/flim/hex-util hides /usr/local/share/emacs/24.3.50/lisp/hex-util /usr/local/share/emacs/site-lisp/dictionaries-common/ispell hides /usr/local/share/emacs/24.3.50/lisp/textmodes/ispell /usr/local/share/emacs/site-lisp/dictionaries-common/flyspell hides /usr/local/share/emacs/24.3.50/lisp/textmodes/flyspell /usr/local/share/emacs/site-lisp/flim/sasl-digest hides /usr/local/share/emacs/24.3.50/lisp/net/sasl-digest /usr/local/share/emacs/site-lisp/flim/sasl-ntlm hides /usr/local/share/emacs/24.3.50/lisp/net/sasl-ntlm /usr/local/share/emacs/site-lisp/flim/sasl hides /usr/local/share/emacs/24.3.50/lisp/net/sasl /usr/local/share/emacs/site-lisp/flim/sasl-cram hides /usr/local/share/emacs/24.3.50/lisp/net/sasl-cram /usr/local/share/emacs/site-lisp/flim/ntlm hides /usr/local/share/emacs/24.3.50/lisp/net/ntlm /usr/local/share/emacs/site-lisp/flim/hmac-md5 hides /usr/local/share/emacs/24.3.50/lisp/net/hmac-md5 /usr/local/share/emacs/site-lisp/flim/hmac-def hides /usr/local/share/emacs/24.3.50/lisp/net/hmac-def Features: (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 mail-prsvr mail-utils vc-bzr noutline outline misearch multi-isearch jka-compr info disp-table grep compile comint ansi-color ring whitespace hl-line cus-start cus-load yasnippet derived easy-mmode edmacro kmacro help-mode folding-isearch folding cl-macs gv advice help-fns bookmark pp recentf tree-widget wid-edit easymenu cl cl-loaddefs cl-lib server time-date tooltip 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) --------------040703000902050601040002 Content-Type: text/plain; charset=ISO-8859-1; name="fix_scroll_hang_1_0.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="fix_scroll_hang_1_0.txt" PT09IG1vZGlmaWVkIGZpbGUgJ2xpc3AvaHRtbGZvbnRpZnkuZWwnCioqKiBsaXNwL2h0bWxm b250aWZ5LmVsCTIwMTMtMTAtMzAgMTk6MzU6MTQgKzAwMDAKLS0tIGxpc3AvaHRtbGZvbnRp ZnkuZWwJMjAxMy0xMS0wNCAwNjo1ODoyOSArMDAwMAoqKioqKioqKioqKioqKiogWW91IG1h eSBhbHNvIHdhbnQgdG8gc2V0IGBoZnktcGFnZS1oZWFkZQoqKiogMjQxMCwyNDE4ICoqKioK ICAgICAgKGxvYWQgZmlsZSAnTk9FUlJPUiBuaWwgbmlsKSApKQogIAogIAwKISA7OzsjIyMg KGF1dG9sb2FkcyBuaWwgImhmeS1jbWFwIiAiaGZ5LWNtYXAuZWwiICJkZjRlNDE4ZDBkODc0 OWVhZDlkMzJiYjJjN2E1YmQ1NiIpCiAgOzs7IEdlbmVyYXRlZCBhdXRvbG9hZHMgZnJvbSBo ZnktY21hcC5lbAogIChwdXNoIChwdXJlY29weSAnKGh0bWxmb250aWZ5IDAgMjApKSBwYWNr YWdlLS1idWlsdGluLXZlcnNpb25zKQogIChhdXRvbG9hZCAnaHRtbGZvbnRpZnktbG9hZC1y Z2ItZmlsZSAiaGZ5LWNtYXAiICJcCiAgTG9hZCBhbiBYMTEgc3R5bGUgcmdiLnR4dCBGSUxF LgogIFNlYXJjaCBgaGZ5LXJnYi1sb2FkLXBhdGgnIGlmIEZJTEUgaXMgbm90IHNwZWNpZmll ZC4KLS0tIDI0MTAsMjQxOSAtLS0tCiAgICAgIChsb2FkIGZpbGUgJ05PRVJST1IgbmlsIG5p bCkgKSkKICAKICAMCiEgOzs7IyMjIChhdXRvbG9hZHMgbmlsICJoZnktY21hcCIgImhmeS1j bWFwLmVsIiAiOWZjMDk5ODNlNzc0ZGQwOTM4NjYxNjE1YjQ1N2ZiNTkiKQogIDs7OyBHZW5l cmF0ZWQgYXV0b2xvYWRzIGZyb20gaGZ5LWNtYXAuZWwKICAocHVzaCAocHVyZWNvcHkgJyho dG1sZm9udGlmeSAwIDIwKSkgcGFja2FnZS0tYnVpbHRpbi12ZXJzaW9ucykKKyAKICAoYXV0 b2xvYWQgJ2h0bWxmb250aWZ5LWxvYWQtcmdiLWZpbGUgImhmeS1jbWFwIiAiXAogIExvYWQg YW4gWDExIHN0eWxlIHJnYi50eHQgRklMRS4KICBTZWFyY2ggYGhmeS1yZ2ItbG9hZC1wYXRo JyBpZiBGSUxFIGlzIG5vdCBzcGVjaWZpZWQuCgo9PT0gbW9kaWZpZWQgZmlsZSAnc3JjL3h0 ZXJtLmMnCioqKiBzcmMveHRlcm0uYwkyMDEzLTEwLTI5IDE2OjA4OjA4ICswMDAwCi0tLSBz cmMveHRlcm0uYwkyMDEzLTExLTA0IDE4OjIwOjI3ICswMDAwCioqKioqKioqKioqKioqKiBY VHJlYWRfc29ja2V0IChzdHJ1Y3QgdGVybWluYWwgKnRlcm1pbmFsCioqKiA3MDYwLDcwNjUg KioqKgotLS0gNzA2MCw3MDcxIC0tLS0KICAgICAgICBjdXJyZW50X2NvdW50ID0gLTE7CiAg ICAgICAgY3VycmVudF9ob2xkX3F1aXQgPSAwOwogIAorICAgICAgIC8vIFNvbWV0aW1lcyBn dGtfZXZlbnRzX3BlbmRpbmcgaXMgdHJ1ZSwgYnV0IGdka19ldmVudF9oYW5kbGVyCisgICAg ICAgLy8gcmVjZWl2ZXMgbm90aGluZyBhbmQgZG9lcyBub3QgaW5jcmVhc2UgdGhlIGNvdW50 LgorICAgICAgIC8vIElmIHdlIGlnbm9yZSB0aGVzZSBwZW5kaW5nIGV2ZW50cywgdGhlbiB3 ZSBsb2NrIHVwLAorICAgICAgIC8vIGZvciBleGFtcGxlIHdpdGggY29udGludW9zIG1vdmVt ZW50cyBvZiB2ZXJ0aWNhbCBzY3JvbGwgYmFyLgorICAgICAgIGlmICghY291bnQpIGNvdW50 ID0gMTsKKyAKICAgICAgICBpZiAoY3VycmVudF9maW5pc2ggPT0gWF9FVkVOVF9HT1RPX09V VCkKICAgICAgICAgIGJyZWFrOwogICAgICB9Cgo= --------------040703000902050601040002-- From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 05 07:57:13 2013 Received: (at 15801) by debbugs.gnu.org; 5 Nov 2013 12:57:13 +0000 Received: from localhost ([127.0.0.1]:35161 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VdgC0-0000DN-Tf for submit@debbugs.gnu.org; Tue, 05 Nov 2013 07:57:13 -0500 Received: from smtpo15.poczta.onet.pl ([213.180.142.146]:34402) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VdgBw-0000D7-R2 for 15801@debbugs.gnu.org; Tue, 05 Nov 2013 07:57:10 -0500 Received: from [192.168.17.9] (cj.e-siemianowice.pl [95.215.234.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jarekczek@poczta.onet.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3dDW9V3tZ6zYsY8t for <15801@debbugs.gnu.org>; Tue, 5 Nov 2013 13:57:01 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=poczta.onet.pl; s=2011; t=1383656222; bh=TNFfJsN5QutBrSB3HamRScW2XNsvvMRAFL/dBVVuZw0=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=BI3mjFm9/SL2seQtsPKfh61V7NEQBylOdSvxWMypQqM5Y/7D5oY0IoohLko7mNapU 2jXrr+BeYeXEDiULSqL2PDm4pjIErwR1wAM0FquwVX52290Uq2k7S1u9MYg7YMbvj+ qYdEGqbIDl6ZYeYwrQR3J2oeMyw9Br1d106LkrHk= Message-ID: <5278EB1D.3090205@poczta.onet.pl> Date: Tue, 05 Nov 2013 13:57:01 +0100 From: Jarek Czekalski User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: 15801@debbugs.gnu.org Subject: 15801: commit identified Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 15801 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) I isolated the commit that causes the problem on my machine: revno: 112859 committer: Paul Eggert <> branch nick: trunk timestamp: Wed 2013-06-05 10:04:13 -0700 message: Chain glib's SIGCHLD handler from Emacs's (Bug#14474). * process.c (dummy_handler): New function. (lib_child_handler): New static var. (handle_child_signal): Invoke it. (catch_child_signal): If a library has set up a signal handler, save it into lib_child_handler. (init_process_emacs): If using glib and not on Windows, tickle glib's child-handling code so that it initializes its private SIGCHLD handler. * syssignal.h (SA_SIGINFO): Default to 0. * xterm.c (x_term_init): Remove D-bus hack that I installed on May 31; it should no longer be needed now. I guess the next step would be isolating the single change. Jarek From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 06 14:47:43 2013 Received: (at 15801) by debbugs.gnu.org; 6 Nov 2013 19:47:43 +0000 Received: from localhost ([127.0.0.1]:37806 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ve94o-0003KU-Rf for submit@debbugs.gnu.org; Wed, 06 Nov 2013 14:47:43 -0500 Received: from smtpo09.poczta.onet.pl ([213.180.142.140]:34538) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ve94l-0003KF-L1 for 15801@debbugs.gnu.org; Wed, 06 Nov 2013 14:47:41 -0500 Received: from [192.168.17.5] (cj.e-siemianowice.pl [95.215.234.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jarekczek@poczta.onet.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3dFJDg4ZpYz9txCl for <15801@debbugs.gnu.org>; Wed, 6 Nov 2013 20:47:30 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=poczta.onet.pl; s=2011; t=1383767252; bh=/Q8eR/ODy4kk3TP00pwdJmZ2AQRZhN64s5MyoItvF7Y=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=jW9rjStPobykXG5C+8aw2LGFF4joK75qv+ZwWuXUH+zglHHeU2dh009WM3+hOzYKc illes2Njgr40wMwnVaruxerMsAGIjh7WbTHfdY3XeQ+Kv0dSafKXq5R2+x0OcqL4C7 4TPzZEuxACxcRfo8RQodR64Jt4NiqG6e5DcEolVM= Message-ID: <527A9D0D.6040207@poczta.onet.pl> Date: Wed, 06 Nov 2013 20:48:29 +0100 From: Jarek Czekalski User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: 15801@debbugs.gnu.org Subject: it's a different revision, 112892 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 15801 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) First of all I apologize for giving the wrong revision number in my previous report. When I tried to isolate the piece of code that introduces problems, I finally gave up. This all revision may be applied and all works. So I did more binary search and finally I'm sure the one below is the right revision. ------------------------------------------------------------ revno: 112892 committer: Jan D. branch nick: trunk timestamp: Sat 2013-06-08 10:48:52 +0200 message: * xgselect.c (xg_select): Remove call to window_system_available and g_main_context_pending at the top, so Gdk events (i.e. file notify) are processed when Emacs is started with -nw. It's quite short: === modified file 'src/xgselect.c' @@ -44,9 +44,13 @@ - if (! (window_system_available (NULL) - && g_main_context_pending (context = g_main_context_default ()))) - return pselect (fds_lim, rfds, wfds, efds, timeout, sigmask); + /* Do not try to optimize with an initial check with g_main_context_pending + and a call to pselect if it returns false. If Gdk has a timeout for 0.01 + second, and Emacs has a timeout for 1 second, g_main_context_pending will + return false, but the timeout will be 1 second, thus missing the gdk + timeout with a lot. */ + + context = g_main_context_default (); When I apply the code removed in this revision to the current trunk, I have a relief. No more freezing, as well as with my first fix that also works. Jarek From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 21 01:01:02 2013 Received: (at 15801) by debbugs.gnu.org; 21 Nov 2013 06:01:02 +0000 Received: from localhost ([127.0.0.1]:35666 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VjNK1-0003vs-OQ for submit@debbugs.gnu.org; Thu, 21 Nov 2013 01:01:02 -0500 Received: from mailfe08.swip.net ([212.247.154.225]:33234 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VjNJy-0003vV-M8 for 15801@debbugs.gnu.org; Thu, 21 Nov 2013 01:01:00 -0500 X-T2-Spam-Status: No, hits=0.0 required=5.0 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe08.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 455264556; Thu, 21 Nov 2013 07:00:50 +0100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: bug#15801: it's a different revision, 112892 From: =?iso-8859-1?Q?Jan_Dj=E4rv?= In-Reply-To: <527A9D0D.6040207@poczta.onet.pl> Date: Thu, 21 Nov 2013 07:00:49 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <7A380DDA-E95E-4F8A-BEB9-2AB97C1319BB@swipnet.se> References: <5277EA95.4070001@poczta.onet.pl> <527A9D0D.6040207@poczta.onet.pl> To: Jarek Czekalski X-Mailer: Apple Mail (2.1822) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 15801 Cc: 15801@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hello. 6 nov 2013 kl. 20:48 skrev Jarek Czekalski : > First of all I apologize for giving the wrong revision number in my = previous report. >=20 > When I tried to isolate the piece of code that introduces problems, I = finally gave up. This all revision may be applied and all works. So I = did more binary search and finally I'm sure the one below is the right = revision. It seems like Emacs stops receiving SIGIO. If it is blocked or if Gtk+ = stole the signal handler I don't know yet. Jan D. >=20 > ------------------------------------------------------------ > revno: 112892 > committer: Jan D. > branch nick: trunk > timestamp: Sat 2013-06-08 10:48:52 +0200 > message: > * xgselect.c (xg_select): Remove call to window_system_available > and g_main_context_pending at the top, so Gdk events (i.e. file > notify) are processed when Emacs is started with -nw. >=20 > It's quite short: >=20 > =3D=3D=3D modified file 'src/xgselect.c' > @@ -44,9 +44,13 @@ >=20 > - if (! (window_system_available (NULL) > - && g_main_context_pending (context =3D g_main_context_default = ()))) > - return pselect (fds_lim, rfds, wfds, efds, timeout, sigmask); > + /* Do not try to optimize with an initial check with = g_main_context_pending > + and a call to pselect if it returns false. If Gdk has a timeout = for 0.01 > + second, and Emacs has a timeout for 1 second, = g_main_context_pending will > + return false, but the timeout will be 1 second, thus missing the = gdk > + timeout with a lot. */ > + > + context =3D g_main_context_default (); >=20 > When I apply the code removed in this revision to the current trunk, I = have a relief. No more freezing, as well as with my first fix that also = works. >=20 > Jarek >=20 >=20 From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 21 02:25:46 2013 Received: (at submit) by debbugs.gnu.org; 21 Nov 2013 07:25:46 +0000 Received: from localhost ([127.0.0.1]:35725 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VjOe0-0006Bd-DJ for submit@debbugs.gnu.org; Thu, 21 Nov 2013 02:25:45 -0500 Received: from eggs.gnu.org ([208.118.235.92]:38679) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VjOdv-0006BL-TD for submit@debbugs.gnu.org; Thu, 21 Nov 2013 02:25:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VjOdl-0004Wz-BV for submit@debbugs.gnu.org; Thu, 21 Nov 2013 02:25:34 -0500 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,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:34784) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VjOdl-0004Wo-2d for submit@debbugs.gnu.org; Thu, 21 Nov 2013 02:25:29 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40375) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VjOdg-0005gb-7e for bug-gnu-emacs@gnu.org; Thu, 21 Nov 2013 02:25:29 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VjOdb-0004Uk-FF for bug-gnu-emacs@gnu.org; Thu, 21 Nov 2013 02:25:24 -0500 Received: from smtpo13.poczta.onet.pl ([213.180.142.144]:45123) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VjOdb-0004UV-4Q for bug-gnu-emacs@gnu.org; Thu, 21 Nov 2013 02:25:19 -0500 Received: from [192.168.17.9] (cj.e-siemianowice.pl [95.215.234.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jarekczek@poczta.onet.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3dQC3J5CNgzZCjPx for ; Thu, 21 Nov 2013 08:25:15 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=poczta.onet.pl; s=2011; t=1385018716; bh=GRB5uHPugRGRf1MNk3KfVOxCCvr8/v7SdNw5EolmO+Q=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=rcUMDJ3RmZ+Hja8rZo8olP8/QnxRLgY4vEJEBSVDQQjMHOEk8c8IdAUqIeh7cZVfr GaaIxHB4KQV0J5DdoPSlitIGNa6Q5JSv1SOBW/YmDETCW4jDXM8iSNdEVa6xFoiXJS yF4q4nopNI19e5+Yebr3RyJF5Yz11wfA4QORf1hM= Message-ID: <528DB55B.4080401@poczta.onet.pl> Date: Thu, 21 Nov 2013 08:25:15 +0100 From: Jarek Czekalski User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: bug-gnu-emacs@gnu.org Subject: Re: bug#15801: 24.3.50; bar scrolling freezes gtk emacs References: <5277EA95.4070001@poczta.onet.pl> <527A9D0D.6040207@poczta.onet.pl> <7A380DDA-E95E-4F8A-BEB9-2AB97C1319BB@swipnet.se> In-Reply-To: <7A380DDA-E95E-4F8A-BEB9-2AB97C1319BB@swipnet.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) W dniu 2013-11-21 07:00, Jan Dj=E4rv pisze: > It seems like Emacs stops receiving SIGIO. If it is blocked or if Gtk+= stole the signal handler I don't know yet. Sounds interesting, waiting for more info. I will be glad to learn more=20 about signals. This is what I read on=20 http://unixhelp.ed.ac.uk/CGI/man-cgi?signal+7, maybe it will be relevant: If more than one of the threads has the signal unblocked, then the kernel chooses an=20 arbitrary thread to which to deliver the signal. There are several threads in action (some belonging to gtk), so this=20 tells me Emacs cannot be sure to receive any kernel signal. Gtk uses the=20 term signal for a different thing, it makes googling difficult. Jarek From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 30 06:41:47 2013 Received: (at 15801) by debbugs.gnu.org; 30 Nov 2013 11:41:47 +0000 Received: from localhost ([127.0.0.1]:51218 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vmivi-0008Qa-E0 for submit@debbugs.gnu.org; Sat, 30 Nov 2013 06:41:46 -0500 Received: from mailfe09.tele2.se ([212.247.155.1]:58187 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vmiva-0008QG-Mj for 15801@debbugs.gnu.org; Sat, 30 Nov 2013 06:41:40 -0500 X-T2-Spam-Status: No, hits=0.0 required=5.0 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe09.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 283225949; Sat, 30 Nov 2013 12:41:29 +0100 Received: from anon-59-131.vpn.ipredator.se (unknown [46.246.59.131]) (Authenticated sender: jhd) by hosdjarv.se (Postfix) with ESMTPSA id D05A31A01A3; Sat, 30 Nov 2013 11:41:28 +0000 (UTC) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: bug#15801: 24.3.50; bar scrolling freezes gtk emacs From: =?iso-8859-1?Q?Jan_Dj=E4rv?= In-Reply-To: <528DB55B.4080401@poczta.onet.pl> Date: Sat, 30 Nov 2013 12:41:27 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2F3FE7B0-9C9E-4B6D-B72C-C32C81646028@swipnet.se> References: <5277EA95.4070001@poczta.onet.pl> <527A9D0D.6040207@poczta.onet.pl> <7A380DDA-E95E-4F8A-BEB9-2AB97C1319BB@swipnet.se> <528DB55B.4080401@poczta.onet.pl> To: Jarek Czekalski X-Mailer: Apple Mail (2.1822) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 15801 Cc: Eli Zaretskii , 15801@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hello. 21 nov 2013 kl. 08:25 skrev Jarek Czekalski : > W dniu 2013-11-21 07:00, Jan Dj=E4rv pisze: >> It seems like Emacs stops receiving SIGIO. If it is blocked or if = Gtk+ stole the signal handler I don't know yet. >=20 > Sounds interesting, waiting for more info. I will be glad to learn = more about signals. This is what I read on = http://unixhelp.ed.ac.uk/CGI/man-cgi?signal+7, maybe it will be = relevant: >=20 > If more than one of the > threads has the signal unblocked, then the kernel chooses an = arbitrary > thread to which to deliver the signal. >=20 > There are several threads in action (some belonging to gtk), so this = tells me Emacs cannot be sure to receive any kernel signal. Gtk uses the = term signal for a different thing, it makes googling difficult. Actually the signal handling is sane. It is somthing else. In xdisp.c, redisplay_internal there is a path that turns off SIGIO and = never turn it on again. I.e.: enter redisplay_internal unrequest_sigio() /* Two paths to do this in the code */ goto retry /* Many places */ goto end_of_redisplay /* One place */ When this path in the code is taken, SIGIO is off (blocked) and never = turned on again, and Emacs freezes. Cc:ing Eli. The obvious fix would be to request_sigio before exit. Is = there any side effects to this? This is very hard to reproduce. I have to scroll like mad on a slow = computer to see it. On a faster computer I can't reproduce it. I guess = it has to do something with the time redisplay takes. Jan D. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 30 06:54:55 2013 Received: (at 15801) by debbugs.gnu.org; 30 Nov 2013 11:54:55 +0000 Received: from localhost ([127.0.0.1]:51224 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vmj8Q-0000IC-9Z for submit@debbugs.gnu.org; Sat, 30 Nov 2013 06:54:54 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:38560) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vmj8M-0000Ht-H7 for 15801@debbugs.gnu.org; Sat, 30 Nov 2013 06:54:52 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MX200600RMPL800@a-mtaout22.012.net.il> for 15801@debbugs.gnu.org; Sat, 30 Nov 2013 13:54:43 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MX2006GORR7KP10@a-mtaout22.012.net.il>; Sat, 30 Nov 2013 13:54:43 +0200 (IST) Date: Sat, 30 Nov 2013 13:54:36 +0200 From: Eli Zaretskii Subject: Re: bug#15801: 24.3.50; bar scrolling freezes gtk emacs In-reply-to: <2F3FE7B0-9C9E-4B6D-B72C-C32C81646028@swipnet.se> X-012-Sender: halo1@inter.net.il To: Jan =?iso-8859-1?Q?Dj=E4rv?= Message-id: <83txeu5clf.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 8BIT References: <5277EA95.4070001@poczta.onet.pl> <527A9D0D.6040207@poczta.onet.pl> <7A380DDA-E95E-4F8A-BEB9-2AB97C1319BB@swipnet.se> <528DB55B.4080401@poczta.onet.pl> <2F3FE7B0-9C9E-4B6D-B72C-C32C81646028@swipnet.se> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 15801 Cc: 15801@debbugs.gnu.org, jarekczek@poczta.onet.pl X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Jan Djärv > Date: Sat, 30 Nov 2013 12:41:27 +0100 > Cc: 15801@debbugs.gnu.org, > Eli Zaretskii > > enter redisplay_internal > unrequest_sigio() /* Two paths to do this in the code */ > goto retry /* Many places */ > goto end_of_redisplay /* One place */ > > When this path in the code is taken, SIGIO is off (blocked) and never turned on again, and Emacs freezes. > > Cc:ing Eli. The obvious fix would be to request_sigio before exit. Is there any side effects to this? If you call request_sigio only if interrupts_deferred is non-zero, I see no adverse side effects. In any case, code paths that turn off SIGIO and never turn it on again are obvious bugs. Thanks for finding this one. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 30 07:51:25 2013 Received: (at 15801) by debbugs.gnu.org; 30 Nov 2013 12:51:25 +0000 Received: from localhost ([127.0.0.1]:51247 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vmk16-0002if-Gk for submit@debbugs.gnu.org; Sat, 30 Nov 2013 07:51:24 -0500 Received: from mailfe06.swip.net ([212.247.154.161]:49785 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vmk11-0002iP-VM for 15801@debbugs.gnu.org; Sat, 30 Nov 2013 07:51:21 -0500 X-T2-Spam-Status: No, hits=0.8 required=5.0 tests=BAYES_50 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe06.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 455095019; Sat, 30 Nov 2013 13:51:12 +0100 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: bug#15801: 24.3.50; bar scrolling freezes gtk emacs From: =?iso-8859-1?Q?Jan_Dj=E4rv?= In-Reply-To: <83txeu5clf.fsf@gnu.org> Date: Sat, 30 Nov 2013 13:51:11 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <3CEF3563-0727-4D4C-A415-686497098143@swipnet.se> References: <5277EA95.4070001@poczta.onet.pl> <527A9D0D.6040207@poczta.onet.pl> <7A380DDA-E95E-4F8A-BEB9-2AB97C1319BB@swipnet.se> <528DB55B.4080401@poczta.onet.pl> <2F3FE7B0-9C9E-4B6D-B72C-C32C81646028@swipnet.se> <83txeu5clf.fsf@gnu.org> To: Eli Zaretskii X-Mailer: Apple Mail (2.1822) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 15801 Cc: 15801@debbugs.gnu.org, Jarek Czekalski X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hello. 30 nov 2013 kl. 12:54 skrev Eli Zaretskii : >> From: Jan Dj=E4rv >> Date: Sat, 30 Nov 2013 12:41:27 +0100 >> Cc: 15801@debbugs.gnu.org, >> Eli Zaretskii >>=20 >> enter redisplay_internal >> unrequest_sigio() /* Two paths to do this in the code */ >> goto retry /* Many places */ >> goto end_of_redisplay /* One place */ >>=20 >> When this path in the code is taken, SIGIO is off (blocked) and never = turned on again, and Emacs freezes. >>=20 >> Cc:ing Eli. The obvious fix would be to request_sigio before exit. = Is there any side effects to this? >=20 > If you call request_sigio only if interrupts_deferred is non-zero, I > see no adverse side effects. >=20 > In any case, code paths that turn off SIGIO and never turn it on again > are obvious bugs. Thanks for finding this one. OK, I checked in a fix. I can't reproduce the bug with this, but I had = a hard time reproducing it anyway. Jan D. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 30 08:55:40 2013 Received: (at 15801) by debbugs.gnu.org; 30 Nov 2013 13:55:40 +0000 Received: from localhost ([127.0.0.1]:51286 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vml1D-0004Ge-6V for submit@debbugs.gnu.org; Sat, 30 Nov 2013 08:55:35 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:65317) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vml16-0004GJ-Cn for 15801@debbugs.gnu.org; Sat, 30 Nov 2013 08:55:29 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0MX200B00WYSI600@a-mtaout23.012.net.il> for 15801@debbugs.gnu.org; Sat, 30 Nov 2013 15:55:21 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MX200BROXC9I810@a-mtaout23.012.net.il>; Sat, 30 Nov 2013 15:55:21 +0200 (IST) Date: Sat, 30 Nov 2013 15:55:14 +0200 From: Eli Zaretskii Subject: Re: bug#15801: 24.3.50; bar scrolling freezes gtk emacs In-reply-to: <3CEF3563-0727-4D4C-A415-686497098143@swipnet.se> X-012-Sender: halo1@inter.net.il To: Jan =?iso-8859-1?Q?Dj=E4rv?= Message-id: <83r49y570d.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 8BIT References: <5277EA95.4070001@poczta.onet.pl> <527A9D0D.6040207@poczta.onet.pl> <7A380DDA-E95E-4F8A-BEB9-2AB97C1319BB@swipnet.se> <528DB55B.4080401@poczta.onet.pl> <2F3FE7B0-9C9E-4B6D-B72C-C32C81646028@swipnet.se> <83txeu5clf.fsf@gnu.org> <3CEF3563-0727-4D4C-A415-686497098143@swipnet.se> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 15801 Cc: 15801@debbugs.gnu.org, jarekczek@poczta.onet.pl X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Jan Djärv > Date: Sat, 30 Nov 2013 13:51:11 +0100 > Cc: Jarek Czekalski , > 15801@debbugs.gnu.org > > >> Cc:ing Eli. The obvious fix would be to request_sigio before exit. Is there any side effects to this? > > > > If you call request_sigio only if interrupts_deferred is non-zero, I > > see no adverse side effects. > > > > In any case, code paths that turn off SIGIO and never turn it on again > > are obvious bugs. Thanks for finding this one. > > OK, I checked in a fix. I can't reproduce the bug with this, but I had a hard time reproducing it anyway. Thanks, but it looks like you called unrequest_sigio instead of request_sigio ;-) From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 30 09:05:27 2013 Received: (at 15801) by debbugs.gnu.org; 30 Nov 2013 14:05:27 +0000 Received: from localhost ([127.0.0.1]:51320 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VmlAk-0004Xk-KV for submit@debbugs.gnu.org; Sat, 30 Nov 2013 09:05:26 -0500 Received: from mailfe02.swip.net ([212.247.154.33]:35261 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VmlAh-0004XV-Gz for 15801@debbugs.gnu.org; Sat, 30 Nov 2013 09:05:24 -0500 X-T2-Spam-Status: No, hits=0.8 required=5.0 tests=BAYES_50 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe02.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 457023670; Sat, 30 Nov 2013 15:05:15 +0100 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: bug#15801: 24.3.50; bar scrolling freezes gtk emacs From: =?iso-8859-1?Q?Jan_Dj=E4rv?= In-Reply-To: <83r49y570d.fsf@gnu.org> Date: Sat, 30 Nov 2013 15:05:13 +0100 Content-Transfer-Encoding: 7bit Message-Id: <061CCDB1-B598-4378-B729-446176CEB160@swipnet.se> References: <5277EA95.4070001@poczta.onet.pl> <527A9D0D.6040207@poczta.onet.pl> <7A380DDA-E95E-4F8A-BEB9-2AB97C1319BB@swipnet.se> <528DB55B.4080401@poczta.onet.pl> <2F3FE7B0-9C9E-4B6D-B72C-C32C81646028@swipnet.se> <83txeu5clf.fsf@gnu.org> <3CEF3563-0727-4D4C-A415-686497098143@swipnet.se> <83r49y570d.fsf@gnu.org> To: Eli Zaretskii X-Mailer: Apple Mail (2.1822) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 15801 Cc: 15801@debbugs.gnu.org, Jarek Czekalski X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) 30 nov 2013 kl. 14:55 skrev Eli Zaretskii : > Thanks, but it looks like you called unrequest_sigio instead of > request_sigio ;-) Drat! Fixed. Jan D. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 30 12:04:19 2013 Received: (at 15801) by debbugs.gnu.org; 30 Nov 2013 17:04:19 +0000 Received: from localhost ([127.0.0.1]:51930 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vmnxr-0000UB-6E for submit@debbugs.gnu.org; Sat, 30 Nov 2013 12:04:19 -0500 Received: from smtpo11.poczta.onet.pl ([213.180.142.142]:48820) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vmnxn-0000Tm-RK for 15801@debbugs.gnu.org; Sat, 30 Nov 2013 12:04:17 -0500 Received: from [192.168.17.9] (cj.e-siemianowice.pl [95.215.234.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jarekczek@poczta.onet.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3dWzT24XHbz9ttS5 for <15801@debbugs.gnu.org>; Sat, 30 Nov 2013 18:04:04 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=poczta.onet.pl; s=2011; t=1385831046; bh=Rzh4qk8z60lh96oqCFtrSMK6mKQhsrhKU88hHbEu2F8=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type; b=OLNZbtWGKO+n5YKQMoY+AI4dUHdMd1+4DU70umhiUzMGpuMxoghdYrIbwYQiaCSJJ kmaH+iuZtHSlcbfYMI7lBQaBxt38mRITCEC7JWs3K1C4wWPUNIL9DfUbQWyhK39e8g oR3iUyWZsaBfk4vE/sa82XtjywJQcp1vzz7k4KiM= Message-ID: <529A1A85.6050608@poczta.onet.pl> Date: Sat, 30 Nov 2013 18:04:05 +0100 From: Jarek Czekalski User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: 15801@debbugs.gnu.org Subject: 24.3.50; bar scrolling freezes gtk emacs Content-Type: multipart/mixed; boundary="------------080205020103060708010701" X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Jan, Thank you for the attempt. It must be very difficult to work on it, without being able to reproduce as easily as it happens on my side. The attempt failed. The code you inserted is never reached. Even if I make it reachable (reducing the condition to "interrupt_input" or make it executed always), still hanging occurs with the same ease. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [213.180.142.142 listed in list.dnswl.org] 1.2 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net [Blocked - see ] -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Debbugs-Envelope-To: 15801 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Jan, Thank you for the attempt. It must be very difficult to work on it, without being able to reproduce as easily as it happens on my side. The attempt failed. The code you inserted is never reached. Even if I make it reachable (reducing the condition to "interrupt_input" or make it executed always), still hanging occurs with the same ease. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [213.180.142.142 listed in list.dnswl.org] 1.2 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net [Blocked - see ] -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid This is a multi-part message in MIME format. --------------080205020103060708010701 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Jan, Thank you for the attempt. It must be very difficult to work on it, without being able to reproduce as easily as it happens on my side. The attempt failed. The code you inserted is never reached. Even if I make it reachable (reducing the condition to "interrupt_input" or make it executed always), still hanging occurs with the same ease. What you fix is probably introduced a very long time ago (before r31171), with copy and paste programming method. This could be more readable as part of STOP_POLLING and RESUME_POLLING macros (or maybe even part of stop_polling?). I prepared a patch making it so. This has nothing to do with copyright, the idea is yours, so please don't credit me in this case. Anyway I posted an assignment 2 weeks ago, maybe it arrived already. This is only code rearrangement, without any behavior change, so you may skip it as well. Further discoveries: 1. Making unrequest_sigio never called does not remove the freeze (in one attempt it even appeared sooner) 2. Placing STOP_POLLING (patched, containing unrequest) at the very beginning of redisplay_internal seems to make no detectable change Maybe one of these changes would make it reproducable at your box? When I was debugging threading issues in Java I used a function debugDelay(int n) which simulated computations. This could be inserted in various places to make bugs reproducable by anyone. Of course finding the right place(s) is truly difficult. Maybe this method could be applied here. If we don't have such a helper function, I can write it. It must trick the compiler, so it not optimize the fictional loop. But I can't help in finding the right place to insert it, because I reproduce it in a blink of an eye. Jarek --------------080205020103060708010701 Content-Type: text/plain; charset=windows-1250; name="req_sigio_1_0.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="req_sigio_1_0.txt" PT09IG1vZGlmaWVkIGZpbGUgJ3NyYy94ZGlzcC5jJwotLS0gc3JjL3hkaXNwLmMJMjAxMy0x MS0zMCAxNDowMzo1MyArMDAwMAorKysgc3JjL3hkaXNwLmMJMjAxMy0xMS0zMCAxNjowNDo1 OSArMDAwMApAQCAtMTMxMTksMTMgKzEzMTE5LDI4IEBACiAgICAgfQogfQogCi0jZGVmaW5l IFNUT1BfUE9MTElORwkJCQkJXAotZG8geyBpZiAoISBwb2xsaW5nX3N0b3BwZWRfaGVyZSkg c3RvcF9wb2xsaW5nICgpOwlcCi0gICAgICAgcG9sbGluZ19zdG9wcGVkX2hlcmUgPSAxOyB9 IHdoaWxlICgwKQorI2RlZmluZSBTVE9QX1BPTExJTkcgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIFwKK2RvIHsgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBcCisgIGlmICghIHBvbGxpbmdfc3RvcHBlZF9oZXJl KSBzdG9wX3BvbGxpbmcgKCk7ICAgICAgICAgICAgXAorICBwb2xsaW5nX3N0b3BwZWRfaGVy ZSA9IDE7ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKKyAgLyogUHJldmVudCB2 YXJpb3VzIGtpbmRzIG9mIHNpZ25hbHMgZHVyaW5nIGRpc3BsYXkgICAgICBcCisgICAgIHVw ZGF0ZS4gIHN0ZGlvIGlzIG5vdCByb2J1c3QgYWJvdXQgaGFuZGxpbmcgICAgICAgICAgXAor ICAgICBzaWduYWxzLCB3aGljaCBjYW4gY2F1c2UgYW4gYXBwYXJlbnQgSS9PIGVycm9yLiAg Ki8gIFwKKyAgaWYgKGludGVycnVwdF9pbnB1dCkgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBcCisgICAgdW5yZXF1ZXN0X3NpZ2lvICgpOyAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgXAorfSB3aGlsZSAoMCkKIAotI2RlZmluZSBSRVNVTUVfUE9M TElORwkJCQkJXAotZG8geyBpZiAocG9sbGluZ19zdG9wcGVkX2hlcmUpIHN0YXJ0X3BvbGxp bmcgKCk7CVwKLSAgICAgICBwb2xsaW5nX3N0b3BwZWRfaGVyZSA9IDA7IH0gd2hpbGUgKDAp CisjZGVmaW5lIFJFU1VNRV9QT0xMSU5HICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFwKK2RvIHsgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXAorICBpZiAocG9sbGlu Z19zdG9wcGVkX2hlcmUpIHN0YXJ0X3BvbGxpbmcgKCk7CSAgICAgICAgICAgICAgICAgICAg ICAgXAorICBwb2xsaW5nX3N0b3BwZWRfaGVyZSA9IDA7ICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBcCisgIC8qIFN0YXJ0IFNJR0lPIGludGVycnVwdHMg Y29taW5nIGFnYWluLiAgSGF2aW5nIHRoZW0gb2ZmIGR1cmluZyB0aGUgIFwKKyAgICAgY29k ZSBhYm92ZSBtYWtlcyBpdCBsZXNzIGxpa2VseSBvbmUgd2lsbCBkaXNjYXJkIG91dHB1dCwg YnV0IG5vdCAgXAorICAgICBpbXBvc3NpYmxlLCBzaW5jZSB0aGVyZSBtaWdodCBiZSBzdHVm ZiBpbiB0aGUgc3lzdGVtIGJ1ZmZlciBoZXJlLiBcCisgICAgIEJ1dCBpdCBpcyBtdWNoIGhh aXJpZXIgdG8gdHJ5IHRvIGRvIGFueXRoaW5nIGFib3V0IHRoYXQuICAqLyAgICAgIFwKKyAg aWYgKGludGVycnVwdF9pbnB1dCkgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgXAorICAgIHJlcXVlc3Rfc2lnaW8gKCk7ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcCit9IHdoaWxlICgwKQogCiAK IC8qIFBlcmhhcHMgaW4gdGhlIGZ1dHVyZSBhdm9pZCByZWNlbnRlcmluZyB3aW5kb3dzIGlm IGl0CkBAIC0xMzYyNywxMSArMTM2NDIsNiBAQAogCQkJZ290byByZXRyeV9mcmFtZTsKIAkJ ICAgIH0KIAotCQkgIC8qIFByZXZlbnQgdmFyaW91cyBraW5kcyBvZiBzaWduYWxzIGR1cmlu ZyBkaXNwbGF5Ci0JCSAgICAgdXBkYXRlLiAgc3RkaW8gaXMgbm90IHJvYnVzdCBhYm91dCBo YW5kbGluZwotCQkgICAgIHNpZ25hbHMsIHdoaWNoIGNhbiBjYXVzZSBhbiBhcHBhcmVudCBJ L08gZXJyb3IuICAqLwotCQkgIGlmIChpbnRlcnJ1cHRfaW5wdXQpCi0JCSAgICB1bnJlcXVl c3Rfc2lnaW8gKCk7CiAJCSAgU1RPUF9QT0xMSU5HOwogCiAJCSAgcGVuZGluZyB8PSB1cGRh dGVfZnJhbWUgKGYsIDAsIDApOwpAQCAtMTM2ODQsMTEgKzEzNjk0LDYgQEAKICAgICAgIGlm IChzZi0+Zm9udHNfY2hhbmdlZCkKIAlnb3RvIHJldHJ5OwogCi0gICAgICAvKiBQcmV2ZW50 IHZhcmlvdXMga2luZHMgb2Ygc2lnbmFscyBkdXJpbmcgZGlzcGxheSB1cGRhdGUuCi0JIHN0 ZGlvIGlzIG5vdCByb2J1c3QgYWJvdXQgaGFuZGxpbmcgc2lnbmFscywKLQkgd2hpY2ggY2Fu IGNhdXNlIGFuIGFwcGFyZW50IEkvTyBlcnJvci4gICovCi0gICAgICBpZiAoaW50ZXJydXB0 X2lucHV0KQotCXVucmVxdWVzdF9zaWdpbyAoKTsKICAgICAgIFNUT1BfUE9MTElORzsKIAog ICAgICAgaWYgKEZSQU1FX1ZJU0lCTEVfUCAoc2YpICYmICFGUkFNRV9PQlNDVVJFRF9QIChz ZikpCkBAIC0xMzc2MSwxMiArMTM3NjYsNiBAQAogICAgICAgd2luZG93c19vcl9idWZmZXJz X2NoYW5nZWQgPSAwOwogICAgIH0KIAotICAvKiBTdGFydCBTSUdJTyBpbnRlcnJ1cHRzIGNv bWluZyBhZ2Fpbi4gIEhhdmluZyB0aGVtIG9mZiBkdXJpbmcgdGhlCi0gICAgIGNvZGUgYWJv dmUgbWFrZXMgaXQgbGVzcyBsaWtlbHkgb25lIHdpbGwgZGlzY2FyZCBvdXRwdXQsIGJ1dCBu b3QKLSAgICAgaW1wb3NzaWJsZSwgc2luY2UgdGhlcmUgbWlnaHQgYmUgc3R1ZmYgaW4gdGhl IHN5c3RlbSBidWZmZXIgaGVyZS4KLSAgICAgQnV0IGl0IGlzIG11Y2ggaGFpcmllciB0byB0 cnkgdG8gZG8gYW55dGhpbmcgYWJvdXQgdGhhdC4gICovCi0gIGlmIChpbnRlcnJ1cHRfaW5w dXQpCi0gICAgcmVxdWVzdF9zaWdpbyAoKTsKICAgUkVTVU1FX1BPTExJTkc7CiAKICAgLyog SWYgYSBmcmFtZSBoYXMgYmVjb21lIHZpc2libGUgd2hpY2ggd2FzIG5vdCBiZWZvcmUsIHJl ZGlzcGxheQpAQCAtMTM4MTksOCArMTM4MTgsNiBAQAogI2VuZGlmIC8qIEhBVkVfV0lORE9X X1NZU1RFTSAqLwogCiAgZW5kX29mX3JlZGlzcGxheToKLSAgaWYgKGludGVycnVwdF9pbnB1 dCAmJiBpbnRlcnJ1cHRzX2RlZmVycmVkKQotICAgIHJlcXVlc3Rfc2lnaW8gKCk7CiAKICAg dW5iaW5kX3RvIChjb3VudCwgUW5pbCk7CiAgIFJFU1VNRV9QT0xMSU5HOwoK --------------080205020103060708010701-- From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 30 12:10:15 2013 Received: (at 15801) by debbugs.gnu.org; 30 Nov 2013 17:10:15 +0000 Received: from localhost ([127.0.0.1]:51934 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vmo3b-0000d0-6T for submit@debbugs.gnu.org; Sat, 30 Nov 2013 12:10:15 -0500 Received: from smtpo56.poczta.onet.pl ([213.180.142.187]:51657) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vmo3Z-0000cm-4R for 15801@debbugs.gnu.org; Sat, 30 Nov 2013 12:10:14 -0500 Received: from [192.168.17.9] (cj.e-siemianowice.pl [95.215.234.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jarekczek@poczta.onet.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3dWzbz01mVzZCTx1 for <15801@debbugs.gnu.org>; Sat, 30 Nov 2013 18:10:05 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=poczta.onet.pl; s=2011; t=1385831407; bh=HwkaWlalJ/NzGqrJqy85I5ZV0I6sBmdNF3tpgxuTmj4=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=WfWzqw87QVz0x1zhkg57uncuZs5xWWe+6lPLReM8mSRkbcHTcHsMAUfL9UKCnAde/ 3ycsLE9JK/5ypn9LZyFnZUH/3SXm8kN30we7VDSbaTxwa5z5VHyuGM0yWt1wS3RKhQ lDZe0yF8joiU5l0JCoNCxywdRlYYU35e0tO5E47s= Message-ID: <529A1BED.40603@poczta.onet.pl> Date: Sat, 30 Nov 2013 18:10:05 +0100 From: Jarek Czekalski User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: 15801@debbugs.gnu.org Subject: 24.3.50; bar scrolling freezes gtk emacs - stdout warning Content-Type: text/plain; charset=windows-1250; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 15801 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Warning: don't put much debugging output to stdout, it ceases the freeze as well. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 30 13:12:50 2013 Received: (at 15801) by debbugs.gnu.org; 30 Nov 2013 18:12:50 +0000 Received: from localhost ([127.0.0.1]:51969 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vmp28-0002Be-VG for submit@debbugs.gnu.org; Sat, 30 Nov 2013 13:12:49 -0500 Received: from smtpo11.poczta.onet.pl ([213.180.142.142]:48021) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vmp24-0002BO-Fb for 15801@debbugs.gnu.org; Sat, 30 Nov 2013 13:12:46 -0500 Received: from [192.168.17.9] (cj.e-siemianowice.pl [95.215.234.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jarekczek@poczta.onet.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3dX0z20GcVz9ttYF; Sat, 30 Nov 2013 19:11:40 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=poczta.onet.pl; s=2011; t=1385835103; bh=D4T5UFbtRm+P0q7WpPL15yZv5qX7ALYbzhXd5HlGWag=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=GB9rm/fFZcFiZuu4nHB+Dye77jvIv8/GW/ty0Y7YDlzRJRDfx5J8lIcH7nhb04oGU JIOCS9/2bYNK0b3Pd8RGZtZrSDCy+FtsirQFNXEGiiP/PkqLqp5RwC/qmEzDSK9Xp3 I9YAkz4ZVFFDifJkPdonjzxeKj4kUtbMqtASfLtg= Message-ID: <529A2A5C.9020508@poczta.onet.pl> Date: Sat, 30 Nov 2013 19:11:40 +0100 From: Jarek Czekalski User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#15801: 24.3.50; bar scrolling freezes gtk emacs References: <5277EA95.4070001@poczta.onet.pl> <527A9D0D.6040207@poczta.onet.pl> <7A380DDA-E95E-4F8A-BEB9-2AB97C1319BB@swipnet.se> <528DB55B.4080401@poczta.onet.pl> <2F3FE7B0-9C9E-4B6D-B72C-C32C81646028@swipnet.se> <83txeu5clf.fsf@gnu.org> <3CEF3563-0727-4D4C-A415-686497098143@swipnet.se> <83r49y570d.fsf@gnu.org> In-Reply-To: <83r49y570d.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: W dniu 2013-11-30 14:55, Eli Zaretskii pisze: >> >>>> Cc:ing Eli. The obvious fix would be to request_sigio before exit. Is there any side effects to this? >>> If you call request_sigio only if interrupts_deferred is non-zero, I >>> see no adverse side effects. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.2 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net [Blocked - see ] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [213.180.142.142 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Debbugs-Envelope-To: 15801 Cc: =?ISO-8859-1?Q?Jan_Dj=E4rv?= , 15801@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: W dniu 2013-11-30 14:55, Eli Zaretskii pisze: >> >>>> Cc:ing Eli. The obvious fix would be to request_sigio before exit. Is there any side effects to this? >>> If you call request_sigio only if interrupts_deferred is non-zero, I >>> see no adverse side effects. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [213.180.142.142 listed in list.dnswl.org] 1.2 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net [Blocked - see ] -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid W dniu 2013-11-30 14:55, Eli Zaretskii pisze: >> >>>> Cc:ing Eli. The obvious fix would be to request_sigio before exit. Is there any side effects to this? >>> If you call request_sigio only if interrupts_deferred is non-zero, I >>> see no adverse side effects. Well, the old code does not bother checking interrupts_deferred. Is this important? if (interrupt_input) request_sigio (); RESUME_POLLING; Jarek From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 30 13:39:08 2013 Received: (at 15801) by debbugs.gnu.org; 30 Nov 2013 18:39:08 +0000 Received: from localhost ([127.0.0.1]:51993 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VmpRb-0002qA-69 for submit@debbugs.gnu.org; Sat, 30 Nov 2013 13:39:07 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:63608) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VmpRY-0002pa-1V for 15801@debbugs.gnu.org; Sat, 30 Nov 2013 13:39:05 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MX300H009MIZ900@a-mtaout20.012.net.il> for 15801@debbugs.gnu.org; Sat, 30 Nov 2013 20:38:57 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MX300IFIAGW2I00@a-mtaout20.012.net.il>; Sat, 30 Nov 2013 20:38:57 +0200 (IST) Date: Sat, 30 Nov 2013 20:38:51 +0200 From: Eli Zaretskii Subject: Re: bug#15801: 24.3.50; bar scrolling freezes gtk emacs In-reply-to: <529A2A5C.9020508@poczta.onet.pl> X-012-Sender: halo1@inter.net.il To: Jarek Czekalski Message-id: <83mwkl68g4.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 8BIT References: <5277EA95.4070001@poczta.onet.pl> <527A9D0D.6040207@poczta.onet.pl> <7A380DDA-E95E-4F8A-BEB9-2AB97C1319BB@swipnet.se> <528DB55B.4080401@poczta.onet.pl> <2F3FE7B0-9C9E-4B6D-B72C-C32C81646028@swipnet.se> <83txeu5clf.fsf@gnu.org> <3CEF3563-0727-4D4C-A415-686497098143@swipnet.se> <83r49y570d.fsf@gnu.org> <529A2A5C.9020508@poczta.onet.pl> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 15801 Cc: jan.h.d@swipnet.se, 15801@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Sat, 30 Nov 2013 19:11:40 +0100 > From: Jarek Czekalski > CC: Jan Djärv , > 15801@debbugs.gnu.org > > > W dniu 2013-11-30 14:55, Eli Zaretskii pisze: > >> > >>>> Cc:ing Eli. The obvious fix would be to request_sigio before exit. Is there any side effects to this? > >>> If you call request_sigio only if interrupts_deferred is non-zero, I > >>> see no adverse side effects. > > Well, the old code does not bother checking interrupts_deferred. Is this > important? Look at what request_sigio does. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 30 18:17:03 2013 Received: (at 15801) by debbugs.gnu.org; 30 Nov 2013 23:17:03 +0000 Received: from localhost ([127.0.0.1]:52165 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VmtmY-0002E5-Qb for submit@debbugs.gnu.org; Sat, 30 Nov 2013 18:17:03 -0500 Received: from mailfe03.swip.net ([212.247.154.65]:35335 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VmtmV-0002DV-ND for 15801@debbugs.gnu.org; Sat, 30 Nov 2013 18:17:01 -0500 X-T2-Spam-Status: No, hits=0.0 required=5.0 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe03.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 289273363; Sun, 01 Dec 2013 00:16:52 +0100 Content-Type: text/plain; charset=windows-1250 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: bug#15801: 24.3.50; bar scrolling freezes gtk emacs From: =?windows-1250?Q?Jan_Dj=E4rv?= In-Reply-To: <529A1A85.6050608@poczta.onet.pl> Date: Sun, 1 Dec 2013 00:16:52 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2C9F6FFF-8FAD-42BC-81A5-723D6E4983FD@swipnet.se> References: <5277EA95.4070001@poczta.onet.pl> <529A1A85.6050608@poczta.onet.pl> To: Jarek Czekalski X-Mailer: Apple Mail (2.1822) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 15801 Cc: 15801@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hello. 30 nov 2013 kl. 18:04 skrev Jarek Czekalski : > Jan, >=20 > Thank you for the attempt. It must be very difficult to work on it, = without being able to reproduce as easily as it happens on my side. >=20 > The attempt failed. The code you inserted is never reached. It is indeed reached. Maybe not when you encountered the freeze. I = traced the signal mask and (un)request_sigio calls, and everytime I got = a freeze, it was because unrequest_sigio had been called but = request_sigio had not been called. You obviously have a different freeze. > Even if I make it reachable (reducing the condition to = "interrupt_input" or make it executed always), still hanging occurs with = the same ease. >=20 > What you fix is probably introduced a very long time ago (before = r31171), with copy and paste programming method. This sentence I can't understand > This could be more readable as part of STOP_POLLING and > RESUME_POLLING macros (or maybe even part of stop_polling?). I = prepared a patch making it so. This has nothing to do with copyright, = the idea is yours, so please don't credit me in this case. Anyway I = posted an assignment 2 weeks ago, maybe it arrived already. This is only = code rearrangement, without any behavior change, so you may skip it as = well. POLLING and SIGIO are two different concepts, it would be very unclear = to put SIGIO operations in a POLLING macro. >=20 > Further discoveries: > 1. Making unrequest_sigio never called does not remove the freeze (in = one attempt it even appeared sooner) > 2. Placing STOP_POLLING (patched, containing unrequest) at the very = beginning of redisplay_internal seems to make no detectable change > Maybe one of these changes would make it reproducable at your box? >=20 > When I was debugging threading issues in Java I used a function = debugDelay(int n) which simulated computations. This could be inserted = in various places to make bugs reproducable by anyone. Of course finding = the right place(s) is truly difficult. Maybe this method could be = applied here. If we don't have such a helper function, I can write it. = It must trick the compiler, so it not optimize the fictional loop. But I = can't help in finding the right place to insert it, because I reproduce = it in a blink of an eye. I guess you have to debug it. Jan D. From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 01 06:07:16 2013 Received: (at 15801) by debbugs.gnu.org; 1 Dec 2013 11:07:16 +0000 Received: from localhost ([127.0.0.1]:52628 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vn4rr-0002Mu-W1 for submit@debbugs.gnu.org; Sun, 01 Dec 2013 06:07:16 -0500 Received: from mailfe05.swip.net ([212.247.154.129]:60123 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vn4rp-0002Md-4u for 15801@debbugs.gnu.org; Sun, 01 Dec 2013 06:07:14 -0500 X-T2-Spam-Status: No, hits=0.8 required=5.0 tests=BAYES_50 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe05.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 452451497; Sun, 01 Dec 2013 12:07:06 +0100 Content-Type: text/plain; charset=windows-1250 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: bug#15801: 24.3.50; bar scrolling freezes gtk emacs From: =?windows-1250?Q?Jan_Dj=E4rv?= In-Reply-To: <529B12DB.6020407@poczta.onet.pl> Date: Sun, 1 Dec 2013 12:07:07 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5277EA95.4070001@poczta.onet.pl> <529A1A85.6050608@poczta.onet.pl> <2C9F6FFF-8FAD-42BC-81A5-723D6E4983FD@swipnet.se> <529AF507.5080509@poczta.onet.pl> <0440E2A5-37C6-4F29-9B5D-38A6AE88C3B5@swipnet.se> <529B12DB.6020407@poczta.onet.pl> To: Jarek Czekalski X-Mailer: Apple Mail (2.1822) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 15801 Cc: 15801@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) 1 dec 2013 kl. 11:43 skrev Jarek Czekalski : >=20 > W dniu 2013-12-01 10:10, Jan Dj=E4rv pisze: >> That brings back the error that commit fixed. >=20 > Your commit also did some optimizations. If the commit really treated = only the case of -nw switch, it would have no influence on scroll bars = in gtk. >=20 > If you separate your joined commit (fixing and optimization) into 2 = separate commits, I can check which part introduces the problem. I no longer know what commit you are talking about. This: =3D=3D=3D modified file 'src/xgselect.c' @@ -44,9 +44,13 @@ - if (! (window_system_available (NULL) - && g_main_context_pending (context =3D g_main_context_default = ()))) - return pselect (fds_lim, rfds, wfds, efds, timeout, sigmask); + /* Do not try to optimize with an initial check with=20 g_main_context_pending + and a call to pselect if it returns false. If Gdk has a timeout=20= for 0.01 + second, and Emacs has a timeout for 1 second,=20 g_main_context_pending will + return false, but the timeout will be 1 second, thus missing the = gdk + timeout with a lot. */ + + context =3D g_main_context_default (); has absolutely nothing to do with -nw. The bug is clearly described in = the comment. There is no optimization involved, in fact a bad optimization is = removed. As for your first fix, I assume you mean this: + // Sometimes gtk_events_pending is true, but gdk_event_handler + // receives nothing and does not increase the count. + // If we ignore these pending events, then we lock up, + // for example with continuos movements of vertical scroll bar. + if (!count) count =3D 1; This basically introduces a busy wait, which is no good at all. Note = that Emacs is still running with SIGIO off with this patch, so while it = may fix the symptoms, it does not fix the problem. Jan D. From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 01 06:38:40 2013 Received: (at 15801) by debbugs.gnu.org; 1 Dec 2013 11:38:40 +0000 Received: from localhost ([127.0.0.1]:52658 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vn5MF-0003DH-SQ for submit@debbugs.gnu.org; Sun, 01 Dec 2013 06:38:40 -0500 Received: from smtpo11.poczta.onet.pl ([213.180.142.142]:52422) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vn5MA-0003Cz-GC for 15801@debbugs.gnu.org; Sun, 01 Dec 2013 06:38:36 -0500 Received: from [192.168.17.9] (cj.e-siemianowice.pl [95.215.234.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jarekczek@poczta.onet.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3dXSBp60Csz9ttcb; Sun, 1 Dec 2013 12:38:26 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=poczta.onet.pl; s=2011; t=1385897908; bh=eiosOEucPTZJiw0CM6us1ay2NTsSuYEJMHjhqpRkUF8=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=DtAzpdCM1Bj/WKDsEB8vBnPLtL7szRqkNd4QUN917gV5yuXo7Xmb+W2yo3XGyMWMq uBz1P+AybEijbaJTeoAHNsXfm3/eBlQ34iUuf7MLVzq5u43yLQjmgbuDWYODOfSjCZ YZNwpLOBk9rLb7a/qLVDKpWCB08AtLyA9itf8MIk= Message-ID: <529B1FB3.5080108@poczta.onet.pl> Date: Sun, 01 Dec 2013 12:38:27 +0100 From: Jarek Czekalski User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: =?windows-1250?Q?Jan_Dj=E4rv?= Subject: Re: bug#15801: 24.3.50; bar scrolling freezes gtk emacs References: <5277EA95.4070001@poczta.onet.pl> <529A1A85.6050608@poczta.onet.pl> <2C9F6FFF-8FAD-42BC-81A5-723D6E4983FD@swipnet.se> <529AF507.5080509@poczta.onet.pl> <0440E2A5-37C6-4F29-9B5D-38A6AE88C3B5@swipnet.se> <529B12DB.6020407@poczta.onet.pl> In-Reply-To: Content-Type: text/plain; charset=windows-1250; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 15801 Cc: 15801@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) W dniu 2013-12-01 12:07, Jan Djärv pisze: > has absolutely nothing to do with -nw. The bug is clearly described in the comment. > There is no optimization involved, in fact a bad optimization is removed. I also read the commit message. Please type: bzr log -r112892 -l 1 This is the commit I talk about since message 11 [1] in this bug report. You said (in private message a moment ago) that you fixed a common bug in this commit. Please give the bug id or describe the bug. Jarek [1] http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15801#11 From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 01 06:48:46 2013 Received: (at 15801) by debbugs.gnu.org; 1 Dec 2013 11:48:46 +0000 Received: from localhost ([127.0.0.1]:52662 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vn5W0-0003Ss-Ch for submit@debbugs.gnu.org; Sun, 01 Dec 2013 06:48:44 -0500 Received: from mailfe01.swip.net ([212.247.154.1]:52522 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vn5Vw-0003Sa-2V for 15801@debbugs.gnu.org; Sun, 01 Dec 2013 06:48:41 -0500 X-T2-Spam-Status: No, hits=0.8 required=5.0 tests=BAYES_50 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe01.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 460015309; Sun, 01 Dec 2013 12:48:32 +0100 Content-Type: text/plain; charset=windows-1250 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: bug#15801: 24.3.50; bar scrolling freezes gtk emacs From: =?windows-1250?Q?Jan_Dj=E4rv?= In-Reply-To: <529B1FB3.5080108@poczta.onet.pl> Date: Sun, 1 Dec 2013 12:48:33 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <4F3E7874-4212-4642-8DF1-EB02C202FCEA@swipnet.se> References: <5277EA95.4070001@poczta.onet.pl> <529A1A85.6050608@poczta.onet.pl> <2C9F6FFF-8FAD-42BC-81A5-723D6E4983FD@swipnet.se> <529AF507.5080509@poczta.onet.pl> <0440E2A5-37C6-4F29-9B5D-38A6AE88C3B5@swipnet.se> <529B12DB.6020407@poczta.onet.pl> <529B1FB3.5080108@poczta.onet.pl> To: Jarek Czekalski X-Mailer: Apple Mail (2.1822) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 15801 Cc: 15801@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hello. 1 dec 2013 kl. 12:38 skrev Jarek Czekalski : >=20 > W dniu 2013-12-01 12:07, Jan Dj=E4rv pisze: >> has absolutely nothing to do with -nw. The bug is clearly described = in the comment. >> There is no optimization involved, in fact a bad optimization is = removed. >=20 > I also read the commit message. Please type: >=20 > bzr log -r112892 -l 1 >=20 > This is the commit I talk about since message 11 [1] in this bug = report. >=20 > You said (in private message a moment ago) that you fixed a common bug = in this commit. Please give the bug id or describe the bug. Not all bug fixes have a bug report. I say again: the bug fixed is described in the comment: /* Do not try to optimize with an initial check with = g_main_context_pending and a call to pselect if it returns false. If Gdk has a timeout = for 0.01 second, and Emacs has a timeout for 1 second, = g_main_context_pending will return false, but the timeout will be 1 second, thus missing the = gdk timeout with a lot. */ Jan D. >=20 > Jarek >=20 > [1] http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D15801#11 From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 02 03:05:13 2013 Received: (at 15801) by debbugs.gnu.org; 2 Dec 2013 08:05:13 +0000 Received: from localhost ([127.0.0.1]:53944 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VnOVE-0005oT-0q for submit@debbugs.gnu.org; Mon, 02 Dec 2013 03:05:12 -0500 Received: from smtpo11.poczta.onet.pl ([213.180.142.142]:47518) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VnOV9-0005ns-3A for 15801@debbugs.gnu.org; Mon, 02 Dec 2013 03:05:09 -0500 Received: from [192.168.17.9] (cj.e-siemianowice.pl [95.215.234.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jarekczek@poczta.onet.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3dXzQ341BGz9ttjd for <15801@debbugs.gnu.org>; Mon, 2 Dec 2013 09:04:57 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=poczta.onet.pl; s=2011; t=1385971500; bh=LohbquY+btQ14wOZH0ScoFdJrb7tz62hTHp5Wv6EyxE=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=CwUBV/47VyPVgqBliL8/8dlQder55LHRnzReAsfRK0SM9A+LRocgkiKj8+YvjVLUj us37hhHx0Z1sC8PruzkpuDToKrD7Wf9jSGNfdpfTwvAyr+ioBPyneMflgm4zAI+CHH bKfxEIWKMZ8CHrULeeNt2+cUNZ64AQsAqEwDCfoY= Message-ID: <529C3F2B.4090104@poczta.onet.pl> Date: Mon, 02 Dec 2013 09:04:59 +0100 From: Jarek Czekalski User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: 15801@debbugs.gnu.org Subject: Re: bug#15801: 24.3.50; bar scrolling freezes gtk emacs Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 15801 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Jan, you got lost with the commit 112892 of yours. You say it has nothing to do with -nw, but in the message log you mention -nw. Please have one more look at it (at the whole commit), to see that I'm right. That's important, because I see a real problem with this commit. When you created xgselect.c file in r98730 you placed the following lines there: | /* Update event sources in GLib. */ | g_main_context_pending (context); As I understand it is that this call is important to update glib sources (possibly glib file descriptors too - my guess). In r109774 Paul removes this comment, while keeping the call to g_main_context_pending, but conditionally: + if (! (x_in_use + && g_main_context_pending (context = g_main_context_default ()))) In r112892 you say that call to g_main_context_pending is not needed at all, because it was a bad optimization, which you corrected. This is a mistake, isn't it? As a side note: I'm still trying to investigate my freeze. So far I know that in the "freezed" state xgselect returns non-zero, while XTread_socket returns 0. And this happens repeatedly and very quickly. Side note 2: detailed description of the bug being fixed in a commit is very important. Otherwise after just a few months we don't know what we really fixed. A link to a bug report or to a discussion on a mailing list would be very valueable. We don't have this information in commit r112892. Another concern when I analyze xgselect is why we increase the number of tested selectors over the number requested by the caller? If a caller receives a positive number, it thinks that there is something to read. But it will check only the descriptors up to the number it specified in the call. This doesn't make sense to me. Shouldn't it be specified in the documentation of xgselect, that it may surprise caller with false positives? This is not the usual behaviour of select-like calls, is it? And this is something that was changed by your commit. Previously a standard pselect was returned (under some circumstances). After that, the extended version, with false positives. Jarek From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 02 03:18:21 2013 Received: (at 15801) by debbugs.gnu.org; 2 Dec 2013 08:18:21 +0000 Received: from localhost ([127.0.0.1]:53956 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VnOhw-00068Z-7W for submit@debbugs.gnu.org; Mon, 02 Dec 2013 03:18:20 -0500 Received: from smtpo11.poczta.onet.pl ([213.180.142.142]:45548) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VnOhs-00068K-9m for 15801@debbugs.gnu.org; Mon, 02 Dec 2013 03:18:17 -0500 Received: from [192.168.17.9] (cj.e-siemianowice.pl [95.215.234.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jarekczek@poczta.onet.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3dXzjG3QCjz9ttT3 for <15801@debbugs.gnu.org>; Mon, 2 Dec 2013 09:18:09 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=poczta.onet.pl; s=2011; t=1385972290; bh=FAaYprDuAY1+e3i7qddeTseNL6EyM8OtlaOWnUlf80M=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=B8vrncyvheQbFLqslBdAJ1QD7jHLz9KMxLa89pPnYUNvk5EKM0LxSYBBVlD+O5kWH XEoy4FF+4do3ZLON3Tna0KQ0BxTmN0JZYPFany82dRASLheCaHKfIFhdp3pnW23w36 ak2/SaT/jTdu4ucpLrjHCKVrbB5bBnh4oDARG/cc= Message-ID: <529C4243.1050000@poczta.onet.pl> Date: Mon, 02 Dec 2013 09:18:11 +0100 From: Jarek Czekalski User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: 15801@debbugs.gnu.org Subject: bug#15801: 24.3.50; bar scrolling freezes gtk emacs Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 15801 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) The last paragraph, about false positives, seems like it was my mistake. I'm sorry for that. Jarek From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 02 12:10:35 2013 Received: (at 15801) by debbugs.gnu.org; 2 Dec 2013 17:10:35 +0000 Received: from localhost ([127.0.0.1]:54918 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VnX10-0004vW-Qm for submit@debbugs.gnu.org; Mon, 02 Dec 2013 12:10:35 -0500 Received: from smtpo56.poczta.onet.pl ([213.180.142.187]:41904) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VnX0x-0004vI-QE for 15801@debbugs.gnu.org; Mon, 02 Dec 2013 12:10:33 -0500 Received: from [192.168.17.5] (cj.e-siemianowice.pl [95.215.234.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jarekczek@poczta.onet.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3dYCWP5cnfzYkj1G for <15801@debbugs.gnu.org>; Mon, 2 Dec 2013 18:10:25 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=poczta.onet.pl; s=2011; t=1386004225; bh=IhlaNnhygcLipEqk/Lr4VBgltHKjJ5dDAjmeO2QfCKg=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=WVpYNrKmw/Tc17fzAhm9mDuDmSJA+e0eVuP1Co3XXu6zVQjJtgXC8Ea7qE14+jFxI tkGkkmZLMgz5HFxx2aRqxtM/1GEFtu7W+l+vINKGY/UCICgkLyr6EbGOfU5azCnRJE dZo1cLr50yy0j7tEYv0qeifGCAHGjLSOfgZE2akM= Message-ID: <529CBF38.8060001@poczta.onet.pl> Date: Mon, 02 Dec 2013 18:11:20 +0100 From: Jarek Czekalski User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: 15801@debbugs.gnu.org Subject: bug#15801: 24.3.50; bar scrolling freezes gtk emacs Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 15801 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Anyway adding a g_main_context_pending call alone does not solve the issue. Explaining the mystery of removal of this call may not be worth its time. I'll concentrate on SIGIO as suggested by Jan and report when I have something on this subject. From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 03 17:26:59 2013 Received: (at 15801) by debbugs.gnu.org; 3 Dec 2013 22:26:59 +0000 Received: from localhost ([127.0.0.1]:56928 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VnyQk-0006MJ-UE for submit@debbugs.gnu.org; Tue, 03 Dec 2013 17:26:59 -0500 Received: from smtpo56.poczta.onet.pl ([213.180.142.187]:36103) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VnyQi-0006MA-5X for 15801@debbugs.gnu.org; Tue, 03 Dec 2013 17:26:57 -0500 Received: from [192.168.17.5] (cj.e-siemianowice.pl [95.215.234.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jarekczek@poczta.onet.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3dYyV62x74zZD57m for <15801@debbugs.gnu.org>; Tue, 3 Dec 2013 23:26:51 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=poczta.onet.pl; s=2011; t=1386109615; bh=XyZ85nBygbnO0bXd16w52IxDmgO0iIgNdbqG/YMzFI8=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=lv2UOgb80n1kUoAR+9ZYxj1Wrc6Ch6VRyYdKwve+DQCIGrPBijVnD7SflJRAbYuzf U9A/x0UxNaUxStpNJmQI1/MzpoSchA7Q5Dk6bqUy4/imj+3WbMHjV1AIPA/LPrLpM1 cUtsUkEV5HBJO0UA2a3b79m2b/8ovqZAvkos/4iI= Message-ID: <529E5AE1.2030601@poczta.onet.pl> Date: Tue, 03 Dec 2013 23:27:45 +0100 From: Jarek Czekalski User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: 15801@debbugs.gnu.org Subject: bug#15801: 24.3.50; bar scrolling freezes gtk emacs Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 15801 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) It's not about sigio. Inside xg_select, which is called with high frequency inside the freeze, the sigmask has not sigio set. Even if I try to force the freeze calling unrequest_sigio (and sigmask indeed changes), still the behaviour does not differ. Emacs is responsive until I want to play scrolling bars with it. What I discovered so far: 1. Inside the freeze xg_select always returns 1, due to active descriptor 7 (in my case it's number 7). This is the descriptor received from ConnectionNumber (x11) and inserted into input_wait_mask through add_keyboard_wait_descriptor 2. gtk detects no events pending during the freeze 3. gdk event filter is not called This contradiction (input from x11, but no gtk events) suggests to me that something's wrong between gtk and x, in gdk x11 module. So gtk version may be important. It is included in the initial report, 3.8.4. No change in 3.8.6-1. When I compiled 3.11.2 (the hottest gtk tag), emacs does not freeze, but displays white screen instead of the text area, only momentarily showing traces of the true content. I'll report again when I know something for sure. I'm not giving up yet :) By the way: g_main_context_query call in xg_select is theoretically illegal, because it should be wrapped inside g_main_context_acquire. Also g_main_context_prepare is suggested before "query". Anyway adding both these calls does not help the freeze. Jarek From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 04 15:28:44 2013 Received: (at 15801) by debbugs.gnu.org; 4 Dec 2013 20:28:44 +0000 Received: from localhost ([127.0.0.1]:58424 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VoJ3r-0000C9-9B for submit@debbugs.gnu.org; Wed, 04 Dec 2013 15:28:44 -0500 Received: from smtpo56.poczta.onet.pl ([213.180.142.187]:54073) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VoJ3n-0000Bx-3a for 15801@debbugs.gnu.org; Wed, 04 Dec 2013 15:28:41 -0500 Received: from [192.168.17.9] (cj.e-siemianowice.pl [95.215.234.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jarekczek@poczta.onet.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3dZWq93xYNzYkjPT for <15801@debbugs.gnu.org>; Wed, 4 Dec 2013 21:28:36 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=poczta.onet.pl; s=2011; t=1386188917; bh=8xMHic5eufwfOFVp4l7tgVcwi6+5KV/304FNWJ6sipE=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type; b=GmNwvpKPIRZq5YUintgQRKl+exP3Vtgi2dO03KGluiwNTvcZKIWl7LLa8/hFEful9 VOKdxNgfbZAgVJ59so1CLXE4KE+z5SiNraqeQH4bJkTiFonCp7Dn2S31p0WS2cVpYR e+XUubZSccrjx6D2vOHTr/W/0wMmnT7OBPk6PT24= Message-ID: <529F9076.5040309@poczta.onet.pl> Date: Wed, 04 Dec 2013 21:28:38 +0100 From: Jarek Czekalski User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: 15801@debbugs.gnu.org Subject: bug#15801: 24.3.50; bar scrolling freezes gtk emacs Content-Type: multipart/mixed; boundary="------------070002020605070104070406" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 15801 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) This is a multi-part message in MIME format. --------------070002020605070104070406 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit I have bad news. It's time to think about the call to g_main_context_query, because it seems to destroy the fragile workflow of gtk. There are timeout triggered events "pause-events" and "resume-events". Every mouse movement triggers one pause and one resume. In my case finally pause is called twice while resume - once. There goes the freeze. I attach gdb backtraces for you to see what is the code flow to reach those pause and resume methods. Breakpoints were set in _gdk_display_pause_events _gdk_display_unpause_events Source codes used are: gtk 3.8.6 glib 2.36.4 emacs r115317 Now I know why the commit r112892 causes troubles. Because it enables the code path in which the code unbalancing gtk is run. Why this code may be run safely when events are pending? Maybe because in this case polling doesn't change anything, events are pending anyway. But this is a guess. What is sure is that you can't take just one gtk method and use it out of the context for which it was designed. It causes big troubles, for a guy who wants to debug the problem. You never know when it strikes. Let's make it safe. The first thing I would do now is finding the real bugs that were being fixed by r112892. Maybe there is another way of fixing them, without calling g_main_context_query. Jarek --------------070002020605070104070406 Content-Type: text/plain; charset=windows-1250; name="backtrace.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="backtrace.txt" U2NyaXB0IHN0YXJ0ZWQgb24gV2VkIDA0IERlYyAyMDEzIDA5OjIyOjQyIFBNIENFVApqY2Rl YjovaG9tZSMgZ2RiIC0tYXJncyBlbWFjcyAtUQ0KR05VIGdkYiAoR0RCKSA3LjYuMSAoRGVi aWFuIDcuNi4xLTEpDQpDb3B5cmlnaHQgKEMpIDIwMTMgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0 aW9uLCBJbmMuDQpMaWNlbnNlIEdQTHYzKzogR05VIEdQTCB2ZXJzaW9uIDMgb3IgbGF0ZXIg PGh0dHA6Ly9nbnUub3JnL2xpY2Vuc2VzL2dwbC5odG1sPg0KVGhpcyBpcyBmcmVlIHNvZnR3 YXJlOiB5b3UgYXJlIGZyZWUgdG8gY2hhbmdlIGFuZCByZWRpc3RyaWJ1dGUgaXQuDQpUaGVy ZSBpcyBOTyBXQVJSQU5UWSwgdG8gdGhlIGV4dGVudCBwZXJtaXR0ZWQgYnkgbGF3LiAgVHlw ZSAic2hvdyBjb3B5aW5nIg0KYW5kICJzaG93IHdhcnJhbnR5IiBmb3IgZGV0YWlscy4NClRo aXMgR0RCIHdhcyBjb25maWd1cmVkIGFzICJpNDg2LWxpbnV4LWdudSIuDQpGb3IgYnVnIHJl cG9ydGluZyBpbnN0cnVjdGlvbnMsIHBsZWFzZSBzZWU6DQo8aHR0cDovL3d3dy5nbnUub3Jn L3NvZnR3YXJlL2dkYi9idWdzLz4uLi4NClJlYWRpbmcgc3ltYm9scyBmcm9tIC91c3IvbG9j YWwvYmluL2VtYWNzLTI0LjMuNTAuLi5kb25lLg0KKGdkYikgc3RhcnQNClRlbXBvcmFyeSBi cmVha3BvaW50IDEgYXQgMHg4MDU4MzUwOiBmaWxlIGVtYWNzLmMsIGxpbmUgNjg4Lg0KU3Rh cnRpbmcgcHJvZ3JhbTogL3Vzci9sb2NhbC9iaW4vZW1hY3MgLVENCndhcm5pbmc6IENvdWxk IG5vdCBsb2FkIHNoYXJlZCBsaWJyYXJ5IHN5bWJvbHMgZm9yIGxpbnV4LWdhdGUuc28uMS4N CkRvIHlvdSBuZWVkICJzZXQgc29saWItc2VhcmNoLXBhdGgiIG9yICJzZXQgc3lzcm9vdCI/ DQpbVGhyZWFkIGRlYnVnZ2luZyB1c2luZyBsaWJ0aHJlYWRfZGIgZW5hYmxlZF0NClVzaW5n IGhvc3QgbGlidGhyZWFkX2RiIGxpYnJhcnkgIi9saWIvaTM4Ni1saW51eC1nbnUvaTY4Ni9j bW92L2xpYnRocmVhZF9kYi5zby4xIi4NCg0KVGVtcG9yYXJ5IGJyZWFrcG9pbnQgMSwgbWFp biAoYXJnYz0yLCBhcmd2PTB4YmZmZmY1NDQpIGF0IGVtYWNzLmM6Njg4DQo2ODgJew0KKGdk YikgYnJlYWsgX2dka19kaXNwbGF5X3BhdXNlX2V2ZW50cw0KQnJlYWtwb2ludCAyIGF0IDB4 Yjc4ZjJmNDA6IGZpbGUgZ2RrZGlzcGxheS5jLCBsaW5lIDIwMTIuDQooZ2RiKSBicmVhayBf Z2RrX2Rpc3BsYXlfcGF1c2VfZXZlbnRzCAgICAgICAgICAgIG1sxQHUbWzFAbg0KQnJlYWtw b2ludCAzIGF0IDB4Yjc4ZjJmNTA6IGZpbGUgZ2RrZGlzcGxheS5jLCBsaW5lIDIwMTguDQoo Z2RiKSBjb250DQpDb250aW51aW5nLg0KW05ldyBUaHJlYWQgMHhiNWYwN2I0MCAoTFdQIDI5 MjM1KV0NCltOZXcgVGhyZWFkIDB4YjU1MmZiNDAgKExXUCAyOTIzNyldDQpbTmV3IFRocmVh ZCAweGI0YmZmYjQwIChMV1AgMjkyMzkpXQ0KDQpCcmVha3BvaW50IDIsIF9nZGtfZGlzcGxh eV9wYXVzZV9ldmVudHMgKGRpc3BsYXk9ZGlzcGxheUBlbnRyeT0weDg4NTg4NDApDQogICAg YXQgZ2RrZGlzcGxheS5jOjIwMTINCjIwMTIJew0KKGdkYikgYmFja3RyYWNlDQojMCAgX2dk a19kaXNwbGF5X3BhdXNlX2V2ZW50cyAoZGlzcGxheT1kaXNwbGF5QGVudHJ5PTB4ODg1ODg0 MCkNCiAgICBhdCBnZGtkaXNwbGF5LmM6MjAxMg0KIzEgIDB4Yjc4ZmZhMmUgaW4gZ2RrX3dp bmRvd19mbHVzaF9ldmVudHMgKGNsb2NrPTB4ODg2MTE1MCwgZGF0YT0weDg4NWY5ODApDQog ICAgYXQgZ2Rrd2luZG93LmM6MTE2MTENCiMyICAweGI3NTUxMzM5IGluIGdfY2Nsb3N1cmVf bWFyc2hhbF9WT0lEX19WT0lEdiAoY2xvc3VyZT0weDg1Yzk1NzAsIA0KICAgIHJldHVybl92 YWx1ZT0weDAsIGluc3RhbmNlPTB4ODg2MTE1MCwgYXJncz0weGJmZmZlOTc4ICIiLCANCiAg ICBtYXJzaGFsX2RhdGE9MHgwLCBuX3BhcmFtcz0wLCBwYXJhbV90eXBlcz0weDApDQogICAg YXQgL2J1aWxkL2dsaWIyLjAtT3Q4YmJDL2dsaWIyLjAtMi4zNi40Ly4vZ29iamVjdC9nbWFy c2hhbC5jOjExNQ0KIzMgIDB4Yjc1NGY4ZGUgaW4gX2dfY2xvc3VyZV9pbnZva2VfdmEgKGNs b3N1cmU9Y2xvc3VyZUBlbnRyeT0weDg1Yzk1NzAsIA0KICAgIHJldHVybl92YWx1ZT1yZXR1 cm5fdmFsdWVAZW50cnk9MHgwLCBpbnN0YW5jZT1pbnN0YW5jZUBlbnRyeT0weDg4NjExNTAs IA0KICAgIGFyZ3M9YXJnc0BlbnRyeT0weGJmZmZlOTc4ICIiLCBuX3BhcmFtcz0wLCBwYXJh bV90eXBlcz0weDApDQogICAgYXQgL2J1aWxkL2dsaWIyLjAtT3Q4YmJDL2dsaWIyLjAtMi4z Ni40Ly4vZ29iamVjdC9nY2xvc3VyZS5jOjg0MA0KIzQgIDB4Yjc1NjgyMzcgaW4gZ19zaWdu YWxfZW1pdF92YWxpc3QgKGluc3RhbmNlPWluc3RhbmNlQGVudHJ5PTB4ODg2MTE1MCwgDQog ICAgc2lnbmFsX2lkPXNpZ25hbF9pZEBlbnRyeT0xMzYsIGRldGFpbD1kZXRhaWxAZW50cnk9 MCwgDQogICAgdmFyX2FyZ3M9dmFyX2FyZ3NAZW50cnk9MHhiZmZmZTk3OCAiIikNCiAgICBh dCAvYnVpbGQvZ2xpYjIuMC1PdDhiYkMvZ2xpYjIuMC0yLjM2LjQvLi9nb2JqZWN0L2dzaWdu YWwuYzozMjM0DQojNSAgMHhiNzU2OTI5MSBpbiBnX3NpZ25hbF9lbWl0X2J5X25hbWUgKGlu c3RhbmNlPWluc3RhbmNlQGVudHJ5PTB4ODg2MTE1MCwgDQogICAgZGV0YWlsZWRfc2lnbmFs PWRldGFpbGVkX3NpZ25hbEBlbnRyeT0weGI3OTM4OTczICJmbHVzaC1ldmVudHMiKQ0KICAg IGF0IC9idWlsZC9nbGliMi4wLU90OGJiQy9nbGliMi4wLTIuMzYuNC8uL2dvYmplY3QvZ3Np Z25hbC5jOjM0MjQNCiM2ICAweGI3OGY5MzZkIGluIGdka19mcmFtZV9jbG9ja19mbHVzaF9p ZGxlIChkYXRhPTB4ODg2MTE1MCkNCiAgICBhdCBnZGtmcmFtZWNsb2NraWRsZS5jOjMxMg0K IzcgIDB4Yjc4ZWFmYzUgaW4gZ2RrX3RocmVhZHNfZGlzcGF0Y2ggKGRhdGE9ZGF0YUBlbnRy eT0weDhhMGRmYjApIGF0IGdkay5jOjc4OA0KIzggIDB4Yjc0ODUwYjEgaW4gZ190aW1lb3V0 X2Rpc3BhdGNoIChzb3VyY2U9c291cmNlQGVudHJ5PTB4ODllZTZhOCwgDQotLS1UeXBlIDxy ZXR1cm4+IHRvIGNvbnRpbnVlLCBvciBxIDxyZXR1cm4+IHRvIHF1aXQtLS0NCiAgICBjYWxs YmFjaz0weGI3OGVhZjkwIDxnZGtfdGhyZWFkc19kaXNwYXRjaD4sIHVzZXJfZGF0YT0weDhh MGRmYjApDQogICAgYXQgL2J1aWxkL2dsaWIyLjAtT3Q4YmJDL2dsaWIyLjAtMi4zNi40Ly4v Z2xpYi9nbWFpbi5jOjQ0MTMNCiM5ICAweGI3NDg0NDJlIGluIGdfbWFpbl9kaXNwYXRjaCAo Y29udGV4dD0weDg4NGExZTgsIGNvbnRleHRAZW50cnk9MHg4ODNhMjIwKQ0KICAgIGF0IC9i dWlsZC9nbGliMi4wLU90OGJiQy9nbGliMi4wLTIuMzYuNC8uL2dsaWIvZ21haW4uYzozMDU0 DQojMTAgZ19tYWluX2NvbnRleHRfZGlzcGF0Y2ggKGNvbnRleHQ9Y29udGV4dEBlbnRyeT0w eDg4NGExZTgpDQogICAgYXQgL2J1aWxkL2dsaWIyLjAtT3Q4YmJDL2dsaWIyLjAtMi4zNi40 Ly4vZ2xpYi9nbWFpbi5jOjM2MzANCiMxMSAweGI3NDg0N2Q4IGluIGdfbWFpbl9jb250ZXh0 X2l0ZXJhdGUgKGNvbnRleHQ9Y29udGV4dEBlbnRyeT0weDg4NGExZTgsIA0KICAgIGJsb2Nr PWJsb2NrQGVudHJ5PTEsIGRpc3BhdGNoPWRpc3BhdGNoQGVudHJ5PTEsIHNlbGY9PG9wdGlt aXplZCBvdXQ+KQ0KICAgIGF0IC9idWlsZC9nbGliMi4wLU90OGJiQy9nbGliMi4wLTIuMzYu NC8uL2dsaWIvZ21haW4uYzozNzAxDQojMTIgMHhiNzQ4NDg5OCBpbiBnX21haW5fY29udGV4 dF9pdGVyYXRpb24gKGNvbnRleHQ9MHg4ODRhMWU4LCANCiAgICBjb250ZXh0QGVudHJ5PTB4 MCwgbWF5X2Jsb2NrPW1heV9ibG9ja0BlbnRyeT0xKQ0KICAgIGF0IC9idWlsZC9nbGliMi4w LU90OGJiQy9nbGliMi4wLTIuMzYuNC8uL2dsaWIvZ21haW4uYzozNzYyDQojMTMgMHhiN2Fm MGJkOCBpbiBndGtfbWFpbl9pdGVyYXRpb24gKCkgYXQgZ3RrbWFpbi5jOjEyNjANCiMxNCAw eDA4MGYwMDkxIGluIFhUcmVhZF9zb2NrZXQgKHRlcm1pbmFsPTB4ODczNzgxOCwgaG9sZF9x dWl0PTB4YmZmZmViMGMpDQogICAgYXQgeHRlcm0uYzo3MDc3DQojMTUgMHgwODEyMzUxOSBp biBnb2JibGVfaW5wdXQgKCkgYXQga2V5Ym9hcmQuYzo2ODQxDQojMTYgMHgwODEyMmY5NSBp biBoYW5kbGVfYXN5bmNfaW5wdXQgKCkgYXQga2V5Ym9hcmQuYzo3MDgxDQojMTcgcHJvY2Vz c19wZW5kaW5nX3NpZ25hbHMgKCkgYXQga2V5Ym9hcmQuYzo3MDk1DQojMTggMHgwODE3MTkz OSBpbiBGbWFrZV9saXN0IChsZW5ndGg9bGVuZ3RoQGVudHJ5PTQsIGluaXQ9MTM4ODU3NDEw KQ0KICAgIGF0IGFsbG9jLmM6MjU5Nw0KIzE5IDB4MDgxOTAxODggaW4gY29uY2F0IChuYXJn cz1uYXJnc0BlbnRyeT0xLCBhcmdzPWFyZ3NAZW50cnk9MHhiZmZmZWMzMCwgDQogICAgdGFy Z2V0X3R5cGU9TGlzcF9Db25zLCBsYXN0X3NwZWNpYWw9bGFzdF9zcGVjaWFsQGVudHJ5PWZh bHNlKSBhdCBmbnMuYzo1NzgNCiMyMCAweDA4MTkwNzBlIGluIEZjb3B5X3NlcXVlbmNlIChh cmc9MTQxMjQyMDIyKSBhdCBmbnMuYzo0NDYNCi0tLVR5cGUgPHJldHVybj4gdG8gY29udGlu dWUsIG9yIHEgPHJldHVybj4gdG8gcXVpdC0tLQ0KIzIxIDB4MDgxMjFlMDYgaW4gdGltZXJf Y2hlY2sgKCkgYXQga2V5Ym9hcmQuYzo0NTU5DQojMjIgMHgwODEyMjMzYiBpbiByZWFkYWJs ZV9ldmVudHMgKGZsYWdzPWZsYWdzQGVudHJ5PTEpIGF0IGtleWJvYXJkLmM6MzQzOQ0KIzIz IDB4MDgxMjM2MWYgaW4gZ2V0X2lucHV0X3BlbmRpbmcgKGZsYWdzPWZsYWdzQGVudHJ5PTEp IGF0IGtleWJvYXJkLmM6Njc1Ng0KIzI0IDB4MDgxMjY2OTIgaW4gZGV0ZWN0X2lucHV0X3Bl bmRpbmdfcnVuX3RpbWVycyAoDQogICAgZG9fZGlzcGxheT1kb19kaXNwbGF5QGVudHJ5PXRy dWUpIGF0IGtleWJvYXJkLmM6OTg3OQ0KIzI1IDB4MDgxYzY3OGYgaW4gd2FpdF9yZWFkaW5n X3Byb2Nlc3Nfb3V0cHV0ICh0aW1lX2xpbWl0PTxvcHRpbWl6ZWQgb3V0PiwgDQogICAgbnNl Y3M9bnNlY3NAZW50cnk9MCwgcmVhZF9rYmQ9cmVhZF9rYmRAZW50cnk9LTEsIA0KICAgIGRv X2Rpc3BsYXk9ZG9fZGlzcGxheUBlbnRyeT10cnVlLCB3YWl0X2Zvcl9jZWxsPTEzODg1NzQx MCwgDQogICAgd2FpdF9wcm9jPXdhaXRfcHJvY0BlbnRyeT0weDAsIGp1c3Rfd2FpdF9wcm9j PWp1c3Rfd2FpdF9wcm9jQGVudHJ5PTApDQogICAgYXQgcHJvY2Vzcy5jOjQ2ODANCiMyNiAw eDA4MDYyNDMxIGluIHNpdF9mb3IgKHRpbWVvdXQ9MTIwLCByZWFkaW5nPXJlYWRpbmdAZW50 cnk9dHJ1ZSwgDQogICAgZGlzcGxheV9vcHRpb249ZGlzcGxheV9vcHRpb25AZW50cnk9MSkg YXQgZGlzcG5ldy5jOjU4MDANCiMyNyAweDA4MTI3MzgzIGluIHJlYWRfY2hhciAoY29tbWFu ZGZsYWc9MSwgbWFwPW1hcEBlbnRyeT0xNDEwNTQ0NzAsIA0KICAgIHByZXZfZXZlbnQ9MTM4 ODU3NDEwLCB1c2VkX21vdXNlX21lbnU9dXNlZF9tb3VzZV9tZW51QGVudHJ5PTB4YmZmZmYy NWIsIA0KICAgIGVuZF90aW1lPWVuZF90aW1lQGVudHJ5PTB4MCkgYXQga2V5Ym9hcmQuYzoy ODA1DQojMjggMHgwODEyODY1ZSBpbiByZWFkX2tleV9zZXF1ZW5jZSAoa2V5YnVmPWtleWJ1 ZkBlbnRyeT0weGJmZmZmMmY4LCANCiAgICBwcm9tcHQ9MTM4ODU3NDEwLCBkb250X2Rvd25j YXNlX2xhc3Q9ZG9udF9kb3duY2FzZV9sYXN0QGVudHJ5PWZhbHNlLCANCiAgICBjYW5fcmV0 dXJuX3N3aXRjaF9mcmFtZT1jYW5fcmV0dXJuX3N3aXRjaF9mcmFtZUBlbnRyeT10cnVlLCAN CiAgICBmaXhfY3VycmVudF9idWZmZXI9Zml4X2N1cnJlbnRfYnVmZmVyQGVudHJ5PXRydWUs IA0KICAgIHByZXZlbnRfcmVkaXNwbGF5PXByZXZlbnRfcmVkaXNwbGF5QGVudHJ5PWZhbHNl LCBidWZzaXplPTMwKQ0KICAgIGF0IGtleWJvYXJkLmM6OTA3NA0KIzI5IDB4MDgxMmEwMTYg aW4gY29tbWFuZF9sb29wXzEgKCkgYXQga2V5Ym9hcmQuYzoxNDQ1DQojMzAgMHgwODE4OTE2 MyBpbiBpbnRlcm5hbF9jb25kaXRpb25fY2FzZSAoDQotLS1UeXBlIDxyZXR1cm4+IHRvIGNv bnRpbnVlLCBvciBxIDxyZXR1cm4+IHRvIHF1aXQtLS0NCiAgICBiZnVuPWJmdW5AZW50cnk9 MHg4MTI5ZTYwIDxjb21tYW5kX2xvb3BfMT4sIGhhbmRsZXJzPTEzODg5MDUwNiwgDQogICAg aGZ1bj1oZnVuQGVudHJ5PTB4ODEyMTc1MCA8Y21kX2Vycm9yPikgYXQgZXZhbC5jOjEzNDQN CiMzMSAweDA4MTFkMjM1IGluIGNvbW1hbmRfbG9vcF8yIChpZ25vcmU9MTM4ODU3NDEwKSBh dCBrZXlib2FyZC5jOjExNzANCiMzMiAweDA4MTg5MDkzIGluIGludGVybmFsX2NhdGNoICh0 YWc9MTM4ODg4NTU0LCANCiAgICBmdW5jPWZ1bmNAZW50cnk9MHg4MTFkMjEwIDxjb21tYW5k X2xvb3BfMj4sIGFyZz0xMzg4NTc0MTApIGF0IGV2YWwuYzoxMTA4DQojMzMgMHgwODEyMTNh MiBpbiBjb21tYW5kX2xvb3AgKCkgYXQga2V5Ym9hcmQuYzoxMTQ5DQojMzQgcmVjdXJzaXZl X2VkaXRfMSAoKSBhdCBrZXlib2FyZC5jOjc3Nw0KIzM1IDB4MDgxMjE2NjMgaW4gRnJlY3Vy c2l2ZV9lZGl0ICgpIGF0IGtleWJvYXJkLmM6ODQxDQojMzYgMHgwODA1OGU4OCBpbiBtYWlu IChhcmdjPTxvcHRpbWl6ZWQgb3V0PiwgYXJndj0weGJmZmZmNTQ0KSBhdCBlbWFjcy5jOjE1 OTgNCihnZGIpIGNvbnQNCkNvbnRpbnVpbmcuDQoNCkJyZWFrcG9pbnQgMywgX2dka19kaXNw bGF5X3VucGF1c2VfZXZlbnRzIChkaXNwbGF5PTB4ODg1ODg0MCkNCiAgICBhdCBnZGtkaXNw bGF5LmM6MjAxOA0KMjAxOAl7DQooZ2RiKSBiYWNrdHJhY2UNCiMwICBfZ2RrX2Rpc3BsYXlf dW5wYXVzZV9ldmVudHMgKGRpc3BsYXk9MHg4ODU4ODQwKSBhdCBnZGtkaXNwbGF5LmM6MjAx OA0KIzEgIDB4Yjc4ZmY5ZjMgaW4gZ2RrX3dpbmRvd19yZXN1bWVfZXZlbnRzIChjbG9jaz0w eDg4NjExNTAsIGRhdGE9MHg4ODVmOTgwKQ0KICAgIGF0IGdka3dpbmRvdy5jOjExNjM5DQoj MiAgMHhiNzU1MTMzOSBpbiBnX2NjbG9zdXJlX21hcnNoYWxfVk9JRF9fVk9JRHYgKGNsb3N1 cmU9MHg4NWM5NjEwLCANCiAgICByZXR1cm5fdmFsdWU9MHgwLCBpbnN0YW5jZT0weDg4NjEx NTAsIGFyZ3M9MHhiZmZmZTk0OCAiP1wwMjIiLCANCiAgICBtYXJzaGFsX2RhdGE9MHgwLCBu X3BhcmFtcz0wLCBwYXJhbV90eXBlcz0weDApDQogICAgYXQgL2J1aWxkL2dsaWIyLjAtT3Q4 YmJDL2dsaWIyLjAtMi4zNi40Ly4vZ29iamVjdC9nbWFyc2hhbC5jOjExNQ0KIzMgIDB4Yjc1 NGY4ZGUgaW4gX2dfY2xvc3VyZV9pbnZva2VfdmEgKGNsb3N1cmU9Y2xvc3VyZUBlbnRyeT0w eDg1Yzk2MTAsIA0KICAgIHJldHVybl92YWx1ZT1yZXR1cm5fdmFsdWVAZW50cnk9MHgwLCBp bnN0YW5jZT1pbnN0YW5jZUBlbnRyeT0weDg4NjExNTAsIA0KICAgIGFyZ3M9YXJnc0BlbnRy eT0weGJmZmZlOTQ4ICI/XDAyMiIsIG5fcGFyYW1zPTAsIHBhcmFtX3R5cGVzPTB4MCkNCiAg ICBhdCAvYnVpbGQvZ2xpYjIuMC1PdDhiYkMvZ2xpYjIuMC0yLjM2LjQvLi9nb2JqZWN0L2dj bG9zdXJlLmM6ODQwDQojNCAgMHhiNzU2ODIzNyBpbiBnX3NpZ25hbF9lbWl0X3ZhbGlzdCAo aW5zdGFuY2U9aW5zdGFuY2VAZW50cnk9MHg4ODYxMTUwLCANCiAgICBzaWduYWxfaWQ9c2ln bmFsX2lkQGVudHJ5PTE0MiwgZGV0YWlsPWRldGFpbEBlbnRyeT0wLCANCiAgICB2YXJfYXJn cz12YXJfYXJnc0BlbnRyeT0weGJmZmZlOTQ4ICI/XDAyMiIpDQogICAgYXQgL2J1aWxkL2ds aWIyLjAtT3Q4YmJDL2dsaWIyLjAtMi4zNi40Ly4vZ29iamVjdC9nc2lnbmFsLmM6MzIzNA0K IzUgIDB4Yjc1NjkyOTEgaW4gZ19zaWduYWxfZW1pdF9ieV9uYW1lIChpbnN0YW5jZT1pbnN0 YW5jZUBlbnRyeT0weDg4NjExNTAsIA0KICAgIGRldGFpbGVkX3NpZ25hbD1kZXRhaWxlZF9z aWduYWxAZW50cnk9MHhiNzkzODlhMCAicmVzdW1lLWV2ZW50cyIpDQogICAgYXQgL2J1aWxk L2dsaWIyLjAtT3Q4YmJDL2dsaWIyLjAtMi4zNi40Ly4vZ29iamVjdC9nc2lnbmFsLmM6MzQy NA0KIzYgIDB4Yjc4Zjk4ZDQgaW4gZ2RrX2ZyYW1lX2Nsb2NrX3BhaW50X2lkbGUgKGRhdGE9 MHg4ODYxMTUwKQ0KICAgIGF0IGdka2ZyYW1lY2xvY2tpZGxlLmM6NDU3DQojNyAgMHhiNzhl YWZjNSBpbiBnZGtfdGhyZWFkc19kaXNwYXRjaCAoZGF0YT1kYXRhQGVudHJ5PTB4OGEwZGY4 MCkgYXQgZ2RrLmM6Nzg4DQojOCAgMHhiNzQ4NTBiMSBpbiBnX3RpbWVvdXRfZGlzcGF0Y2gg KHNvdXJjZT1zb3VyY2VAZW50cnk9MHg4OGU5YzgwLCANCiAgICBjYWxsYmFjaz0weGI3OGVh ZjkwIDxnZGtfdGhyZWFkc19kaXNwYXRjaD4sIHVzZXJfZGF0YT0weDhhMGRmODApDQotLS1U eXBlIDxyZXR1cm4+IHRvIGNvbnRpbnVlLCBvciBxIDxyZXR1cm4+IHRvIHF1aXQtLS0NCiAg ICBhdCAvYnVpbGQvZ2xpYjIuMC1PdDhiYkMvZ2xpYjIuMC0yLjM2LjQvLi9nbGliL2dtYWlu LmM6NDQxMw0KIzkgIDB4Yjc0ODQ0MmUgaW4gZ19tYWluX2Rpc3BhdGNoIChjb250ZXh0PTB4 ODg0YTFlOCwgY29udGV4dEBlbnRyeT0weDg4M2EyMjApDQogICAgYXQgL2J1aWxkL2dsaWIy LjAtT3Q4YmJDL2dsaWIyLjAtMi4zNi40Ly4vZ2xpYi9nbWFpbi5jOjMwNTQNCiMxMCBnX21h aW5fY29udGV4dF9kaXNwYXRjaCAoY29udGV4dD1jb250ZXh0QGVudHJ5PTB4ODg0YTFlOCkN CiAgICBhdCAvYnVpbGQvZ2xpYjIuMC1PdDhiYkMvZ2xpYjIuMC0yLjM2LjQvLi9nbGliL2dt YWluLmM6MzYzMA0KIzExIDB4Yjc0ODQ3ZDggaW4gZ19tYWluX2NvbnRleHRfaXRlcmF0ZSAo Y29udGV4dD1jb250ZXh0QGVudHJ5PTB4ODg0YTFlOCwgDQogICAgYmxvY2s9YmxvY2tAZW50 cnk9MSwgZGlzcGF0Y2g9ZGlzcGF0Y2hAZW50cnk9MSwgc2VsZj08b3B0aW1pemVkIG91dD4p DQogICAgYXQgL2J1aWxkL2dsaWIyLjAtT3Q4YmJDL2dsaWIyLjAtMi4zNi40Ly4vZ2xpYi9n bWFpbi5jOjM3MDENCiMxMiAweGI3NDg0ODk4IGluIGdfbWFpbl9jb250ZXh0X2l0ZXJhdGlv biAoY29udGV4dD0weDg4NGExZTgsIA0KICAgIGNvbnRleHRAZW50cnk9MHgwLCBtYXlfYmxv Y2s9bWF5X2Jsb2NrQGVudHJ5PTEpDQogICAgYXQgL2J1aWxkL2dsaWIyLjAtT3Q4YmJDL2ds aWIyLjAtMi4zNi40Ly4vZ2xpYi9nbWFpbi5jOjM3NjINCiMxMyAweGI3YWYwYmQ4IGluIGd0 a19tYWluX2l0ZXJhdGlvbiAoKSBhdCBndGttYWluLmM6MTI2MA0KIzE0IDB4MDgwZjAwOTEg aW4gWFRyZWFkX3NvY2tldCAodGVybWluYWw9MHg4NzM3ODE4LCBob2xkX3F1aXQ9MHhiZmZm ZWIwYykNCiAgICBhdCB4dGVybS5jOjcwNzcNCiMxNSAweDA4MTIzNTE5IGluIGdvYmJsZV9p bnB1dCAoKSBhdCBrZXlib2FyZC5jOjY4NDENCiMxNiAweDA4MTIyZjk1IGluIGhhbmRsZV9h c3luY19pbnB1dCAoKSBhdCBrZXlib2FyZC5jOjcwODENCiMxNyBwcm9jZXNzX3BlbmRpbmdf c2lnbmFscyAoKSBhdCBrZXlib2FyZC5jOjcwOTUNCiMxOCAweDA4MTcxOTM5IGluIEZtYWtl X2xpc3QgKGxlbmd0aD1sZW5ndGhAZW50cnk9NCwgaW5pdD0xMzg4NTc0MTApDQogICAgYXQg YWxsb2MuYzoyNTk3DQojMTkgMHgwODE5MDE4OCBpbiBjb25jYXQgKG5hcmdzPW5hcmdzQGVu dHJ5PTEsIGFyZ3M9YXJnc0BlbnRyeT0weGJmZmZlYzMwLCANCiAgICB0YXJnZXRfdHlwZT1M aXNwX0NvbnMsIGxhc3Rfc3BlY2lhbD1sYXN0X3NwZWNpYWxAZW50cnk9ZmFsc2UpIGF0IGZu cy5jOjU3OA0KIzIwIDB4MDgxOTA3MGUgaW4gRmNvcHlfc2VxdWVuY2UgKGFyZz0xNDEyNDIw MjIpIGF0IGZucy5jOjQ0Ng0KIzIxIDB4MDgxMjFlMDYgaW4gdGltZXJfY2hlY2sgKCkgYXQg a2V5Ym9hcmQuYzo0NTU5DQotLS1UeXBlIDxyZXR1cm4+IHRvIGNvbnRpbnVlLCBvciBxIDxy ZXR1cm4+IHRvIHF1aXQtLS0NCiMyMiAweDA4MTIyMzNiIGluIHJlYWRhYmxlX2V2ZW50cyAo ZmxhZ3M9ZmxhZ3NAZW50cnk9MSkgYXQga2V5Ym9hcmQuYzozNDM5DQojMjMgMHgwODEyMzYx ZiBpbiBnZXRfaW5wdXRfcGVuZGluZyAoZmxhZ3M9ZmxhZ3NAZW50cnk9MSkgYXQga2V5Ym9h cmQuYzo2NzU2DQojMjQgMHgwODEyNjY5MiBpbiBkZXRlY3RfaW5wdXRfcGVuZGluZ19ydW5f dGltZXJzICgNCiAgICBkb19kaXNwbGF5PWRvX2Rpc3BsYXlAZW50cnk9dHJ1ZSkgYXQga2V5 Ym9hcmQuYzo5ODc5DQojMjUgMHgwODFjNjc4ZiBpbiB3YWl0X3JlYWRpbmdfcHJvY2Vzc19v dXRwdXQgKHRpbWVfbGltaXQ9PG9wdGltaXplZCBvdXQ+LCANCiAgICBuc2Vjcz1uc2Vjc0Bl bnRyeT0wLCByZWFkX2tiZD1yZWFkX2tiZEBlbnRyeT0tMSwgDQogICAgZG9fZGlzcGxheT1k b19kaXNwbGF5QGVudHJ5PXRydWUsIHdhaXRfZm9yX2NlbGw9MTM4ODU3NDEwLCANCiAgICB3 YWl0X3Byb2M9d2FpdF9wcm9jQGVudHJ5PTB4MCwganVzdF93YWl0X3Byb2M9anVzdF93YWl0 X3Byb2NAZW50cnk9MCkNCiAgICBhdCBwcm9jZXNzLmM6NDY4MA0KIzI2IDB4MDgwNjI0MzEg aW4gc2l0X2ZvciAodGltZW91dD0xMjAsIHJlYWRpbmc9cmVhZGluZ0BlbnRyeT10cnVlLCAN CiAgICBkaXNwbGF5X29wdGlvbj1kaXNwbGF5X29wdGlvbkBlbnRyeT0xKSBhdCBkaXNwbmV3 LmM6NTgwMA0KIzI3IDB4MDgxMjczODMgaW4gcmVhZF9jaGFyIChjb21tYW5kZmxhZz0xLCBt YXA9bWFwQGVudHJ5PTE0MTA1NDQ3MCwgDQogICAgcHJldl9ldmVudD0xMzg4NTc0MTAsIHVz ZWRfbW91c2VfbWVudT11c2VkX21vdXNlX21lbnVAZW50cnk9MHhiZmZmZjI1YiwgDQogICAg ZW5kX3RpbWU9ZW5kX3RpbWVAZW50cnk9MHgwKSBhdCBrZXlib2FyZC5jOjI4MDUNCiMyOCAw eDA4MTI4NjVlIGluIHJlYWRfa2V5X3NlcXVlbmNlIChrZXlidWY9a2V5YnVmQGVudHJ5PTB4 YmZmZmYyZjgsIA0KICAgIHByb21wdD0xMzg4NTc0MTAsIGRvbnRfZG93bmNhc2VfbGFzdD1k b250X2Rvd25jYXNlX2xhc3RAZW50cnk9ZmFsc2UsIA0KICAgIGNhbl9yZXR1cm5fc3dpdGNo X2ZyYW1lPWNhbl9yZXR1cm5fc3dpdGNoX2ZyYW1lQGVudHJ5PXRydWUsIA0KICAgIGZpeF9j dXJyZW50X2J1ZmZlcj1maXhfY3VycmVudF9idWZmZXJAZW50cnk9dHJ1ZSwgDQogICAgcHJl dmVudF9yZWRpc3BsYXk9cHJldmVudF9yZWRpc3BsYXlAZW50cnk9ZmFsc2UsIGJ1ZnNpemU9 MzApDQogICAgYXQga2V5Ym9hcmQuYzo5MDc0DQojMjkgMHgwODEyYTAxNiBpbiBjb21tYW5k X2xvb3BfMSAoKSBhdCBrZXlib2FyZC5jOjE0NDUNCiMzMCAweDA4MTg5MTYzIGluIGludGVy bmFsX2NvbmRpdGlvbl9jYXNlICgNCiAgICBiZnVuPWJmdW5AZW50cnk9MHg4MTI5ZTYwIDxj b21tYW5kX2xvb3BfMT4sIGhhbmRsZXJzPTEzODg5MDUwNiwgDQotLS1UeXBlIDxyZXR1cm4+ IHRvIGNvbnRpbnVlLCBvciBxIDxyZXR1cm4+IHRvIHF1aXQtLS0NCiAgICBoZnVuPWhmdW5A ZW50cnk9MHg4MTIxNzUwIDxjbWRfZXJyb3I+KSBhdCBldmFsLmM6MTM0NA0KIzMxIDB4MDgx MWQyMzUgaW4gY29tbWFuZF9sb29wXzIgKGlnbm9yZT0xMzg4NTc0MTApIGF0IGtleWJvYXJk LmM6MTE3MA0KIzMyIDB4MDgxODkwOTMgaW4gaW50ZXJuYWxfY2F0Y2ggKHRhZz0xMzg4ODg1 NTQsIA0KICAgIGZ1bmM9ZnVuY0BlbnRyeT0weDgxMWQyMTAgPGNvbW1hbmRfbG9vcF8yPiwg YXJnPTEzODg1NzQxMCkgYXQgZXZhbC5jOjExMDgNCiMzMyAweDA4MTIxM2EyIGluIGNvbW1h bmRfbG9vcCAoKSBhdCBrZXlib2FyZC5jOjExNDkNCiMzNCByZWN1cnNpdmVfZWRpdF8xICgp IGF0IGtleWJvYXJkLmM6Nzc3DQojMzUgMHgwODEyMTY2MyBpbiBGcmVjdXJzaXZlX2VkaXQg KCkgYXQga2V5Ym9hcmQuYzo4NDENCiMzNiAweDA4MDU4ZTg4IGluIG1haW4gKGFyZ2M9PG9w dGltaXplZCBvdXQ+LCBhcmd2PTB4YmZmZmY1NDQpIGF0IGVtYWNzLmM6MTU5OA0KKGdkYikg ZGVsZXRlDQpEZWxldGUgYWxsIGJyZWFrcG9pbnRzPyAoeSBvciBuKSB5DQooZ2RiKSBjb250 DQpDb250aW51aW5nLg0KW1RocmVhZCAweGI0YmZmYjQwIChMV1AgMjkyMzkpIGV4aXRlZF0N CltUaHJlYWQgMHhiNTUyZmI0MCAoTFdQIDI5MjM3KSBleGl0ZWRdDQpbVGhyZWFkIDB4YjVm MDdiNDAgKExXUCAyOTIzNSkgZXhpdGVkXQ0KW0luZmVyaW9yIDEgKHByb2Nlc3MgMjkxOTcp IGV4aXRlZCBub3JtYWxseV0NCihnZGIpIHF1aXQNCmpjZGViOi9ob21lIyBleGl0DQpleGl0 DQoKU2NyaXB0IGRvbmUgb24gV2VkIDA0IERlYyAyMDEzIDA5OjIzOjQ0IFBNIENFVAo= --------------070002020605070104070406-- From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 05 12:07:20 2013 Received: (at 15801) by debbugs.gnu.org; 5 Dec 2013 17:07:20 +0000 Received: from localhost ([127.0.0.1]:60101 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VocOV-0001BH-Gt for submit@debbugs.gnu.org; Thu, 05 Dec 2013 12:07:19 -0500 Received: from smtpo56.poczta.onet.pl ([213.180.142.187]:51085) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VocOS-0001B8-8W for 15801@debbugs.gnu.org; Thu, 05 Dec 2013 12:07:18 -0500 Received: from [192.168.17.5] (cj.e-siemianowice.pl [95.215.234.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jarekczek@poczta.onet.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3db3JM0zh1zYpJ8B for <15801@debbugs.gnu.org>; Thu, 5 Dec 2013 18:07:13 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=poczta.onet.pl; s=2011; t=1386263235; bh=GzdW42a/xdUiINaoSx775ROIhR+GKq3w+qC10vNtVPQ=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=gc7TeZFadKJliS1VmWJ+el7mnmmM6+4gecGZ920rsKckRYBXOqfiLzhgMbkxMKIXi z2It4f7q26DlGyTxKa4+sXy1BAObVfXRvVvQ6IZ5x+b2wXh2t6jCr5WvOp61oIf9b/ BVwp4uVh0glgkalaBXI/7g+MkkVjAlA1/0pkoZDU= Message-ID: <52A0B2FA.70606@poczta.onet.pl> Date: Thu, 05 Dec 2013 18:08:10 +0100 From: Jarek Czekalski User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: 15801@debbugs.gnu.org Subject: bug#15801: 24.3.50; bar scrolling freezes gtk emacs References: <5277EA95.4070001@poczta.onet.pl> <529F9076.5040309@poczta.onet.pl> In-Reply-To: <529F9076.5040309@poczta.onet.pl> Content-Type: text/plain; charset=windows-1250; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 15801 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) I founded a way to freeze Emacs without using any syntax, that could be considered incorrect from the glib/gtk point of view. At least nothing incorrect stays in xgselect. This is practically whole xg_select function, that still makes Emacs freeze: context = g_main_context_default (); while (g_main_context_iteration(context, 0)); // 0 = no wait return 1; So this makes context_query call free of any charges. I'm sorry for blaming it for the problems. But it's so tempting when you see something theoretically incorrect, to blame it for all the problems. I'll try to locate the place in gtk that starts the problem. So far I only know that the commit from gtk 3.7.10 introducing motion compression is not yet making it freeze. Although that sounded promising. So I'm starting binary search with gtk 3.7.10 being safe, and 3.8.4 failing. I hope to help with fixing it, because gtk 3.8.4 is going to be used in next stable Debian, jessie, which is currently described as testing. Motion compression commit: https://git.gnome.org/browse/gtk+/commit/gdk/gdkwindow.c?id=a69285da08a2a61d5fd817ee8ccb88a6b6deaef6 If someone is still listening, please help me gather statistics about this bug. If you have: 1. libgtk-3 >=3.7.10 2. emacs built with gtk3 Please report through priv whether you reproduce or not. Tell me even if you don't reproduce and send the output of /proc/cpuinfo. Mine is "Intel Celeron 3.2G". My email: jarekczek # poczta.onet.pl. Remember to make sure which gtk is actually used, for example using "strace emacs -Q 2>&1 | grep libgtk" Jarek From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 07 09:34:20 2013 Received: (at 15801) by debbugs.gnu.org; 7 Dec 2013 14:34:21 +0000 Received: from localhost ([127.0.0.1]:35924 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VpIxW-00020n-W1 for submit@debbugs.gnu.org; Sat, 07 Dec 2013 09:34:19 -0500 Received: from mailfe01.swip.net ([212.247.154.1]:37751 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VpIxS-00020X-7g for 15801@debbugs.gnu.org; Sat, 07 Dec 2013 09:34:15 -0500 X-T2-Spam-Status: No, hits=0.0 required=5.0 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe01.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 461955902; Sat, 07 Dec 2013 15:34:11 +0100 Content-Type: multipart/mixed; boundary="Apple-Mail=_D9E6EDD0-0F08-4B85-8B6D-A23C00A60704" Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: bug#15801: 24.3.50; bar scrolling freezes gtk emacs From: =?iso-8859-1?Q?Jan_Dj=E4rv?= In-Reply-To: <52A0B2FA.70606@poczta.onet.pl> Date: Sat, 7 Dec 2013 15:34:10 +0100 Message-Id: <8C973B5D-6A8A-42DD-A7F6-2275403E4152@swipnet.se> References: <5277EA95.4070001@poczta.onet.pl> <529F9076.5040309@poczta.onet.pl> <52A0B2FA.70606@poczta.onet.pl> To: Jarek Czekalski X-Mailer: Apple Mail (2.1822) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 15801 Cc: 15801@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --Apple-Mail=_D9E6EDD0-0F08-4B85-8B6D-A23C00A60704 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1250 Hello. 5 dec 2013 kl. 18:08 skrev Jarek Czekalski : > I founded a way to freeze Emacs without using any syntax, that could = be considered incorrect from the glib/gtk point of view. At least = nothing incorrect stays in xgselect. >=20 > This is practically whole xg_select function, that still makes Emacs = freeze: >=20 > context =3D g_main_context_default (); > while (g_main_context_iteration(context, 0)); // 0 =3D no wait > return 1; >=20 > So this makes context_query call free of any charges. I'm sorry for = blaming it for the problems. But it's so tempting when you see something = theoretically incorrect, to blame it for all the problems. >=20 > I'll try to locate the place in gtk that starts the problem. So far I = only know that the commit from gtk 3.7.10 introducing > motion compression is not yet making it freeze. Although that sounded = promising. So I'm starting binary search with gtk 3.7.10 being safe, and = 3.8.4 failing. I hope to help with fixing it, because gtk 3.8.4 is going = to be used in next stable Debian, jessie, which is currently described = as testing. >=20 > Motion compression commit: > = https://git.gnome.org/browse/gtk+/commit/gdk/gdkwindow.c?id=3Da69285da08a2= a61d5fd817ee8ccb88a6b6deaef6 >=20 > If someone is still listening, please help me gather statistics about = this bug. If you have: > 1. libgtk-3 >=3D3.7.10 > 2. emacs built with gtk3 > Please report through priv whether you reproduce or not. Tell me even = if you don't reproduce and send the output of /proc/cpuinfo. Mine is = "Intel Celeron 3.2G". My email: jarekczek # poczta.onet.pl. > Remember to make sure which gtk is actually used, for example using = "strace emacs -Q 2>&1 | grep libgtk" This whole clock-thing (enable/disable events in Gtk+) is quite new = (3.7) , so I'd expect there will be bugs. As I said, I can't reproduce = it on Gtk+ 3.8.6. Don't know why cpuinfo is relevant, I would suspect = graphics driver more. But Gtk+ bugs the most. Jan D. --Apple-Mail=_D9E6EDD0-0F08-4B85-8B6D-A23C00A60704 Content-Disposition: attachment; filename=cpuinfo Content-Type: application/octet-stream; x-unix-mode=0644; name="cpuinfo" Content-Transfer-Encoding: 7bit processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel(R) Core(TM)2 Duo CPU T9550 @ 2.66GHz stepping : 10 cpu MHz : 2653.000 cache size : 6144 KB fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc nopl xtopology pni ssse3 cx16 sse4_1 x2apic xsave hypervisor lahf_lm ida arat bogomips : 5306.00 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: --Apple-Mail=_D9E6EDD0-0F08-4B85-8B6D-A23C00A60704-- From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 08 11:13:23 2013 Received: (at 15801) by debbugs.gnu.org; 8 Dec 2013 16:13:23 +0000 Received: from localhost ([127.0.0.1]:38329 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vpgyu-0000iZ-Td for submit@debbugs.gnu.org; Sun, 08 Dec 2013 11:13:22 -0500 Received: from smtpo56.poczta.onet.pl ([213.180.142.187]:58154) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vpgyp-0000iK-7l for 15801@debbugs.gnu.org; Sun, 08 Dec 2013 11:13:18 -0500 Received: from [192.168.17.5] (cj.e-siemianowice.pl [95.215.234.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jarekczek@poczta.onet.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3dcsyf0yVFzZCVLs for <15801@debbugs.gnu.org>; Sun, 8 Dec 2013 17:13:13 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=poczta.onet.pl; s=2011; t=1386519194; bh=bztySnlEvUs6PR5poRV7aDgzGfwKnk3+Ho46AtBQo/4=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type; b=nM1aIpP6XooczVUKvIfzHRURtoKr6kw1HjiF5+BZQdNELoAop6gL3pLgtXXlQXBzw ddJY6P8wBmG99rLLXjN6ZL5uAW11ARg/UnHBJZcgrBLgp2by2KeSYx5NvkmiuHh2VI AKjJlhFJ1OeFrfL86VjGk32V06MCgJ7Op3c5pqjE= Message-ID: <52A49AD7.9060605@poczta.onet.pl> Date: Sun, 08 Dec 2013 17:14:15 +0100 From: Jarek Czekalski User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: 15801@debbugs.gnu.org Subject: bug#15801: 24.3.50; bar scrolling freezes gtk emacs Content-Type: multipart/mixed; boundary="------------060208000206030802030408" X-Spam-Score: 1.2 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: This time the posts consists of 3 parts: the poll, the bug, the patch. THE POLL about reproducability Jan - almost unable to reproduce using gtk 3.8.6 and 2 core Intel 2.6GHz. On a faster machine never reproduced. Steve Berman - can't touch the scroll bar without a freeze, gtk 3.10.2, AMD 3.4 GHz Jarek - reproducing with a couple of scroll bar movements, gtk 3.8.x, Celeron 3GHz [...] Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record -0.1 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 1.3 URI_HEX URI: URI hostname has long hexadecimal sequence 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Debbugs-Envelope-To: 15801 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.2 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: This time the posts consists of 3 parts: the poll, the bug, the patch. THE POLL about reproducability Jan - almost unable to reproduce using gtk 3.8.6 and 2 core Intel 2.6GHz. On a faster machine never reproduced. Steve Berman - can't touch the scroll bar without a freeze, gtk 3.10.2, AMD 3.4 GHz Jarek - reproducing with a couple of scroll bar movements, gtk 3.8.x, Celeron 3GHz [...] Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record -0.1 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 1.3 URI_HEX URI: URI hostname has long hexadecimal sequence 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid This is a multi-part message in MIME format. --------------060208000206030802030408 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit This time the posts consists of 3 parts: the poll, the bug, the patch. THE POLL about reproducability Jan - almost unable to reproduce using gtk 3.8.6 and 2 core Intel 2.6GHz. On a faster machine never reproduced. Steve Berman - can't touch the scroll bar without a freeze, gtk 3.10.2, AMD 3.4 GHz Jarek - reproducing with a couple of scroll bar movements, gtk 3.8.x, Celeron 3GHz So at least 2 people are reproducing easily, including me. THE BUG in gtk I submitted a bug in gtk [1], as I suspect the motion events compression introduced in 3.7.10 is responsible for the freeze. Unfortunately I cannot reproduce without Emacs. Simply inserting gtk main loop call inside motion event handler in gtk3demo app, plus some random delays, does not allow to freeze it. Maybe breaking the chain of motion events with something different is necessary. In gtk 3.10 It will be possible to switch off the motion events compression, as it introduces also another problems, as reported in gtk bug [2], "motion_compression hurts precision for drawing". The switch is not planned to be merged into 3.8. In my opinion gtk with clocks and motion compression does not make sure that the pausing/unpausing of events is always paired. Unpaired pause results in a freeze. However the requirements for the freeze may be very difficult to meet, thus the bug remains unproven. [1] https://bugzilla.gnome.org/show_bug.cgi?id=719883 [2] https://bugzilla.gnome.org/show_bug.cgi?id=702392 THE PATCH for Emacs Emacs is not free of bugs in this area. I consider a bug the behaviour, when inside a gtk signal handler (scroll bar event) we enter another gtk event loop. That's because of (almost) undocumented feature of unblock_input. It does not only process the events that came during block/unblock pair, but it also processes the queue of events that were not processed before. Emacs seems to rely on calls to ublock_input, which trigger reading the input. A function without block/unblock statements would actually be never interrupted. When block/unblock pair is inserted, it will cause input handling at the moment of unblock_input call. That does not hurt much, as stated by Stephan in [3], but introduces a counter-intuitive feature: the function containing block/unblock is usually safer than the one not containing them. It is most important in callbacks. A callback containing block/unblock is unsafe, unless it is contained in an outer block/unblock pair. The patch introduces block/unblock input wrapper around the glib main loop in xgselect.c, thus preventing main loop recursion. The recursion was occuring when unblock_input was called inside the scroll bar callback. Full backtrace attached. This time I believe the patch is something that should be applied. It contains also comments, that should make some features better noticable. One of the comments is for unblock_input. I hope it's agreeable. Jarek [3] http://emacs.1067599.n5.nabble.com/GTK-stack-busting-loop-tp219788p219791.html --------------060208000206030802030408 Content-Type: text/plain; charset=ISO-8859-1; name="reent_bt.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="reent_bt.txt" U2NyaXB0IHN0YXJ0ZWQgb24gU2F0IDA3IERlYyAyMDEzIDEwOjQzOjE4IEFNIENFVApqY2Rl YjovbS91c3Ivc3JjL2d0aysjIGdkYgggCAggCAggCGJzPTEgZ2RiIC0tYXJncyBlbWFjcyAt UQ0KR05VIGdkYiAoR0RCKSA3LjYuMSAoRGViaWFuIDcuNi4xLTEpDQpDb3B5cmlnaHQgKEMp IDIwMTMgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uLCBJbmMuDQpMaWNlbnNlIEdQTHYzKzog R05VIEdQTCB2ZXJzaW9uIDMgb3IgbGF0ZXIgPGh0dHA6Ly9nbnUub3JnL2xpY2Vuc2VzL2dw bC5odG1sPg0KVGhpcyBpcyBmcmVlIHNvZnR3YXJlOiB5b3UgYXJlIGZyZWUgdG8gY2hhbmdl IGFuZCByZWRpc3RyaWJ1dGUgaXQuDQpUaGVyZSBpcyBOTyBXQVJSQU5UWSwgdG8gdGhlIGV4 dGVudCBwZXJtaXR0ZWQgYnkgbGF3LiAgVHlwZSAic2hvdyBjb3B5aW5nIg0KYW5kICJzaG93 IHdhcnJhbnR5IiBmb3IgZGV0YWlscy4NClRoaXMgR0RCIHdhcyBjb25maWd1cmVkIGFzICJp NDg2LWxpbnV4LWdudSIuDQpGb3IgYnVnIHJlcG9ydGluZyBpbnN0cnVjdGlvbnMsIHBsZWFz ZSBzZWU6DQo8aHR0cDovL3d3dy5nbnUub3JnL3NvZnR3YXJlL2dkYi9idWdzLz4uLi4NClJl YWRpbmcgc3ltYm9scyBmcm9tIC91c3IvbG9jYWwvYmluL2VtYWNzLTI0LjMuNTAuLi5kb25l Lg0KKGdkYikgc3RhcnQNClRlbXBvcmFyeSBicmVha3BvaW50IDEgYXQgMHg4MDU4MmYwOiBm aWxlIC4uLy4uL2VtYWNzLWNoZWNrb3V0L3NyYy9lbWFjcy5jLCBsaW5lIDY4OC4NClN0YXJ0 aW5nIHByb2dyYW06IC91c3IvbG9jYWwvYmluL2VtYWNzIC1RDQp3YXJuaW5nOiBDb3VsZCBu b3QgbG9hZCBzaGFyZWQgbGlicmFyeSBzeW1ib2xzIGZvciBsaW51eC1nYXRlLnNvLjEuDQpE byB5b3UgbmVlZCAic2V0IHNvbGliLXNlYXJjaC1wYXRoIiBvciAic2V0IHN5c3Jvb3QiPw0K W1RocmVhZCBkZWJ1Z2dpbmcgdXNpbmcgbGlidGhyZWFkX2RiIGVuYWJsZWRdDQpVc2luZyBo b3N0IGxpYnRocmVhZF9kYiBsaWJyYXJ5ICIvbGliL2kzODYtbGludXgtZ251L2k2ODYvY21v di9saWJ0aHJlYWRfZGIuc28uMSIuDQoNClRlbXBvcmFyeSBicmVha3BvaW50IDEsIG1haW4g KGFyZ2M9MiwgYXJndj0weGJmZmZmNTU0KQ0KICAgIGF0IC4uLy4uL2VtYWNzLWNoZWNrb3V0 L3NyYy9lbWFjcy5jOjY4OA0KNjg4CXsNCihnZGIpIGJyZWFrIGdka2ZyYW1lY2xvY2tpZGxl LmM6MzI5IGlmIGJzbmVzdGVkPjENCkJyZWFrcG9pbnQgMiBhdCAweGI3OGY1OWJmOiBmaWxl IGdka2ZyYW1lY2xvY2tpZGxlLmMsIGxpbmUgMzI5Lg0KKGdkYikgY29udA0KQ29udGludWlu Zy4NCltOZXcgVGhyZWFkIDB4YjVmMmRiNDAgKExXUCAxNzYwNyldDQo8W05ldyBUaHJlYWQg MHhiNTU1NGI0MCAoTFdQIDE3NjA5KV0NCltOZXcgVGhyZWFkIDB4YjRiZmZiNDAgKExXUCAx NzYxMSldDQo8bTw+Pm1QbW1tcG1tbVBtcG1tbVBwbW1tUDxwPG0+bVBtbW1wbW1QbXA8bT5t UG1wbW1tbVBwbW1QbW1wbW1tbVBwbTxtJ21GJ0BtZigwe21QKXB9bSdtRmYoMHttUClwfW0n bUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYoMHttUClwfW0nbUZmKDB7bVApcH1tJ21G Zigwe21QKXB9bSdtRmYoMHttUClwfW0nbUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYo MHttUClwfW0nbUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYoMHttUClwfW0nbUZmKDB7 bVApcH1tJ21GZigwe21QKXB9bSdtRmYoMHttUClwfW0nbUZmKDB7bVApcH1tJ21GZigwe21Q KXB9bSdtRmYoMHttUClwfW0nbUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYoMHttUClw fW0nbUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYoMHttUClwfW0nbUZmKDB7bVApcH1t J21GZigwe21QKXB9bSdtRmYoMHttUClwfW0nbUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdt RidAbSdAbWYoMHttUClwfW0nbUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYoMHttUClw fW0nbUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYoMHttUClwfW0nbUZmKDB7bVApcH1t J21GZigwe21QKXB9bSdtRmYoMHttUClwfW0nbUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdt RmYoMHttUClwfW0nbUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYoMHttUClwfW0nbUZm KDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYoMHttUClwfW0nbUZmKDB7bVApcH1tJ21GZigw e21QKXB9bSdtRmYoMHttUClwfW0nbUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYoMHtt UClwfW0nbUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYoMHttUClwfW0nbUZmKDB7bVAp cH1tJ21GZigwe21QKXB9bSdtRmYoMHttUClwfW0nbUZmKDB7bVApcH1tJ21GZigwe21QKXB9 bSdtRmYoMHttUClwfW0nbUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYoMHttUClwfW0n bUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYoMHttUClwfW0nbUZmKDB7bVApcH1tJ21G Zigwe21QKXB9bSdtRmYoMHttUClwfW0nbUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYo MHttUClwfW0nbUZmKDB7bVApcH1tbVBwbSdtRidAbWYoMG1Qe20pcH1tJ21GJ0BtZigwe21Q KXB9bSdtRmYoMHttUClwfW0nbUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYoMHttUClw fW0nbUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYoMHttUClwfW0nbUZmKDB7bVApcH1t J21GZigwe21QKXB9bW1QJ21GJ0BtZigwe20pcH1tbVAnbUZwbWYoMG1Qe20pcH1tJ21GJ0Bt ZigwbVB7bSlwfW0nbUYnQG0nQG1mKDBtUHttKXB9bSdtRidAbSdAbWYoMG1Qe20pcH1tJ21G bVAnQG1mKDBwbVBwbSdtRnttUCltZnB9bUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYo MHttUClwfW0nbUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYoMHttUClwfW0nbUZmKDB7 bVApcH1tJ21GZigwe21QKXB9bSdtRmYoMHttUClwfW0nbUZmKDB7bVApcH1tJ21GZigwe21Q KXB9bSdtRmYoMHttUClwfW0nbUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYoMHttUClw fW0nbUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYoMHttUClwfW0nbUZmKDB7bVApcH1t J21GZigwe21QKXB9bSdtRmYoMHttUClwfW0nbUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdt RmYoMHttUClwfW0nbUZmKDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYoMHttUClwfW0nbUZm KDB7bVApcH1tJ21GZigwe21QKXB9bSdtRmYoMG1Qe20pcH1tJ21GJ0BtJ0BtZigwbVB7bSlw fW0nbUZtUCdAbWYoMHttKXB9bSdtRidAbSdAbWYoMG1Qe20pcH1tJ21GZigwe21QKXB9bSdt RmYoMHttUClwfW0nbUYnQG1mKDBtUHttKXB9bSdtRidAbWYoMG1Qe20pcH1tJ21GJ0BtZigw bVB7bSlwfW1tUCdtRmYoMHBtUHBte21QKW1wfW0nbUYnQG0nQG0nQG1mKDAnbUZtUGZwbUZQ ZigxJA0KQnJlYWtwb2ludCAyLCBnZGtfZnJhbWVfY2xvY2tfZmx1c2hfaWRsZSAoZGF0YT0w eDg1ZTQ5NTApDQogICAgYXQgZ2RrZnJhbWVjbG9ja2lkbGUuYzozMjkNCjMyOQkgIGdfc2ln bmFsX2VtaXRfYnlfbmFtZSAoR19PQkpFQ1QgKGNsb2NrKSwgImZsdXNoLWV2ZW50cyIpOw0K KGdkYikgYnQNCiMwICBnZGtfZnJhbWVfY2xvY2tfZmx1c2hfaWRsZSAoZGF0YT0weDg1ZTQ5 NTApIGF0IGdka2ZyYW1lY2xvY2tpZGxlLmM6MzI5DQojMSAgMHhiNzhlNzA3NSBpbiBnZGtf dGhyZWFkc19kaXNwYXRjaCAoZGF0YT1kYXRhQGVudHJ5PTB4OGExMzIzMCkgYXQgZ2RrLmM6 Nzg4DQojMiAgMHhiNzQ4MTBiMSBpbiBnX3RpbWVvdXRfZGlzcGF0Y2ggKHNvdXJjZT1zb3Vy Y2VAZW50cnk9MHg4YTcwZWYwLCANCiAgICBjYWxsYmFjaz0weGI3OGU3MDQwIDxnZGtfdGhy ZWFkc19kaXNwYXRjaD4sIHVzZXJfZGF0YT0weDhhMTMyMzApDQogICAgYXQgL2J1aWxkL2ds aWIyLjAtT3Q4YmJDL2dsaWIyLjAtMi4zNi40Ly4vZ2xpYi9nbWFpbi5jOjQ0MTMNCiMzICAw eGI3NDgwNDJlIGluIGdfbWFpbl9kaXNwYXRjaCAoY29udGV4dD0weDg1Y2Q5MTgsIGNvbnRl eHRAZW50cnk9MHg4NWJkOWEwKQ0KICAgIGF0IC9idWlsZC9nbGliMi4wLU90OGJiQy9nbGli Mi4wLTIuMzYuNC8uL2dsaWIvZ21haW4uYzozMDU0DQojNCAgZ19tYWluX2NvbnRleHRfZGlz cGF0Y2ggKGNvbnRleHQ9Y29udGV4dEBlbnRyeT0weDg1Y2Q5MTgpDQogICAgYXQgL2J1aWxk L2dsaWIyLjAtT3Q4YmJDL2dsaWIyLjAtMi4zNi40Ly4vZ2xpYi9nbWFpbi5jOjM2MzANCiM1 ICAweGI3NDgwN2Q4IGluIGdfbWFpbl9jb250ZXh0X2l0ZXJhdGUgKGNvbnRleHQ9Y29udGV4 dEBlbnRyeT0weDg1Y2Q5MTgsIA0KICAgIGJsb2NrPWJsb2NrQGVudHJ5PTEsIGRpc3BhdGNo PWRpc3BhdGNoQGVudHJ5PTEsIHNlbGY9PG9wdGltaXplZCBvdXQ+KQ0KICAgIGF0IC9idWls ZC9nbGliMi4wLU90OGJiQy9nbGliMi4wLTIuMzYuNC8uL2dsaWIvZ21haW4uYzozNzAxDQoj NiAgMHhiNzQ4MDg5OCBpbiBnX21haW5fY29udGV4dF9pdGVyYXRpb24gKGNvbnRleHQ9MHg4 NWNkOTE4LCANCiAgICBjb250ZXh0QGVudHJ5PTB4MCwgbWF5X2Jsb2NrPW1heV9ibG9ja0Bl bnRyeT0xKQ0KICAgIGF0IC9idWlsZC9nbGliMi4wLU90OGJiQy9nbGliMi4wLTIuMzYuNC8u L2dsaWIvZ21haW4uYzozNzYyDQojNyAgMHhiN2FlZGJkOCBpbiBndGtfbWFpbl9pdGVyYXRp b24gKCkgYXQgZ3RrbWFpbi5jOjEyNjANCiM4ICAweDA4MGYxM2ExIGluIFhUcmVhZF9zb2Nr ZXQgKHRlcm1pbmFsPTB4ODc3M2MxMCwgaG9sZF9xdWl0PTB4YmZmZmRjOWMpDQogICAgYXQg Li4vLi4vZW1hY3MtY2hlY2tvdXQvc3JjL3h0ZXJtLmM6NzA3Nw0KIzkgIDB4MDgxMjUzMjkg aW4gZ29iYmxlX2lucHV0ICgpIGF0IC4uLy4uL2VtYWNzLWNoZWNrb3V0L3NyYy9rZXlib2Fy ZC5jOjY4NDENCiMxMCAweDA4MTI0ZDA1IGluIGhhbmRsZV9hc3luY19pbnB1dCAoKQ0KICAg IGF0IC4uLy4uL2VtYWNzLWNoZWNrb3V0L3NyYy9rZXlib2FyZC5jOjcwODENCiMxMSBwcm9j ZXNzX3BlbmRpbmdfc2lnbmFscyAoKSBhdCAuLi8uLi9lbWFjcy1jaGVja291dC9zcmMva2V5 Ym9hcmQuYzo3MDk1DQojMTIgMHgwODEyNjRlMyBpbiB1bmJsb2NrX2lucHV0ICgpIGF0IC4u Ly4uL2VtYWNzLWNoZWNrb3V0L3NyYy9rZXlib2FyZC5jOjcxMjQNCi0tLVR5cGUgPHJldHVy bj4gdG8gY29udGludWUsIG9yIHEgPHJldHVybj4gdG8gcXVpdC0tLQ0KIzEzIDB4MDgwZWVj YTggaW4geF9zZW5kX3Njcm9sbF9iYXJfZXZlbnQgKHdpbmRvdz08b3B0aW1pemVkIG91dD4s IA0KICAgIHBhcnQ9PG9wdGltaXplZCBvdXQ+LCBwb3J0aW9uPTxvcHRpbWl6ZWQgb3V0Piwg d2hvbGU9d2hvbGVAZW50cnk9MTYxNzI3NSkNCiAgICBhdCAuLi8uLi9lbWFjcy1jaGVja291 dC9zcmMveHRlcm0uYzo0Mjk5DQojMTQgMHgwODBmMDgzMiBpbiB4Z19zY3JvbGxfY2FsbGJh Y2sgKHJhbmdlPXJhbmdlQGVudHJ5PTB4ODRjODIyMCwgDQogICAgc2Nyb2xsPUdUS19TQ1JP TExfSlVNUCwgdmFsdWU9dmFsdWVAZW50cnk9MTk4MDcwNy4zNTk1NTA1NjIsIA0KICAgIHVz ZXJfZGF0YT11c2VyX2RhdGFAZW50cnk9MHg4YTA2ODM4KQ0KICAgIGF0IC4uLy4uL2VtYWNz LWNoZWNrb3V0L3NyYy94dGVybS5jOjQ0NzINCiMxNSAweGI3YWVmMmYzIGluIF9ndGtfbWFy c2hhbF9CT09MRUFOX19FTlVNX0RPVUJMRSAoY2xvc3VyZT0weDhhMWY0NTgsIA0KICAgIHJl dHVybl92YWx1ZT0weGJmZmZkZWUwLCBuX3BhcmFtX3ZhbHVlcz0zLCBwYXJhbV92YWx1ZXM9 MHhiZmZmZGY1MCwgDQogICAgaW52b2NhdGlvbl9oaW50PTB4YmZmZmRlZmMsIG1hcnNoYWxf ZGF0YT0weDApIGF0IGd0a21hcnNoYWxlcnMuYzo0NDINCiMxNiAweGI3NTRiNjllIGluIGdf Y2xvc3VyZV9pbnZva2UgKGNsb3N1cmU9MHg4YTFmNDU4LCANCiAgICByZXR1cm5fdmFsdWU9 cmV0dXJuX3ZhbHVlQGVudHJ5PTB4YmZmZmRlZTAsIG5fcGFyYW1fdmFsdWVzPTMsIA0KICAg IHBhcmFtX3ZhbHVlcz1wYXJhbV92YWx1ZXNAZW50cnk9MHhiZmZmZGY1MCwgDQogICAgaW52 b2NhdGlvbl9oaW50PWludm9jYXRpb25faGludEBlbnRyeT0weGJmZmZkZWZjKQ0KICAgIGF0 IC9idWlsZC9nbGliMi4wLU90OGJiQy9nbGliMi4wLTIuMzYuNC8uL2dvYmplY3QvZ2Nsb3N1 cmUuYzo3NzcNCiMxNyAweGI3NTVkMTQ5IGluIHNpZ25hbF9lbWl0X3VubG9ja2VkX1IgKG5v ZGU9bm9kZUBlbnRyeT0weDg0YzVjYzgsIGRldGFpbD0wLCANCiAgICBpbnN0YW5jZT0weDg0 YzgyMjAsIGVtaXNzaW9uX3JldHVybj1lbWlzc2lvbl9yZXR1cm5AZW50cnk9MHhiZmZmZTAx MCwgDQogICAgaW5zdGFuY2VfYW5kX3BhcmFtcz0weGJmZmZkZjUwKQ0KICAgIGF0IC9idWls ZC9nbGliMi4wLU90OGJiQy9nbGliMi4wLTIuMzYuNC8uL2dvYmplY3QvZ3NpZ25hbC5jOjM1 ODQNCiMxOCAweGI3NTY0ODg0IGluIGdfc2lnbmFsX2VtaXRfdmFsaXN0IChpbnN0YW5jZT1p bnN0YW5jZUBlbnRyeT0weDg0YzgyMjAsIA0KICAgIHNpZ25hbF9pZD1zaWduYWxfaWRAZW50 cnk9MTUyLCBkZXRhaWw9ZGV0YWlsQGVudHJ5PTAsIA0KICAgIHZhcl9hcmdzPTB4YmZmZmUw YzggIvzg/79cMjMwdcO3IiwgdmFyX2FyZ3NAZW50cnk9MHhiZmZmZTBiYyAiXDAwMSIpDQog ICAgYXQgL2J1aWxkL2dsaWIyLjAtT3Q4YmJDL2dsaWIyLjAtMi4zNi40Ly4vZ29iamVjdC9n c2lnbmFsLmM6MzMzOA0KLS0tVHlwZSA8cmV0dXJuPiB0byBjb250aW51ZSwgb3IgcSA8cmV0 dXJuPiB0byBxdWl0LS0tDQojMTkgMHhiNzU2NGRkMyBpbiBnX3NpZ25hbF9lbWl0IChpbnN0 YW5jZT1pbnN0YW5jZUBlbnRyeT0weDg0YzgyMjAsIA0KICAgIHNpZ25hbF9pZD0xNTIsIGRl dGFpbD1kZXRhaWxAZW50cnk9MCkNCiAgICBhdCAvYnVpbGQvZ2xpYjIuMC1PdDhiYkMvZ2xp YjIuMC0yLjM2LjQvLi9nb2JqZWN0L2dzaWduYWwuYzozMzg0DQojMjAgMHhiN2IzZjYyYSBp biB1cGRhdGVfc2xpZGVyX3Bvc2l0aW9uIChyYW5nZT1yYW5nZUBlbnRyeT0weDg0YzgyMjAs IA0KICAgIG1vdXNlX3g9PG9wdGltaXplZCBvdXQ+LCBtb3VzZV95PTI5OSkgYXQgZ3RrcmFu Z2UuYzoyNzQ2DQojMjEgMHhiN2IzZmE0ZSBpbiBndGtfcmFuZ2VfbW90aW9uX25vdGlmeSAo d2lkZ2V0PTB4ODRjODIyMCwgZXZlbnQ9MHg4NTE5NzcwKQ0KICAgIGF0IGd0a3JhbmdlLmM6 MjkxMQ0KIzIyIDB4YjdhZWVjMTYgaW4gX2d0a19tYXJzaGFsX0JPT0xFQU5fX0JPWEVEdiAo Y2xvc3VyZT0weDg1YmM2YTgsIA0KICAgIHJldHVybl92YWx1ZT0weGJmZmZlMjY4LCBpbnN0 YW5jZT0weDg0YzgyMjAsIA0KICAgIGFyZ3M9MHhiZmZmZTMzYyAicFwyMjdRXGJcXOP/v1ww MjBcMjI3W1xiXDIwMGRMXGJoXDAxN+a359LCt2hcMDE35rcgXDIwMkxcYiIsIG1hcnNoYWxf ZGF0YT0weGI3YjNmOTkwIDxndGtfcmFuZ2VfbW90aW9uX25vdGlmeT4sIG5fcGFyYW1zPTEs IA0KICAgIHBhcmFtX3R5cGVzPTB4ODViYmRjOCkgYXQgZ3RrbWFyc2hhbGVycy5jOjEzMA0K IzIzIDB4Yjc1NGEwNzcgaW4gZ190eXBlX2NsYXNzX21ldGFfbWFyc2hhbHYgKGNsb3N1cmU9 MHg4NWJjNmE4LCANCiAgICByZXR1cm5fdmFsdWU9MHhiZmZmZTI2OCwgaW5zdGFuY2U9MHg4 NGM4MjIwLCANCiAgICBhcmdzPTB4YmZmZmUzM2MgInBcMjI3UVxiXFzj/79cMDIwXDIyN1tc YlwyMDBkTFxiaFwwMTfmt+fSwrdoXDAxN+a3IFwyMDJMXGIiLCBtYXJzaGFsX2RhdGE9MHhj Yywgbl9wYXJhbXM9MSwgcGFyYW1fdHlwZXM9MHg4NWJiZGM4KQ0KICAgIGF0IC9idWlsZC9n bGliMi4wLU90OGJiQy9nbGliMi4wLTIuMzYuNC8uL2dvYmplY3QvZ2Nsb3N1cmUuYzo5OTcN CiMyNCAweGI3NTRiOGRlIGluIF9nX2Nsb3N1cmVfaW52b2tlX3ZhIChjbG9zdXJlPWNsb3N1 cmVAZW50cnk9MHg4NWJjNmE4LCANCiAgICByZXR1cm5fdmFsdWU9cmV0dXJuX3ZhbHVlQGVu dHJ5PTB4YmZmZmUyNjgsIA0KICAgIGluc3RhbmNlPWluc3RhbmNlQGVudHJ5PTB4ODRjODIy MCwgDQogICAgYXJncz1hcmdzQGVudHJ5PTB4YmZmZmUzM2MgInBcMjI3UVxiXFzj/79cMDIw XDIyN1tcYlwyMDBkTFxiaFwwMTfmt+fSwrdoXDAxN+a3IFwyMDJMXGIiLCBuX3BhcmFtcz0x LCBwYXJhbV90eXBlcz0weDg1YmJkYzgpDQogICAgYXQgL2J1aWxkL2dsaWIyLjAtT3Q4YmJD L2dsaWIyLjAtMi4zNi40Ly4vZ29iamVjdC9nY2xvc3VyZS5jOjg0MA0KLS0tVHlwZSA8cmV0 dXJuPiB0byBjb250aW51ZSwgb3IgcSA8cmV0dXJuPiB0byBxdWl0LS0tDQojMjUgMHhiNzU2 NDIzNyBpbiBnX3NpZ25hbF9lbWl0X3ZhbGlzdCAoaW5zdGFuY2U9aW5zdGFuY2VAZW50cnk9 MHg4NGM4MjIwLCANCiAgICBzaWduYWxfaWQ9c2lnbmFsX2lkQGVudHJ5PTMyLCBkZXRhaWw9 ZGV0YWlsQGVudHJ5PTAsIA0KICAgIHZhcl9hcmdzPXZhcl9hcmdzQGVudHJ5PTB4YmZmZmUz M2MgInBcMjI3UVxiXFzj/79cMDIwXDIyN1tcYlwyMDBkTFxiaFwwMTfmt+fSwrdoXDAxN+a3 IFwyMDJMXGIiKQ0KICAgIGF0IC9idWlsZC9nbGliMi4wLU90OGJiQy9nbGliMi4wLTIuMzYu NC8uL2dvYmplY3QvZ3NpZ25hbC5jOjMyMzQNCiMyNiAweGI3NTY0ZGQzIGluIGdfc2lnbmFs X2VtaXQgKGluc3RhbmNlPWluc3RhbmNlQGVudHJ5PTB4ODRjODIyMCwgDQogICAgc2lnbmFs X2lkPTMyLCBkZXRhaWw9ZGV0YWlsQGVudHJ5PTApDQogICAgYXQgL2J1aWxkL2dsaWIyLjAt T3Q4YmJDL2dsaWIyLjAtMi4zNi40Ly4vZ29iamVjdC9nc2lnbmFsLmM6MzM4NA0KIzI3IDB4 YjdjMmQ4ZmIgaW4gZ3RrX3dpZGdldF9ldmVudF9pbnRlcm5hbCAod2lkZ2V0PXdpZGdldEBl bnRyeT0weDg0YzgyMjAsIA0KICAgIGV2ZW50PWV2ZW50QGVudHJ5PTB4ODUxOTc3MCkgYXQg Z3Rrd2lkZ2V0LmM6NjcyMg0KIzI4IDB4YjdjMmRiZDUgaW4gZ3RrX3dpZGdldF9ldmVudCAo d2lkZ2V0PXdpZGdldEBlbnRyeT0weDg0YzgyMjAsIA0KICAgIGV2ZW50PWV2ZW50QGVudHJ5 PTB4ODUxOTc3MCkgYXQgZ3Rrd2lkZ2V0LmM6NjM3OQ0KIzI5IDB4YjdhZWNhMjUgaW4gcHJv cGFnYXRlX2V2ZW50X3VwICh0b3Btb3N0PTxvcHRpbWl6ZWQgb3V0PiwgDQogICAgZXZlbnQ9 PG9wdGltaXplZCBvdXQ+LCB3aWRnZXQ9MHg4NGM4MjIwKSBhdCBndGttYWluLmM6MjM5Mw0K IzMwIHByb3BhZ2F0ZV9ldmVudCAod2lkZ2V0PTxvcHRpbWl6ZWQgb3V0PiwgZXZlbnQ9MHg4 NTE5NzcwLCBjYXB0dXJlZD0wLCANCiAgICB0b3Btb3N0PTB4MCkgYXQgZ3RrbWFpbi5jOjI1 MDENCiMzMSAweGI3YWVlODEwIGluIGd0a19tYWluX2RvX2V2ZW50IChldmVudD0weDg1MTk3 NzApIGF0IGd0a21haW4uYzoxNzE2DQojMzIgMHhiNzhmMDUyYyBpbiBfZ2RrX2V2ZW50X2Vt aXQgKGV2ZW50PWV2ZW50QGVudHJ5PTB4ODUxOTc3MCkNCiAgICBhdCBnZGtldmVudHMuYzo3 MQ0KIzMzIDB4Yjc4ZWYwZjggaW4gX2dka19kaXNwbGF5X2ZsdXNoX2V2ZW50cyAoZGlzcGxh eT1kaXNwbGF5QGVudHJ5PTB4ODVkYzA0MCkNCiAgICBhdCBnZGtkaXNwbGF5LmM6MjAzOQ0K IzM0IDB4Yjc4ZmJlYzYgaW4gZ2RrX3dpbmRvd19mbHVzaF9ldmVudHMgKGNsb2NrPTB4ODVl NDk1MCwgZGF0YT0weDg1ZTI5ODApDQogICAgYXQgZ2Rrd2luZG93LmM6MTE2MTANCi0tLVR5 cGUgPHJldHVybj4gdG8gY29udGludWUsIG9yIHEgPHJldHVybj4gdG8gcXVpdC0tLQ0KIzM1 IDB4Yjc1NGQzMzkgaW4gZ19jY2xvc3VyZV9tYXJzaGFsX1ZPSURfX1ZPSUR2IChjbG9zdXJl PTB4ODUzYTJmOCwgDQogICAgcmV0dXJuX3ZhbHVlPTB4MCwgaW5zdGFuY2U9MHg4NWU0OTUw LCBhcmdzPTB4YmZmZmU2YjggIlwwMDEiLCANCiAgICBtYXJzaGFsX2RhdGE9MHgwLCBuX3Bh cmFtcz0wLCBwYXJhbV90eXBlcz0weDApDQogICAgYXQgL2J1aWxkL2dsaWIyLjAtT3Q4YmJD L2dsaWIyLjAtMi4zNi40Ly4vZ29iamVjdC9nbWFyc2hhbC5jOjExNQ0KIzM2IDB4Yjc1NGI4 ZGUgaW4gX2dfY2xvc3VyZV9pbnZva2VfdmEgKGNsb3N1cmU9Y2xvc3VyZUBlbnRyeT0weDg1 M2EyZjgsIA0KICAgIHJldHVybl92YWx1ZT1yZXR1cm5fdmFsdWVAZW50cnk9MHgwLCBpbnN0 YW5jZT1pbnN0YW5jZUBlbnRyeT0weDg1ZTQ5NTAsIA0KICAgIGFyZ3M9YXJnc0BlbnRyeT0w eGJmZmZlNmI4ICJcMDAxIiwgbl9wYXJhbXM9MCwgcGFyYW1fdHlwZXM9MHgwKQ0KICAgIGF0 IC9idWlsZC9nbGliMi4wLU90OGJiQy9nbGliMi4wLTIuMzYuNC8uL2dvYmplY3QvZ2Nsb3N1 cmUuYzo4NDANCiMzNyAweGI3NTY0MjM3IGluIGdfc2lnbmFsX2VtaXRfdmFsaXN0IChpbnN0 YW5jZT1pbnN0YW5jZUBlbnRyeT0weDg1ZTQ5NTAsIA0KICAgIHNpZ25hbF9pZD1zaWduYWxf aWRAZW50cnk9MTM2LCBkZXRhaWw9ZGV0YWlsQGVudHJ5PTAsIA0KICAgIHZhcl9hcmdzPXZh cl9hcmdzQGVudHJ5PTB4YmZmZmU2YjggIlwwMDEiKQ0KICAgIGF0IC9idWlsZC9nbGliMi4w LU90OGJiQy9nbGliMi4wLTIuMzYuNC8uL2dvYmplY3QvZ3NpZ25hbC5jOjMyMzQNCiMzOCAw eGI3NTY1MjkxIGluIGdfc2lnbmFsX2VtaXRfYnlfbmFtZSAoaW5zdGFuY2U9aW5zdGFuY2VA ZW50cnk9MHg4NWU0OTUwLCANCiAgICBkZXRhaWxlZF9zaWduYWw9ZGV0YWlsZWRfc2lnbmFs QGVudHJ5PTB4Yjc5MzRlMTMgImZsdXNoLWV2ZW50cyIpDQogICAgYXQgL2J1aWxkL2dsaWIy LjAtT3Q4YmJDL2dsaWIyLjAtMi4zNi40Ly4vZ29iamVjdC9nc2lnbmFsLmM6MzQyNA0KIzM5 IDB4Yjc4ZjU5ZDEgaW4gZ2RrX2ZyYW1lX2Nsb2NrX2ZsdXNoX2lkbGUgKGRhdGE9MHg4NWU0 OTUwKQ0KICAgIGF0IGdka2ZyYW1lY2xvY2tpZGxlLmM6MzI5DQojNDAgMHhiNzhlNzA3NSBp biBnZGtfdGhyZWFkc19kaXNwYXRjaCAoZGF0YT1kYXRhQGVudHJ5PTB4OGExMzM5MCkgYXQg Z2RrLmM6Nzg4DQojNDEgMHhiNzQ4MTBiMSBpbiBnX3RpbWVvdXRfZGlzcGF0Y2ggKHNvdXJj ZT1zb3VyY2VAZW50cnk9MHg4NTU1MGMwLCANCiAgICBjYWxsYmFjaz0weGI3OGU3MDQwIDxn ZGtfdGhyZWFkc19kaXNwYXRjaD4sIHVzZXJfZGF0YT0weDhhMTMzOTApDQogICAgYXQgL2J1 aWxkL2dsaWIyLjAtT3Q4YmJDL2dsaWIyLjAtMi4zNi40Ly4vZ2xpYi9nbWFpbi5jOjQ0MTMN CiM0MiAweGI3NDgwNDJlIGluIGdfbWFpbl9kaXNwYXRjaCAoY29udGV4dD0weDg1Y2Q5MTgs IGNvbnRleHRAZW50cnk9MHhiNzUzYzAwMCkNCiAgICBhdCAvYnVpbGQvZ2xpYjIuMC1PdDhi YkMvZ2xpYjIuMC0yLjM2LjQvLi9nbGliL2dtYWluLmM6MzA1NA0KLS0tVHlwZSA8cmV0dXJu PiB0byBjb250aW51ZSwgb3IgcSA8cmV0dXJuPiB0byBxdWl0LS0tDQojNDMgZ19tYWluX2Nv bnRleHRfZGlzcGF0Y2ggKGNvbnRleHQ9Y29udGV4dEBlbnRyeT0weDg1Y2Q5MTgpDQogICAg YXQgL2J1aWxkL2dsaWIyLjAtT3Q4YmJDL2dsaWIyLjAtMi4zNi40Ly4vZ2xpYi9nbWFpbi5j OjM2MzANCiM0NCAweDA4MWZmMTc4IGluIHhnX3NlbGVjdCAoZmRzX2xpbT08b3B0aW1pemVk IG91dD4sIHJmZHM9MHhiZmZmZWQ3MCwgDQogICAgd2Zkcz0weGJmZmZlZGYwLCBlZmRzPTB4 MCwgdGltZW91dD0weGJmZmZlN2M4LCBzaWdtYXNrPTB4MCkNCiAgICBhdCAuLi8uLi9lbWFj cy1jaGVja291dC9zcmMveGdzZWxlY3QuYzoxNDcNCiM0NSAweDA4MWNiMzBiIGluIHdhaXRf cmVhZGluZ19wcm9jZXNzX291dHB1dCAodGltZV9saW1pdD08b3B0aW1pemVkIG91dD4sIA0K ICAgIG5zZWNzPTAsIHJlYWRfa2JkPXJlYWRfa2JkQGVudHJ5PS0xLCBkb19kaXNwbGF5PWRv X2Rpc3BsYXlAZW50cnk9dHJ1ZSwgDQogICAgd2FpdF9mb3JfY2VsbD0xMzg4NjE1MDYsIHdh aXRfcHJvYz13YWl0X3Byb2NAZW50cnk9MHgwLCANCiAgICBqdXN0X3dhaXRfcHJvYz1qdXN0 X3dhaXRfcHJvY0BlbnRyeT0wKQ0KICAgIGF0IC4uLy4uL2VtYWNzLWNoZWNrb3V0L3NyYy9w cm9jZXNzLmM6NDU4NA0KIzQ2IDB4MDgwNjI1OTUgaW4gc2l0X2ZvciAodGltZW91dD10aW1l b3V0QGVudHJ5PTEyMCwgDQogICAgcmVhZGluZz1yZWFkaW5nQGVudHJ5PXRydWUsIGRpc3Bs YXlfb3B0aW9uPWRpc3BsYXlfb3B0aW9uQGVudHJ5PTEpDQogICAgYXQgLi4vLi4vZW1hY3Mt Y2hlY2tvdXQvc3JjL2Rpc3BuZXcuYzo1ODAwDQojNDcgMHgwODEyOTJhNiBpbiByZWFkX2No YXIgKGNvbW1hbmRmbGFnPTEsIG1hcD1tYXBAZW50cnk9MTQyMzkyNjE0LCANCiAgICBwcmV2 X2V2ZW50PTEzODg2MTUwNiwgdXNlZF9tb3VzZV9tZW51PXVzZWRfbW91c2VfbWVudUBlbnRy eT0weGJmZmZmMjViLCANCiAgICBlbmRfdGltZT1lbmRfdGltZUBlbnRyeT0weDApIGF0IC4u Ly4uL2VtYWNzLWNoZWNrb3V0L3NyYy9rZXlib2FyZC5jOjI4MDUNCiM0OCAweDA4MTJhOGE4 IGluIHJlYWRfa2V5X3NlcXVlbmNlIChrZXlidWY9a2V5YnVmQGVudHJ5PTB4YmZmZmYzMDgs IA0KICAgIHByb21wdD0xMzg4NjE1MDYsIGRvbnRfZG93bmNhc2VfbGFzdD1mYWxzZSwgZG9u dF9kb3duY2FzZV9sYXN0QGVudHJ5PTEwLCANCiAgICBjYW5fcmV0dXJuX3N3aXRjaF9mcmFt ZT1jYW5fcmV0dXJuX3N3aXRjaF9mcmFtZUBlbnRyeT10cnVlLCANCiAgICBmaXhfY3VycmVu dF9idWZmZXI9Zml4X2N1cnJlbnRfYnVmZmVyQGVudHJ5PXRydWUsIHByZXZlbnRfcmVkaXNw bGF5PWZhbHNlLCANCiAgICBwcmV2ZW50X3JlZGlzcGxheUBlbnRyeT0xMCwgYnVmc2l6ZT0z MCkNCiAgICBhdCAuLi8uLi9lbWFjcy1jaGVja291dC9zcmMva2V5Ym9hcmQuYzo5MDc0DQoj NDkgMHgwODEyYjlkNiBpbiBjb21tYW5kX2xvb3BfMSAoKSBhdCAuLi8uLi9lbWFjcy1jaGVj a291dC9zcmMva2V5Ym9hcmQuYzoxNDQ1DQotLS1UeXBlIDxyZXR1cm4+IHRvIGNvbnRpbnVl LCBvciBxIDxyZXR1cm4+IHRvIHF1aXQtLS0NCiM1MCAweDA4MThkM2FhIGluIGludGVybmFs X2NvbmRpdGlvbl9jYXNlICgNCiAgICBiZnVuPWJmdW5AZW50cnk9MHg4MTJiODIwIDxjb21t YW5kX2xvb3BfMT4sIGhhbmRsZXJzPTEzODg5NDYwMiwgDQogICAgaGZ1bj1oZnVuQGVudHJ5 PTB4ODEyMzI2MCA8Y21kX2Vycm9yPikNCiAgICBhdCAuLi8uLi9lbWFjcy1jaGVja291dC9z cmMvZXZhbC5jOjEzNDQNCiM1MSAweDA4MTIxNTE1IGluIGNvbW1hbmRfbG9vcF8yIChpZ25v cmU9aWdub3JlQGVudHJ5PTEzODg2MTUwNikNCiAgICBhdCAuLi8uLi9lbWFjcy1jaGVja291 dC9zcmMva2V5Ym9hcmQuYzoxMTcwDQojNTIgMHgwODE4ZDJjZCBpbiBpbnRlcm5hbF9jYXRj aCAodGFnPTEzODg5MjY1MCwgDQogICAgZnVuYz1mdW5jQGVudHJ5PTB4ODEyMTRmMCA8Y29t bWFuZF9sb29wXzI+LCBhcmc9MTM4ODYxNTA2KQ0KICAgIGF0IC4uLy4uL2VtYWNzLWNoZWNr b3V0L3NyYy9ldmFsLmM6MTEwOA0KIzUzIDB4MDgxMjJlNzIgaW4gY29tbWFuZF9sb29wICgp IGF0IC4uLy4uL2VtYWNzLWNoZWNrb3V0L3NyYy9rZXlib2FyZC5jOjExNDkNCiM1NCByZWN1 cnNpdmVfZWRpdF8xICgpIGF0IC4uLy4uL2VtYWNzLWNoZWNrb3V0L3NyYy9rZXlib2FyZC5j Ojc3Nw0KIzU1IDB4MDgxMjMxNGIgaW4gRnJlY3Vyc2l2ZV9lZGl0ICgpIGF0IC4uLy4uL2Vt YWNzLWNoZWNrb3V0L3NyYy9rZXlib2FyZC5jOjg0MQ0KIzU2IDB4MDgwNThlMjggaW4gbWFp biAoYXJnYz08b3B0aW1pemVkIG91dD4sIGFyZ3Y9MHhiZmZmZjU1NCkNCiAgICBhdCAuLi8u Li9lbWFjcy1jaGVja291dC9zcmMvZW1hY3MuYzoxNTk4DQooZ2RiKSBxdWl0DQpBIGRlYnVn Z2luZyBzZXNzaW9uIGlzIGFjdGl2ZS4NCg0KCUluZmVyaW9yIDEgW3Byb2Nlc3MgMTc1Njdd IHdpbGwgYmUga2lsbGVkLg0KDQpRdWl0IGFueXdheT8gKHkgb3IgbikgeQ0KamNkZWI6L20v dXNyL3NyYy9ndGsrIyBleGl0DQpleGl0DQoKU2NyaXB0IGRvbmUgb24gU2F0IDA3IERlYyAy MDEzIDEwOjQ0OjEyIEFNIENFVAo= --------------060208000206030802030408 Content-Type: text/plain; charset=ISO-8859-1; name="scroll_freeze_2_0.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="scroll_freeze_2_0.txt" PT09IG1vZGlmaWVkIGZpbGUgJ3NyYy9DaGFuZ2VMb2cnCioqKiBzcmMvQ2hhbmdlTG9nCTIw MTMtMTItMDggMDg6MDU6MzYgKzAwMDAKLS0tIHNyYy9DaGFuZ2VMb2cJMjAxMy0xMi0wOCAx NjowMDo0MSArMDAwMAoqKioqKioqKioqKioqKioKKioqIDEsMyAqKioqCi0tLSAxLDkgLS0t LQorIDIwMTMtMTItMDggIEphcmVrIEN6ZWthbHNraSAgPGphcmVrY3pla0Bwb2N6dGEub25l dC5wbD4KKyAKKyAJRml4IGZyZWV6aW5nIHdpdGggc2Nyb2xsIGJhcnMgb2YgR1RLMyBUb29s a2l0IChCdWcjMTU4MDEpLgorIAkqIGtleWJvYXJkLmM6IEEgY29tbWVudCB0byB1bmJsb2Nr X2lucHV0LgorIAkqIHhnc2VsZWN0LmM6IFByZXZlbnQgR2xpYiBtYWluIGxvb3AgcmVjdXJz aW9uLgorIAogIDIwMTMtMTItMDggIFBhdWwgRWdnZXJ0ICA8ZWdnZXJ0QGNzLnVjbGEuZWR1 PgogIAogIAlVc2UgbGliY3J5cHRvJ3MgY2hlY2tzdW0gaW1wbGVtZW50YXRpb25zIGlmIGF2 YWlsYWJsZSwgZm9yIHNwZWVkLgoKPT09IG1vZGlmaWVkIGZpbGUgJ3NyYy9rZXlib2FyZC5j JwoqKiogc3JjL2tleWJvYXJkLmMJMjAxMy0xMi0wNyAyMzowNDoxMCArMDAwMAotLS0gc3Jj L2tleWJvYXJkLmMJMjAxMy0xMi0wOCAxNToyMDowMCArMDAwMAoqKioqKioqKioqKioqKiog dW5ibG9ja19pbnB1dF90byAoaW50IGxldmVsKQoqKiogNzExOCw3MTI0ICoqKioKICAvKiBF bmQgY3JpdGljYWwgc2VjdGlvbi4KICAKICAgICBJZiBkb2luZyBzaWduYWwtZHJpdmVuIGlu cHV0LCBhbmQgYSBzaWduYWwgY2FtZSBpbiB3aGVuIGlucHV0IHdhcwohICAgIGJsb2NrZWQs IHJlaW52b2tlIHRoZSBzaWduYWwgaGFuZGxlciBub3cgdG8gZGVhbCB3aXRoIGl0LiAgKi8K ICAKICB2b2lkCiAgdW5ibG9ja19pbnB1dCAodm9pZCkKLS0tIDcxMTgsNzEyOSAtLS0tCiAg LyogRW5kIGNyaXRpY2FsIHNlY3Rpb24uCiAgCiAgICAgSWYgZG9pbmcgc2lnbmFsLWRyaXZl biBpbnB1dCwgYW5kIGEgc2lnbmFsIGNhbWUgaW4gd2hlbiBpbnB1dCB3YXMKISAgICBibG9j a2VkLCByZWludm9rZSB0aGUgc2lnbmFsIGhhbmRsZXIgbm93IHRvIGRlYWwgd2l0aCBpdC4K ISAKISAgICBJdCB3aWxsIGFsc28gcHJvY2VzcyBxdWV1ZWQgaW5wdXQsIGlmIGl0IHdhcyBu b3QgcmVhZCBiZWZvcmUuCiEgICAgV2hlbiBhIGxvbmdlciBjb2RlIHNlcXVlbmNlIGRvZXMg bm90IHVzZSBibG9jay91bmJsb2NrIGlucHV0CiEgICAgYXQgYWxsLCB0aGUgd2hvbGUgaW5w dXQgZ2F0aGVyZWQgdXAgdG8gdGhlIG5leHQgY2FsbCB0bwohICAgIHVuYmxvY2tfaW5wdXQg d2lsbCBiZSBwcm9jZXNzZWQgaW5zaWRlIHRoYXQgY2FsbC4gKi8KICAKICB2b2lkCiAgdW5i bG9ja19pbnB1dCAodm9pZCkKCj09PSBtb2RpZmllZCBmaWxlICdzcmMveGdzZWxlY3QuYycK KioqIHNyYy94Z3NlbGVjdC5jCTIwMTMtMDgtMjcgMTk6MzY6MjggKzAwMDAKLS0tIHNyYy94 Z3NlbGVjdC5jCTIwMTMtMTItMDggMTU6NTI6MjggKzAwMDAKKioqKioqKioqKioqKioqIGFs b25nIHdpdGggR05VIEVtYWNzLiAgSWYgbm90LCBzZWUgPGh0dHAKKioqIDI4LDMzICoqKioK LS0tIDI4LDQ0IC0tLS0KICAjaW5jbHVkZSA8dGltZXNwZWMuaD4KICAjaW5jbHVkZSAiZnJh bWUuaCIKICAKKyAvKiB4Z19zZWxlY3QgaXMgYSBwc2VsZWN0IHJlcGxhY2VtZW50LiBXaHkg ZG8gd2UgbmVlZCBhIHNlcGFyYXRlIGZ1bmN0aW9uPworICAgIDEuIFRpbWVvdXRzLiBHbGli IGFuZCBHdGsgcmVseSBvbiB0aW1lciBldmVudHMuIElmIHdlIGRpZCBwc2VsZWN0CisgICAg ICAgd2l0aCBhIGdyZWF0ZXIgdGltZW91dCB0aGVuIHRoZSBvbmUgc2NoZWR1bGVkIGJ5IEds aWIsIHdlIHdvdWxkCisgICAgICAgbm90IGFsbG93IEdsaWIgdG8gcHJvY2VzcyBpdHMgdGlt ZXIgZXZlbnRzLiBXZSB3YW50IEdsaWIgdG8KKyAgICAgICB3b3JrIHNtb290aGx5LCBzbyB3 ZSBuZWVkIHRvIHJlZHVjZSBvdXIgdGltZW91dCB0byBtYXRjaCBHbGliLgorICAgIDIuIERl c2NyaXB0b3JzLiBHbGliIG1heSBsaXN0ZW4gdG8gbW9yZSBmaWxlIGRlc2NyaXB0b3JzIHRo YW4gd2UgZG8uCisgICAgICAgU28gd2UgYWRkIEdsaWIgZGVzY3JpcHRvcnMgdG8gb3VyIHBz ZWxlY3QgcG9vbCwgYnV0IHdlIGRvbid0IGNoYW5nZQorICAgICAgIHRoZSB2YWx1ZSByZXR1 cm5lZCBieSB0aGUgZnVuY3Rpb24uIFRoZSByZXR1cm4gdmFsdWUgIG1hdGNoZXMgb25seQor ICAgICAgIHRoZSBkZXNjcmlwdG9ycyBwYXNzZWQgYXMgYXJndW1lbnRzLCBtYWtpbmcgaXQg Y29tcGF0aWJsZSB3aXRoCisgICAgICAgcGxhaW4gcHNlbGVjdC4gKi8KKyAKICBpbnQKICB4 Z19zZWxlY3QgKGludCBmZHNfbGltLCBmZF9zZXQgKnJmZHMsIGZkX3NldCAqd2ZkcywgZmRf c2V0ICplZmRzLAogIAkgICBzdHJ1Y3QgdGltZXNwZWMgY29uc3QgKnRpbWVvdXQsIHNpZ3Nl dF90IGNvbnN0ICpzaWdtYXNrKQoqKioqKioqKioqKioqKiogeGdfc2VsZWN0IChpbnQgZmRz X2xpbSwgZmRfc2V0ICpyZmRzLCBmZAoqKiogNDUsNTYgKioqKgogICAgaW50IGksIG5mZHMs IHRtb19pbl9taWxsaXNlYzsKICAgIFVTRV9TQUZFX0FMTE9DQTsKICAKLSAgIC8qIERvIG5v dCB0cnkgdG8gb3B0aW1pemUgd2l0aCBhbiBpbml0aWFsIGNoZWNrIHdpdGggZ19tYWluX2Nv bnRleHRfcGVuZGluZwotICAgICAgYW5kIGEgY2FsbCB0byBwc2VsZWN0IGlmIGl0IHJldHVy bnMgZmFsc2UuICBJZiBHZGsgaGFzIGEgdGltZW91dCBmb3IgMC4wMQotICAgICAgc2Vjb25k LCBhbmQgRW1hY3MgaGFzIGEgdGltZW91dCBmb3IgMSBzZWNvbmQsIGdfbWFpbl9jb250ZXh0 X3BlbmRpbmcgd2lsbAotICAgICAgcmV0dXJuIGZhbHNlLCBidXQgdGhlIHRpbWVvdXQgd2ls bCBiZSAxIHNlY29uZCwgdGh1cyBtaXNzaW5nIHRoZSBnZGsKLSAgICAgIHRpbWVvdXQgd2l0 aCBhIGxvdC4gICovCi0gCiAgICBjb250ZXh0ID0gZ19tYWluX2NvbnRleHRfZGVmYXVsdCAo KTsKICAKICAgIGlmIChyZmRzKSBhbGxfcmZkcyA9ICpyZmRzOwotLS0gNTYsNjEgLS0tLQoq KioqKioqKioqKioqKiogeGdfc2VsZWN0IChpbnQgZmRzX2xpbSwgZmRfc2V0ICpyZmRzLCBm ZAoqKiogMTMyLDEzOSAqKioqCi0tLSAxMzcsMTQ5IC0tLS0KICAjaWZkZWYgVVNFX0dUSwog ICAgICAgIGlmIChyZXR2YWwgPT0gMCkKICAjZW5kaWYKKyAgICAgICAgIC8qIFByZXZlbnQg Z19tYWluX2Rpc3BhdGNoIHJlY3Vyc2lvbiwgdGhhdCB3b3VsZCBvY2N1ciB3aXRob3V0Cisg ICAgICAgICAgICBibG9ja19pbnB1dCB3cmFwcGVyLCBiZWNhdXNlIGV2ZW50IGhhbmRsZXJz IGNhbGwKKyAgICAgICAgICAgIHVuYmxvY2tfaW5wdXQuIEV2ZW50IGxvb3AgcmVjdXJzaW9u IHdhcyBjYXVzaW5nIEJ1ZyMxNTgwMS4gKi8KKyAgICAgICAgIGJsb2NrX2lucHV0KCk7CiAg ICAgICAgICB3aGlsZSAoZ19tYWluX2NvbnRleHRfcGVuZGluZyAoY29udGV4dCkpCiAgICAg ICAgICAgIGdfbWFpbl9jb250ZXh0X2Rpc3BhdGNoIChjb250ZXh0KTsKKyAgICAgICAgIHVu YmxvY2tfaW5wdXQoKTsKICAKICAgICAgICAvKiBUbyBub3QgaGF2ZSB0byByZWNhbGN1bGF0 ZSB0aW1lb3V0LCByZXR1cm4gbGlrZSB0aGlzLiAgKi8KICAgICAgICBpZiAocmV0dmFsID09 IDApCgo= --------------060208000206030802030408-- From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 08 18:29:01 2013 Received: (at 15801) by debbugs.gnu.org; 8 Dec 2013 23:29:02 +0000 Received: from localhost ([127.0.0.1]:38896 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VpnmW-0003NM-KT for submit@debbugs.gnu.org; Sun, 08 Dec 2013 18:29:01 -0500 Received: from smtpo56.poczta.onet.pl ([213.180.142.187]:41076) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VpnmT-0003N8-C5 for 15801@debbugs.gnu.org; Sun, 08 Dec 2013 18:28:58 -0500 Received: from [192.168.17.5] (cj.e-siemianowice.pl [95.215.234.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jarekczek@poczta.onet.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3dd3dM4Zk0zZCwwJ for <15801@debbugs.gnu.org>; Mon, 9 Dec 2013 00:28:53 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=poczta.onet.pl; s=2011; t=1386545335; bh=zL23TwnXLGjXsSQ6fIbGwJmEdob7layXL/0lKnDJ+HU=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type; b=MegnMLk4gy3x1U3bJPM6ryRjForrCAVghipKPNVg1UyMl0iqBqa2pHODj4+fS5jdR HgrDpJQuQZqSx5otr6h3TWf1oP4y5k3LZAas0jXwo6nhRY8QUxLfBAXfEIeg7il/gQ 4UFc2Ai43hxDh4+Mr8IQcshTgnLp4kaNiou1stEs= Message-ID: <52A500EF.2090409@poczta.onet.pl> Date: Mon, 09 Dec 2013 00:29:51 +0100 From: Jarek Czekalski User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: 15801@debbugs.gnu.org Subject: bug#15801: 24.3.50; bar scrolling freezes gtk emacs Content-Type: multipart/mixed; boundary="------------000000080705030606060100" X-Spam-Score: 1.1 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Fixing compilation warning in the patch, missing include blockinput.h. === modified file 'src/ChangeLog' *** src/ChangeLog 2013-12-08 08:05:36 +0000 --- src/ChangeLog 2013-12-08 16:00:41 +0000 *** 1, 3 **** --- 1, 9 ---- + 2013-12-08 Jarek Czekalski + + Fix freezing with scroll bars of GTK3 Toolkit (Bug#15801). + * keyboard.c: A comment to unblock_input. + * xgselect.c: Prevent Glib main loop recursion. + 2013-12-08 Paul Eggert [...] Content analysis details: (1.1 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.2 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net [Blocked - see ] -0.0 SPF_PASS SPF: sender matches SPF record -0.1 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Debbugs-Envelope-To: 15801 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.1 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Fixing compilation warning in the patch, missing include blockinput.h. === modified file 'src/ChangeLog' *** src/ChangeLog 2013-12-08 08:05:36 +0000 --- src/ChangeLog 2013-12-08 16:00:41 +0000 *** 1,3 **** --- 1,9 ---- + 2013-12-08 Jarek Czekalski + + Fix freezing with scroll bars of GTK3 Toolkit (Bug#15801). + * keyboard.c: A comment to unblock_input. + * xgselect.c: Prevent Glib main loop recursion. + 2013-12-08 Paul Eggert [...] Content analysis details: (1.1 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.2 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net [Blocked - see ] -0.0 SPF_PASS SPF: sender matches SPF record -0.1 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid This is a multi-part message in MIME format. --------------000000080705030606060100 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Fixing compilation warning in the patch, missing include blockinput.h. --------------000000080705030606060100 Content-Type: text/plain; charset=ISO-8859-1; name="scroll_freeze_2_1.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="scroll_freeze_2_1.txt" === modified file 'src/ChangeLog' *** src/ChangeLog 2013-12-08 08:05:36 +0000 --- src/ChangeLog 2013-12-08 16:00:41 +0000 *************** *** 1,3 **** --- 1,9 ---- + 2013-12-08 Jarek Czekalski + + Fix freezing with scroll bars of GTK3 Toolkit (Bug#15801). + * keyboard.c: A comment to unblock_input. + * xgselect.c: Prevent Glib main loop recursion. + 2013-12-08 Paul Eggert Use libcrypto's checksum implementations if available, for speed. === modified file 'src/keyboard.c' *** src/keyboard.c 2013-12-07 23:04:10 +0000 --- src/keyboard.c 2013-12-08 15:20:00 +0000 *************** unblock_input_to (int level) *** 7118,7124 **** /* End critical section. If doing signal-driven input, and a signal came in when input was ! blocked, reinvoke the signal handler now to deal with it. */ void unblock_input (void) --- 7118,7129 ---- /* End critical section. If doing signal-driven input, and a signal came in when input was ! blocked, reinvoke the signal handler now to deal with it. ! ! It will also process queued input, if it was not read before. ! When a longer code sequence does not use block/unblock input ! at all, the whole input gathered up to the next call to ! unblock_input will be processed inside that call. */ void unblock_input (void) === modified file 'src/xgselect.c' *** src/xgselect.c 2013-08-27 19:36:28 +0000 --- src/xgselect.c 2013-12-08 22:54:04 +0000 *************** along with GNU Emacs. If not, see #include #include "frame.h" + #include "blockinput.h" + + /* xg_select is a pselect replacement. Why do we need a separate function? + 1. Timeouts. Glib and Gtk rely on timer events. If we did pselect + with a greater timeout then the one scheduled by Glib, we would + not allow Glib to process its timer events. We want Glib to + work smoothly, so we need to reduce our timeout to match Glib. + 2. Descriptors. Glib may listen to more file descriptors than we do. + So we add Glib descriptors to our pselect pool, but we don't change + the value returned by the function. The return value matches only + the descriptors passed as arguments, making it compatible with + plain pselect. */ int xg_select (int fds_lim, fd_set *rfds, fd_set *wfds, fd_set *efds, *************** xg_select (int fds_lim, fd_set *rfds, fd *** 45,56 **** int i, nfds, tmo_in_millisec; USE_SAFE_ALLOCA; - /* Do not try to optimize with an initial check with g_main_context_pending - and a call to pselect if it returns false. If Gdk has a timeout for 0.01 - second, and Emacs has a timeout for 1 second, g_main_context_pending will - return false, but the timeout will be 1 second, thus missing the gdk - timeout with a lot. */ - context = g_main_context_default (); if (rfds) all_rfds = *rfds; --- 57,62 ---- *************** xg_select (int fds_lim, fd_set *rfds, fd *** 132,139 **** --- 138,150 ---- #ifdef USE_GTK if (retval == 0) #endif + /* Prevent g_main_dispatch recursion, that would occur without + block_input wrapper, because event handlers call + unblock_input. Event loop recursion was causing Bug#15801. */ + block_input(); while (g_main_context_pending (context)) g_main_context_dispatch (context); + unblock_input(); /* To not have to recalculate timeout, return like this. */ if (retval == 0) --------------000000080705030606060100-- From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 11 14:52:33 2013 Received: (at 15801) by debbugs.gnu.org; 11 Dec 2013 19:52:33 +0000 Received: from localhost ([127.0.0.1]:44263 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vqppg-0000Pa-DX for submit@debbugs.gnu.org; Wed, 11 Dec 2013 14:52:32 -0500 Received: from mailfe08.swip.net ([212.247.154.225]:48466 helo=swip.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vqppd-0000PQ-4w for 15801@debbugs.gnu.org; Wed, 11 Dec 2013 14:52:30 -0500 X-T2-Spam-Status: No, hits=0.0 required=5.0 Received: from hosdjarv.se (account mj138573@tele2.se [46.59.42.57] verified) by mailfe08.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 461206141; Wed, 11 Dec 2013 20:52:27 +0100 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: bug#15801: 24.3.50; bar scrolling freezes gtk emacs From: =?iso-8859-1?Q?Jan_Dj=E4rv?= In-Reply-To: <52A500EF.2090409@poczta.onet.pl> Date: Wed, 11 Dec 2013 20:52:28 +0100 Content-Transfer-Encoding: 7bit Message-Id: References: <5277EA95.4070001@poczta.onet.pl> <52A500EF.2090409@poczta.onet.pl> To: Jarek Czekalski X-Mailer: Apple Mail (2.1822) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 15801 Cc: 15801@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Hello. 9 dec 2013 kl. 00:29 skrev Jarek Czekalski : > Fixing compilation warning in the patch, missing include blockinput.h. > > I'll have to review this, but have no time right now. Maybe next week. Jan D. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 20 01:32:23 2013 Received: (at 15801) by debbugs.gnu.org; 20 Dec 2013 06:32:23 +0000 Received: from localhost ([127.0.0.1]:59363 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VttdF-0003zX-V5 for submit@debbugs.gnu.org; Fri, 20 Dec 2013 01:32:22 -0500 Received: from smtpo15.poczta.onet.pl ([213.180.142.146]:41932) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VttdC-0003zM-8f for 15801@debbugs.gnu.org; Fri, 20 Dec 2013 01:32:19 -0500 Received: from [192.168.17.9] (cj.e-siemianowice.pl [95.215.234.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jarekczek@poczta.onet.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3dm0Vn0P40zZCt5C for <15801@debbugs.gnu.org>; Fri, 20 Dec 2013 07:32:16 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=poczta.onet.pl; s=2011; t=1387521137; bh=Ntfqc9U7jxjOLXw3SN7LbJ7WfZSB3D/O1HxbeUMaP90=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Qmu/fBjrnMn3AN/sTjCsfloY7Druk6LecG8V+ftpyM0GpfWCcDKi0M+Vk1ixL1nW9 1aJthdPmwF7WXUh3zPkgEbKrSAU39WB3mDUpQRv50dic43E4hzXnxzdWsxhG3srgtP JANQgyY34BDBb3eym243vP0tSL9779C74q1MAnKQ= Message-ID: <52B3E46F.80804@poczta.onet.pl> Date: Fri, 20 Dec 2013 07:32:15 +0100 From: Jarek Czekalski User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120824 Thunderbird/15.0 MIME-Version: 1.0 To: 15801@debbugs.gnu.org Subject: Re: bug#15801: 24.3.50; bar scrolling freezes gtk emacs References: <5277EA95.4070001@poczta.onet.pl> <52A500EF.2090409@poczta.onet.pl> In-Reply-To: <52A500EF.2090409@poczta.onet.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 15801 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) My Emacs assignment is filed in FSF under number 866994. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 20 03:58:41 2013 Received: (at 15801) by debbugs.gnu.org; 20 Dec 2013 08:58:41 +0000 Received: from localhost ([127.0.0.1]:59478 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vtvuq-0008W8-Jr for submit@debbugs.gnu.org; Fri, 20 Dec 2013 03:58:40 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:50669) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vtvun-0008Vr-DI for 15801@debbugs.gnu.org; Fri, 20 Dec 2013 03:58:38 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MY300J00KWH7200@a-mtaout20.012.net.il> for 15801@debbugs.gnu.org; Fri, 20 Dec 2013 10:58:35 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MY300JRUKXN4120@a-mtaout20.012.net.il>; Fri, 20 Dec 2013 10:58:35 +0200 (IST) Date: Fri, 20 Dec 2013 10:58:56 +0200 From: Eli Zaretskii Subject: Re: bug#15801: 24.3.50; bar scrolling freezes gtk emacs In-reply-to: <52B3E46F.80804@poczta.onet.pl> X-012-Sender: halo1@inter.net.il To: Jarek Czekalski Message-id: <83bo0bc2zz.fsf@gnu.org> References: <5277EA95.4070001@poczta.onet.pl> <52A500EF.2090409@poczta.onet.pl> <52B3E46F.80804@poczta.onet.pl> X-Spam-Score: 2.2 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Fri, 20 Dec 2013 07:32:15 +0100 > From: Jarek Czekalski > > My Emacs assignment is filed in FSF under number 866994. Sorry, I don't see it in the FSF records yet. Are you sure the mail exchange between you and the FSF is completed? If so, please ask the FSF clerk who sent you the mail response to update the records. [...] Content analysis details: (2.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.2 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net [Blocked - see ] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) X-Debbugs-Envelope-To: 15801 Cc: 15801@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.2 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Fri, 20 Dec 2013 07:32:15 +0100 > From: Jarek Czekalski > > My Emacs assignment is filed in FSF under number 866994. Sorry, I don't see it in the FSF records yet. Are you sure the mail exchange between you and the FSF is completed? If so, please ask the FSF clerk who sent you the mail response to update the records. [...] Content analysis details: (2.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 1.2 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net [Blocked - see ] 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) > Date: Fri, 20 Dec 2013 07:32:15 +0100 > From: Jarek Czekalski > > My Emacs assignment is filed in FSF under number 866994. Sorry, I don't see it in the FSF records yet. Are you sure the mail exchange between you and the FSF is completed? If so, please ask the FSF clerk who sent you the mail response to update the records. From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 30 08:25:00 2013 Received: (at control) by debbugs.gnu.org; 30 Dec 2013 13:25:00 +0000 Received: from localhost ([127.0.0.1]:51957 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vxcq3-0005go-5C for submit@debbugs.gnu.org; Mon, 30 Dec 2013 08:24:59 -0500 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:59847) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vxcpz-0005gf-TM for control@debbugs.gnu.org; Mon, 30 Dec 2013 08:24:56 -0500 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id rBUDOsVP026546; Mon, 30 Dec 2013 08:24:54 -0500 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id CE689AE22F; Mon, 30 Dec 2013 08:24:57 -0500 (EST) From: Stefan Monnier To: Subject: Re: control message for bug 15344 Message-ID: References: Date: Mon, 30 Dec 2013 08:24:57 -0500 In-Reply-To: (Glenn Morris's message of "Thu, 10 Oct 2013 17:19:04 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Level: X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0.2 X-NAI-Spam-Rules: 2 Rules triggered GEN_SPAM_FEATRE=0.2, RV4807=0 X-NAI-Spam-Version: 2.3.0.9362 : core <4807> : inlines <367> : streams <1099109> : uri <1639066> X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.5 (-) severity 15344 important severity 15801 important thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 21 06:34:16 2014 Received: (at 15801) by debbugs.gnu.org; 21 Apr 2014 10:34:16 +0000 Received: from localhost ([127.0.0.1]:53822 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WcBYF-0004Q9-Or for submit@debbugs.gnu.org; Mon, 21 Apr 2014 06:34:16 -0400 Received: from smtpo13.poczta.onet.pl ([213.180.142.144]:37955) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WcBYC-0004Px-GH for 15801@debbugs.gnu.org; Mon, 21 Apr 2014 06:34:14 -0400 Received: from [192.168.17.5] (cj.e-siemianowice.pl [95.215.234.30]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jarekczek@poczta.onet.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3gC45Z6fhhzYkhq3 for <15801@debbugs.gnu.org>; Mon, 21 Apr 2014 12:34:10 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=poczta.onet.pl; s=2011; t=1398076451; bh=sfcR7snNjjinyjz/vUnDt6/s8GH61ow76se9N9Re97k=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type; b=RbbXMDDRYXHfrN+OWfQwHtzH0u1fRk79LhO33DR6QiffSfZgZ9/vD0NXIwRIZyZ/f t4FCwrVY0OclqrqGsv12Fwy+LdffeDvRNw7g1viloYMFZjOIkbxJjrwWwE5ZdcOZPK UEcENld6bFb3f19ezUw4ymBqAy2lzxp+vKN748fc= Message-ID: <5354F42A.8010605@poczta.onet.pl> Date: Mon, 21 Apr 2014 12:34:18 +0200 From: Jarek Czekalski User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: 15801@debbugs.gnu.org Subject: 24.3.50; bar scrolling freezes gtk emacs Content-Type: multipart/mixed; boundary="------------040404050209030704010007" X-Spam-Score: -0.6 (/) X-Debbugs-Envelope-To: 15801 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.6 (/) This is a multi-part message in MIME format. --------------040404050209030704010007 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Patch rebased for r117003. --------------040404050209030704010007 Content-Type: text/x-diff; name="scroll_freeze_2_1_r117003.patch" Content-Transfer-Encoding: 8bit Content-Disposition: attachment; filename="scroll_freeze_2_1_r117003.patch" === modified file 'src/ChangeLog' *** src/ChangeLog 2014-04-19 20:32:05 +0000 --- src/ChangeLog 2014-04-21 10:32:13 +0000 *************** *** 2448,2453 **** --- 2448,2459 ---- * alloc.c (Fmemory_limit): Avoid compiler warning. Return 0 always. + 2013-12-08 Jarek Czekalski + + Fix freezing with scroll bars of GTK3 Toolkit (Bug#15801). + * keyboard.c: A comment to unblock_input. + * xgselect.c: Prevent Glib main loop recursion. + 2013-12-08 Jan Djärv * nsterm.m (updateFrameSize:): Fix GNUstep toolbar not updating. === modified file 'src/keyboard.c' *** src/keyboard.c 2014-04-16 19:43:46 +0000 --- src/keyboard.c 2014-04-21 10:32:13 +0000 *************** *** 7117,7123 **** /* End critical section. If doing signal-driven input, and a signal came in when input was ! blocked, reinvoke the signal handler now to deal with it. */ void unblock_input (void) --- 7117,7128 ---- /* End critical section. If doing signal-driven input, and a signal came in when input was ! blocked, reinvoke the signal handler now to deal with it. ! ! It will also process queued input, if it was not read before. ! When a longer code sequence does not use block/unblock input ! at all, the whole input gathered up to the next call to ! unblock_input will be processed inside that call. */ void unblock_input (void) === modified file 'src/xgselect.c' *** src/xgselect.c 2014-04-16 19:43:46 +0000 --- src/xgselect.c 2014-04-21 10:32:13 +0000 *************** *** 28,33 **** --- 28,45 ---- #include #include #include "frame.h" + #include "blockinput.h" + + /* xg_select is a pselect replacement. Why do we need a separate function? + 1. Timeouts. Glib and Gtk rely on timer events. If we did pselect + with a greater timeout then the one scheduled by Glib, we would + not allow Glib to process its timer events. We want Glib to + work smoothly, so we need to reduce our timeout to match Glib. + 2. Descriptors. Glib may listen to more file descriptors than we do. + So we add Glib descriptors to our pselect pool, but we don't change + the value returned by the function. The return value matches only + the descriptors passed as arguments, making it compatible with + plain pselect. */ int xg_select (int fds_lim, fd_set *rfds, fd_set *wfds, fd_set *efds, *************** *** 47,58 **** bool need_to_dispatch; USE_SAFE_ALLOCA; - /* Do not try to optimize with an initial check with g_main_context_pending - and a call to pselect if it returns false. If Gdk has a timeout for 0.01 - second, and Emacs has a timeout for 1 second, g_main_context_pending will - return false, but the timeout will be 1 second, thus missing the gdk - timeout with a lot. */ - context = g_main_context_default (); if (rfds) all_rfds = *rfds; --- 59,64 ---- *************** *** 136,143 **** if (need_to_dispatch) { int pselect_errno = errno; while (g_main_context_pending (context)) ! g_main_context_dispatch (context); errno = pselect_errno; } --- 142,154 ---- if (need_to_dispatch) { int pselect_errno = errno; + /* Prevent g_main_dispatch recursion, that would occur without + block_input wrapper, because event handlers call + unblock_input. Event loop recursion was causing Bug#15801. */ + block_input(); while (g_main_context_pending (context)) ! g_main_context_dispatch (context); ! unblock_input(); errno = pselect_errno; } --------------040404050209030704010007-- From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 21 11:56:25 2014 Received: (at 15801-done) by debbugs.gnu.org; 21 Apr 2014 15:56:25 +0000 Received: from localhost ([127.0.0.1]:54285 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WcGa1-0001DI-FC for submit@debbugs.gnu.org; Mon, 21 Apr 2014 11:56:25 -0400 Received: from chene.dit.umontreal.ca ([132.204.246.20]:52762) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WcGZz-0001D8-NR for 15801-done@debbugs.gnu.org; Mon, 21 Apr 2014 11:56:24 -0400 Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id s3LFuKQx015180; Mon, 21 Apr 2014 11:56:21 -0400 Received: by pastel.home (Postfix, from userid 20848) id 7142B600CA; Mon, 21 Apr 2014 11:56:20 -0400 (EDT) From: Stefan Monnier To: Jarek Czekalski Subject: Re: bug#15801: 24.3.50; bar scrolling freezes gtk emacs Message-ID: References: <5277EA95.4070001@poczta.onet.pl> <5354F42A.8010605@poczta.onet.pl> Date: Mon, 21 Apr 2014 11:56:20 -0400 In-Reply-To: <5354F42A.8010605@poczta.onet.pl> (Jarek Czekalski's message of "Mon, 21 Apr 2014 12:34:18 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Level: X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0.2 X-NAI-Spam-Rules: 2 Rules triggered GEN_SPAM_FEATRE=0.2, RV4919=0 X-NAI-Spam-Version: 2.3.0.9378 : core <4919> : inlines <751> : streams <1164056> : uri <1736418> X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 15801-done Cc: 15801-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) > Patch rebased for r117003. Thanks, installed in emacs-24, with some style fixes (please check the differences in ChangeLog and in spacing). Stefan From unknown Mon Jun 23 14:57:41 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, 20 May 2014 11: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