From unknown Thu Aug 14 18:40:10 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#17392 <17392@debbugs.gnu.org> To: bug#17392 <17392@debbugs.gnu.org> Subject: Status: 24.3.90; cursor blinks faster and faster Reply-To: bug#17392 <17392@debbugs.gnu.org> Date: Fri, 15 Aug 2025 01:40:10 +0000 retitle 17392 24.3.90; cursor blinks faster and faster reassign 17392 emacs submitter 17392 michael_heerdegen@web.de severity 17392 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Fri May 02 21:44:56 2014 Received: (at submit) by debbugs.gnu.org; 3 May 2014 01:44:56 +0000 Received: from localhost ([127.0.0.1]:48904 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WgP0Z-0004Ut-TJ for submit@debbugs.gnu.org; Fri, 02 May 2014 21:44:56 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51997) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WgP0W-0004Uc-JD for submit@debbugs.gnu.org; Fri, 02 May 2014 21:44:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WgP0J-0000P3-SW for submit@debbugs.gnu.org; Fri, 02 May 2014 21:44:47 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: ** X-Spam-Status: No, score=2.4 required=5.0 tests=BAYES_50,FREEMAIL_FROM, NULL_IN_BODY autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:53508) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WgP0J-0000Oz-Pg for submit@debbugs.gnu.org; Fri, 02 May 2014 21:44:39 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53700) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WgP0D-0006ii-E0 for bug-gnu-emacs@gnu.org; Fri, 02 May 2014 21:44:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WgP07-0000NN-4t for bug-gnu-emacs@gnu.org; Fri, 02 May 2014 21:44:33 -0400 Received: from mout.web.de ([212.227.17.11]:53973) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WgP06-0000N6-Rf for bug-gnu-emacs@gnu.org; Fri, 02 May 2014 21:44:27 -0400 Received: from drachen.dragon ([90.187.226.238]) by smtp.web.de (mrweb003) with ESMTPSA (Nemesis) id 0Lm4jx-1XG0jZ1gn3-00Zf3m for ; Sat, 03 May 2014 03:44:24 +0200 From: Michael Heerdegen To: bug-gnu-emacs@gnu.org Subject: 24.3.90; cursor blinks faster and faster Date: Sat, 03 May 2014 03:44:18 +0200 Message-ID: <87r44b1vrh.fsf@web.de> MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:b64lqEHlASSijD9udXq2fH6M5JaKEGKoorNobTWaZUqm2h1YxMN 0bxLSHsbtKITKSTpJ4BAVHswp2mvFumI5gkcL+DJUPbfdKotlt4lJCHHLudrSg99gVIgEQn AckKqaB3hCapLnjCN2gJJdH9wHoUldWvbtLd3r5mVm2p+x8T+5xwbVDh9z4zS69rZdBjKHA jH84R+XdblayOAjpLCaxw== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] 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.5 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: michael_heerdegen@web.de 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.5 (----) Hello, sometimes when I work with Emacs for a longer time, the cursor blinks with a very high frequency. When I look at the value of `timer-idle-list', I see multiple incarnations of blinking timers, like here: ([t 0 0 125000 t show-paren-function nil idle 0] [t 0 0 500000 0.5 blink-cursor-start nil idle 0] [t 0 0 500000 0.5 blink-cursor-start nil idle 0] [t 0 0 500000 t #[0 "\205\301 \207" [eldoc-mode eldoc-print-current-symbol-info] 1 "\n\n(fn)"] nil idle 0] [t 0 0 500000 t jit-lock-context-fontify nil idle 0] [t 0 0 500000 t which-func-update nil idle 0] [t 0 0 500000 0.5 blink-cursor-start nil idle 0] [t 0 0 500000 0.5 blink-cursor-start nil idle 0] [t 0 0 500000 0.5 blink-cursor-start nil idle 0]) The only related settings in my .gnu-emacs are (setq blink-cursor-blinks 0 blink-cursor-interval .15) I grepped through all my Emacs related files, including installed packages, and found no more matches for "blink-cursor". I have no idea what actions trigger the bug. Reading the sources in frame.el, I don't see how having multiple idle blink timers can happen at all. Mysterious. Hoping anybody has an idea or is seeing that too and can provide more info. Thanks, Michael. In GNU Emacs 24.3.90.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.12.0) of 2014-04-30 on drachen Windowing system distributor `The X.Org Foundation', version 11.0.11501000 System Description: Debian GNU/Linux testing (jessie) Important settings: value of $LC_ALL: de_DE.utf8 value of $LC_COLLATE: C value of $LC_TIME: C value of $LANG: de_DE.utf8 locale-coding-system: utf-8-unix Major mode: Emacs-Lisp Minor modes in effect: magit-auto-revert-mode: t rainbow-delimiters-mode: t pretty-lambda-mode: t paredit-mode: t orglink-mode: t on-screen-global-mode: t ml-scale-mode: t interaction-log-mode: t highlight-defined-mode: t helm-descbinds-mode: t helm-mode: t shell-dirtrack-mode: t helm-occur-match-plugin-mode: t helm-match-plugin-mode: t global-diff-hl-mode: t diff-hl-mode: t diff-auto-refine-mode: t recentf-mode: t outline-minor-mode: t eldoc-mode: t which-function-mode: t global-undo-tree-mode: t undo-tree-mode: t winner-mode: t show-paren-mode: t auto-image-file-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t column-number-mode: t line-number-mode: t From debbugs-submit-bounces@debbugs.gnu.org Sat May 03 14:34:01 2014 Received: (at 17392) by debbugs.gnu.org; 3 May 2014 18:34:01 +0000 Received: from localhost ([127.0.0.1]:49927 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wgel6-0000yB-FX for submit@debbugs.gnu.org; Sat, 03 May 2014 14:34:00 -0400 Received: from mout.web.de ([212.227.15.4]:56010) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wgel4-0000xy-L5 for 17392@debbugs.gnu.org; Sat, 03 May 2014 14:33:59 -0400 Received: from drachen.dragon ([90.187.22.75]) by smtp.web.de (mrweb101) with ESMTPSA (Nemesis) id 0Ljaei-1XICQh2pia-00ba9h; Sat, 03 May 2014 20:33:52 +0200 From: Michael Heerdegen To: 17392@debbugs.gnu.org Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster References: <87r44b1vrh.fsf@web.de> Date: Sat, 03 May 2014 20:33:44 +0200 In-Reply-To: <87r44b1vrh.fsf@web.de> (Michael Heerdegen's message of "Sat, 03 May 2014 03:44:18 +0200") Message-ID: <8738gq67av.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:UJr8mC/RqXOijL8YJr8KV4/zpRNggLkTHJuSYYTag4WWi/+5oOo xWkWxi5/TxPPR0G80WvR6RvRoVIkMwyRQoDCk3mfCHH+NrrT5pZ9SZlbJ/5RkMd5068jpAx a5JHtSTTdsreSa30M8Umwd7sRHmdP7MBreV+7+hJJ+DB6dZuL16oBDUhdzBfz8nI0Gqdbkm CcbnYXDnW1otXwkhuF0cg== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 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 (/) Michael Heerdegen writes: > ([t 0 0 125000 t show-paren-function nil idle 0] > [t 0 0 500000 0.5 blink-cursor-start nil idle 0] > [t 0 0 500000 0.5 blink-cursor-start nil idle 0] > ... For now, I added to my .gnu-emacs a timer that immediately warns me when the above situation eventuates. So hopefully I can say more soon. Michael. From debbugs-submit-bounces@debbugs.gnu.org Sat May 03 18:30:15 2014 Received: (at 17392) by debbugs.gnu.org; 3 May 2014 22:30:15 +0000 Received: from localhost ([127.0.0.1]:50085 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WgiRi-0008IM-Qq for submit@debbugs.gnu.org; Sat, 03 May 2014 18:30:15 -0400 Received: from mout.web.de ([212.227.15.14]:51838) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WgiRX-0008GC-Sh for 17392@debbugs.gnu.org; Sat, 03 May 2014 18:30:05 -0400 Received: from drachen.dragon ([90.187.22.75]) by smtp.web.de (mrweb103) with ESMTPSA (Nemesis) id 0MGzba-1Wcqox1UNm-00DpMf; Sun, 04 May 2014 00:29:57 +0200 From: Michael Heerdegen To: 17392@debbugs.gnu.org Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> Date: Sun, 04 May 2014 00:29:48 +0200 In-Reply-To: <8738gq67av.fsf@web.de> (Michael Heerdegen's message of "Sat, 03 May 2014 20:33:44 +0200") Message-ID: <87sioqcx7n.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:V0Hwld4HAwZHREVLx8lJYDHg9oMExDmqWFzq8JO0LSkSXZLhnI7 qamUF4b0HavtDkrNwkG5YzC6C2wwcxi/Y9UoJ8Fr5dZeLH1YUYYZ0CMywXLj3I0f3Y0udzh QxUW6jL8gxyDpLe7/ol7nrmdgecQ9De5YVbl3j7W5dKdTGLpj+LXphDdhw6dSn8eRHWqrNa UxpOCpMa+lsW+gBt6PWhQ== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 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 (/) Michael Heerdegen writes: > For now, I added to my .gnu-emacs a timer that immediately warns me when > the above situation eventuates. So hopefully I can say more soon. I think I found the culprit. When changing the selected window (or frame), I arrange to call something like this: --8<---------------cut here---------------start------------->8--- (defun my-flash-window () (interactive) "Flash the selected window." (unless (minibufferp) ... (run-with-idle-timer 0.001 nil (lambda (win make-fringe-string ovl1 ovl2) (overlay-put ovl1 'window win) (overlay-put ovl2 'window win) (overlay-put ovl1 'before-string (funcall make-fringe-string nil)) (overlay-put ovl2 'before-string (funcall make-fringe-string t)) (unless (window-minibuffer-p) (my-display-frame-list)) (sit-for 1.5) (delete-overlay ovl1) (delete-overlay ovl2)) win make-fringe-string ovl1 ovl2))) --8<---------------cut here---------------end--------------->8--- to get some visual feedback. The sit-for inside the timer function seems to trigger the problem. This code is not kosher, I wanted to rewrite it anyway. Now that I've done that (by just using a second timer), this seems to fixed. If there are no objections, I'll just close this report. Thanks, Michael. From debbugs-submit-bounces@debbugs.gnu.org Mon May 05 08:26:00 2014 Received: (at 17392) by debbugs.gnu.org; 5 May 2014 12:26:00 +0000 Received: from localhost ([127.0.0.1]:51367 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WhHy3-000329-UG for submit@debbugs.gnu.org; Mon, 05 May 2014 08:26:00 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:41077) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WhHxy-00031q-FE for 17392@debbugs.gnu.org; Mon, 05 May 2014 08:25:56 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArYGAIDvNVNLd/4Y/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgEnLyMFCws0EhQYDSQxh1MI0hkXjnoHhDgEqRmBaoNMIQ X-IPAS-Result: ArYGAIDvNVNLd/4Y/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgEnLyMFCws0EhQYDSQxh1MI0hkXjnoHhDgEqRmBaoNMIQ X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="61527262" Received: from 75-119-254-24.dsl.teksavvy.com (HELO pastel.home) ([75.119.254.24]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 05 May 2014 08:25:48 -0400 Received: by pastel.home (Postfix, from userid 20848) id 3AA9F600D1; Mon, 5 May 2014 08:25:48 -0400 (EDT) From: Stefan Monnier To: Michael Heerdegen Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster Message-ID: References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> Date: Mon, 05 May 2014 08:25:48 -0400 In-Reply-To: <87sioqcx7n.fsf@web.de> (Michael Heerdegen's message of "Sun, 04 May 2014 00:29:48 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@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.3 (/) > I think I found the culprit. When changing the selected window (or > frame), I arrange to call something like this: > --8<---------------cut here---------------start------------->8--- > (defun my-flash-window () > (interactive) > "Flash the selected window." > (unless (minibufferp) > ... > (run-with-idle-timer > 0.001 nil > (lambda (win make-fringe-string ovl1 ovl2) > (overlay-put ovl1 'window win) > (overlay-put ovl2 'window win) > (overlay-put ovl1 'before-string (funcall make-fringe-string nil)) > (overlay-put ovl2 'before-string (funcall make-fringe-string t)) > (unless (window-minibuffer-p) (my-display-frame-list)) > (sit-for 1.5) > (delete-overlay ovl1) > (delete-overlay ovl2)) > win make-fringe-string ovl1 ovl2))) > --8<---------------cut here---------------end--------------->8--- > to get some visual feedback. The sit-for inside the timer function > seems to trigger the problem. This code is not kosher, I wanted to > rewrite it anyway. Now that I've done that (by just using a second timer), > this seems to fixed. > If there are no objections, I'll just close this report. It still seems to point to an underlying bug in timer.el, even if it is only triggered by "not kosher" code. Would it be possible for you to try and extract a reproducible recipe from your (old) code? Stefan From debbugs-submit-bounces@debbugs.gnu.org Mon May 05 09:14:51 2014 Received: (at 17392) by debbugs.gnu.org; 5 May 2014 13:14:51 +0000 Received: from localhost ([127.0.0.1]:51378 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WhIjK-0004N3-Ls for submit@debbugs.gnu.org; Mon, 05 May 2014 09:14:50 -0400 Received: from mail-wg0-f49.google.com ([74.125.82.49]:56216) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WhIjH-0004Mj-Bx for 17392@debbugs.gnu.org; Mon, 05 May 2014 09:14:48 -0400 Received: by mail-wg0-f49.google.com with SMTP id m15so2203364wgh.32 for <17392@debbugs.gnu.org>; Mon, 05 May 2014 06:14:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=6g+SSbFUO5uxaSDqZAxYwJqTyN4foPxdkIhUmUco+o0=; b=naJvCeIm/XT1b73R1IXwEWztXrqsQ0m1cvFnKTkC7uHyBFyze//wbAsqTx9TP7Wdff k5d/HtF7oT37mAVc3eiSr0ci+kfhmxKi42OATgfGfpKSNtIo18V3rBLmoZnhJVSmTZLG fGBNRJKYeRyqQOU60xeP/R00Esc+JLwVL221Umulb2aZD19d7L6U1B9qzaQTh+Pn+aus nnuqecGl2cVfdaIflA6UfHbaplbm0AQ1OTZCplTLA+RVPpMaUXmJAuOVr8j5+o/h2H7c YwENnIO+MhVhWO2P/av57l8boPeyyUP2XMwgt/v5NI77pXiEwvPs5h4HaoyRwpLeRfIA pT6w== X-Received: by 10.180.78.5 with SMTP id x5mr15977027wiw.12.1399295681316; Mon, 05 May 2014 06:14:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.195.12.201 with HTTP; Mon, 5 May 2014 06:14:01 -0700 (PDT) In-Reply-To: References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> From: Lennart Borgman Date: Mon, 5 May 2014 15:14:01 +0200 Message-ID: Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster To: Stefan Monnier Content-Type: multipart/alternative; boundary=f46d043bded4054e1b04f8a6ea43 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: Michael Heerdegen , 17392@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.7 (/) --f46d043bded4054e1b04f8a6ea43 Content-Type: text/plain; charset=UTF-8 On Mon, May 5, 2014 at 2:25 PM, Stefan Monnier wrote: > > It still seems to point to an underlying bug in timer.el, even if it is > only triggered by "not kosher" code. > Would it be possible for you to try and extract a reproducible recipe from > your (old) code? > > > Yes, probably. I think I reported such a bug long ago. (But I was never able to understand how it worked.) --f46d043bded4054e1b04f8a6ea43 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On M= on, May 5, 2014 at 2:25 PM, Stefan Monnier <monnier@iro.umontreal.ca> wrote:<= br>

It still seems to point to an underlying bug in timer.el, even if it is
only triggered by "not kosher" code.
Would it be possible for you to try and extract a reproducible recipe from<= br> your (old) code?


Yes, probably. I think I reported such a bug long ago. (But I w= as never able to understand how it worked.)=C2=A0

--f46d043bded4054e1b04f8a6ea43-- From debbugs-submit-bounces@debbugs.gnu.org Mon May 05 16:18:09 2014 Received: (at 17392) by debbugs.gnu.org; 5 May 2014 20:18:09 +0000 Received: from localhost ([127.0.0.1]:51985 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WhPKy-00087u-LO for submit@debbugs.gnu.org; Mon, 05 May 2014 16:18:09 -0400 Received: from mout.web.de ([212.227.15.4]:64173) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WhPKv-00087N-6H for 17392@debbugs.gnu.org; Mon, 05 May 2014 16:18:06 -0400 Received: from drachen.dragon ([90.187.114.200]) by smtp.web.de (mrweb002) with ESMTPSA (Nemesis) id 0LqUG9-1XKZdI2U0f-00e4g0; Mon, 05 May 2014 22:17:54 +0200 From: Michael Heerdegen To: Stefan Monnier Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> Date: Mon, 05 May 2014 22:17:47 +0200 In-Reply-To: (Stefan Monnier's message of "Mon, 05 May 2014 08:25:48 -0400") Message-ID: <8761lkugic.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:Srrqb9Nc/kRqqbZ7DtKbWBwZ3PZ0Lk2ubxS7e7QEvJFWus/M9YL IKChLtWIxAqsAi/7zKCklYGoNruq5jeKOgbmagD2xxh9QZq8VN5gXj717HZiZ/E/xjTh4oL fQu/HebHIonjbqdrx5w6XejItVyeahljury9v/SXe7Poa/Jol8bAHzhGSlcHIa5j7e0gcnH 9fcMgr/eG579Ze8RvmwVw== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@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.7 (/) Stefan Monnier writes: > It still seems to point to an underlying bug in timer.el, even if it > is only triggered by "not kosher" code. Would it be possible for you > to try and extract a reproducible recipe from your (old) code? Ok, I'll try to do this. From debbugs-submit-bounces@debbugs.gnu.org Mon May 05 19:07:50 2014 Received: (at 17392) by debbugs.gnu.org; 5 May 2014 23:07:51 +0000 Received: from localhost ([127.0.0.1]:52043 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WhRzC-0005RL-5i for submit@debbugs.gnu.org; Mon, 05 May 2014 19:07:50 -0400 Received: from mout.web.de ([212.227.15.4]:51632) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WhRz8-0005Qx-TF for 17392@debbugs.gnu.org; Mon, 05 May 2014 19:07:48 -0400 Received: from drachen.dragon ([90.187.114.200]) by smtp.web.de (mrweb004) with ESMTPSA (Nemesis) id 0MFNpM-1WeAiV1Rqu-00EO36; Tue, 06 May 2014 01:07:39 +0200 From: Michael Heerdegen To: Stefan Monnier Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> Date: Tue, 06 May 2014 01:07:35 +0200 In-Reply-To: <8761lkugic.fsf@web.de> (Michael Heerdegen's message of "Mon, 05 May 2014 22:17:47 +0200") Message-ID: <877g5zygco.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:hgYtf/8DCeWpdZ/MCOShxMyMNw1ZZNZsryPPfN1vo+5rJuzLE1R b38c3u7aY9EdeD6AVpgRfspC3T+NyhL46LsS43Z6aoRtQpw5oRKXAAExATCWA2ed0C4fmUD 3IJFEZq8ZeD6q2O2zsABSPXUsJ0oCx1FsnT8THjTSTwlhP5wCT80MyIa/YYamRE5NAET1Pm TafnTniFcS7isf/wTXkgg== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@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.7 (/) Michael Heerdegen writes: > > It still seems to point to an underlying bug in timer.el, even if it > > is only triggered by "not kosher" code. Would it be possible for you > > to try and extract a reproducible recipe from your (old) code? > > Ok, I'll try to do this. It was easy. Evaluating this in emacs -Q is already enough: --8<---------------cut here---------------start------------->8--- (progn (defun provoke (&rest _) (run-with-idle-timer .001 nil (lambda () (sit-for 2.)))) (advice-add 'handle-switch-frame :after #'provoke)) --8<---------------cut here---------------end--------------->8--- Just create some more frames and type M-TAB (in your window manger) lots of times. After that, timer-idle-list is full of blink-cursor-start timers. Michael. From debbugs-submit-bounces@debbugs.gnu.org Mon May 05 19:30:31 2014 Received: (at 17392) by debbugs.gnu.org; 5 May 2014 23:30:31 +0000 Received: from localhost ([127.0.0.1]:52058 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WhSL9-00068x-4I for submit@debbugs.gnu.org; Mon, 05 May 2014 19:30:31 -0400 Received: from mout.web.de ([212.227.15.4]:52919) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WhSL6-00068i-An for 17392@debbugs.gnu.org; Mon, 05 May 2014 19:30:29 -0400 Received: from drachen.dragon ([90.187.114.200]) by smtp.web.de (mrweb002) with ESMTPSA (Nemesis) id 0MIvFp-1WfWOT42bh-002VqO; Tue, 06 May 2014 01:30:21 +0200 From: Michael Heerdegen To: Stefan Monnier Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> Date: Tue, 06 May 2014 01:30:14 +0200 In-Reply-To: <877g5zygco.fsf@web.de> (Michael Heerdegen's message of "Tue, 06 May 2014 01:07:35 +0200") Message-ID: <87r447by7t.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:3epOzTMZDZSvqfGm1IDSDHaVl+fAsDDuW4Zi3axnDHuX3isrSnw p7jHHM/2GVANu7oNRSKLsFKTjF9zEQsFgSv+6QYtSgvF3BIP32fO86jwUfXT6WNb0Kq64em D9mUPf9dw1eUuRw/lXoxE8OUqPQ8w9Iei3XrfAhhBrz7LwLIt6dV4NJiYwvE92+je8pNuCv P1pwJLzoGMy+relgwEdMA== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@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.7 (/) Michael Heerdegen writes: > It was easy. Evaluating this in emacs -Q is already enough: Or simpler: --8<---------------cut here---------------start------------->8--- (progn (defun provoke (&rest _) (run-with-idle-timer .001 nil (lambda () (read-event nil t 2.0)))) (advice-add 'handle-switch-frame :after #'provoke)) --8<---------------cut here---------------end--------------->8--- I read that read_filtered_event treats switch-frame events specially and delays them. Could that be related? Michael. From debbugs-submit-bounces@debbugs.gnu.org Tue May 06 17:20:36 2014 Received: (at 17392) by debbugs.gnu.org; 6 May 2014 21:20:36 +0000 Received: from localhost ([127.0.0.1]:53182 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Whmmx-0003zi-LS for submit@debbugs.gnu.org; Tue, 06 May 2014 17:20:35 -0400 Received: from mout.web.de ([212.227.15.4]:58867) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Whmmu-0003zT-Qu for 17392@debbugs.gnu.org; Tue, 06 May 2014 17:20:34 -0400 Received: from drachen.dragon ([90.186.164.227]) by smtp.web.de (mrweb001) with ESMTPSA (Nemesis) id 0Mb8h9-1WOCX31559-00KeD6; Tue, 06 May 2014 23:20:26 +0200 From: Michael Heerdegen To: Stefan Monnier Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87r447by7t.fsf@web.de> Date: Tue, 06 May 2014 23:20:20 +0200 In-Reply-To: <87r447by7t.fsf@web.de> (Michael Heerdegen's message of "Tue, 06 May 2014 01:30:14 +0200") Message-ID: <87eh0661uz.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:yimZKGBpgjAMGTrBZAriNyqRAS0tnHjCy7yXUNSo02KBgC5oej+ LFj9UVDkcImfQuMhpABfl0y+CjUUc1BVenfHgNa3hFjntqumfG4A6U7qHtBU9P0+7SEN64I +P1MnqIRgy54Kb6I4cwnhj92m44zEYzhFvnd43+MEKXtQiXUa5+ShsjuyuUP8H7r71MEl1m HO03V7GVaUtokJY9RbOjw== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@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.7 (/) Michael Heerdegen writes: > I read that read_filtered_event treats switch-frame events specially and > delays them. Could that be related? Probably not. When I remove that code and recompile, the problem is still there. Sorry, I've no idea what causes this bug. Michael. From debbugs-submit-bounces@debbugs.gnu.org Tue May 06 22:02:34 2014 Received: (at 17392) by debbugs.gnu.org; 7 May 2014 02:02:34 +0000 Received: from localhost ([127.0.0.1]:53344 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WhrBq-0003G6-47 for submit@debbugs.gnu.org; Tue, 06 May 2014 22:02:34 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:43979) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WhrBo-0003Fq-7H for 17392@debbugs.gnu.org; Tue, 06 May 2014 22:02:32 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArYGAIDvNVO4rwut/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgEnLyMFCws0EhQYDSSIBAjSGReOegeEOASpGYFqg0wh X-IPAS-Result: ArYGAIDvNVO4rwut/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgEnLyMFCws0EhQYDSSIBAjSGReOegeEOASpGYFqg0wh X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="61699613" Received: from 184-175-11-173.dsl.teksavvy.com (HELO pastel.home) ([184.175.11.173]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 06 May 2014 22:02:25 -0400 Received: by pastel.home (Postfix, from userid 20848) id 3DE82602AA; Tue, 6 May 2014 22:02:25 -0400 (EDT) From: Stefan Monnier To: Michael Heerdegen Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster Message-ID: References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> Date: Tue, 06 May 2014 22:02:25 -0400 In-Reply-To: <877g5zygco.fsf@web.de> (Michael Heerdegen's message of "Tue, 06 May 2014 01:07:35 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@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.3 (/) > It was easy. Evaluating this in emacs -Q is already enough: > --8<---------------cut here---------------start------------->8--- > (progn > (defun provoke (&rest _) > (run-with-idle-timer .001 nil > (lambda () (sit-for 2.)))) > (advice-add 'handle-switch-frame :after #'provoke)) > --8<---------------cut here---------------end--------------->8--- > Just create some more frames and type M-TAB (in your window manger) lots > of times. After that, timer-idle-list is full of blink-cursor-start > timers. Hmm... I can't reproduce it. I run the above code in emacs-24's "emacs -Q" and then switch between frames (by moving my mouse since I don't have a M-TAB binding but I use focus-follows-mouse). `provoke' is run alright (checked with trace-function), but (length timer-idle-list) stays constant (value 2, one for blink-cursor and the other for jit-lock). Stefan From debbugs-submit-bounces@debbugs.gnu.org Tue May 06 22:14:49 2014 Received: (at 17392) by debbugs.gnu.org; 7 May 2014 02:14:49 +0000 Received: from localhost ([127.0.0.1]:53349 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WhrNh-0003gZ-GP for submit@debbugs.gnu.org; Tue, 06 May 2014 22:14:49 -0400 Received: from mout.web.de ([212.227.17.12]:57165) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WhrNf-0003g7-Bd for 17392@debbugs.gnu.org; Tue, 06 May 2014 22:14:48 -0400 Received: from drachen.dragon ([90.186.164.227]) by smtp.web.de (mrweb002) with ESMTPSA (Nemesis) id 0Mbhen-1WR9L91spR-00J5Mt; Wed, 07 May 2014 04:14:38 +0200 From: Michael Heerdegen To: Stefan Monnier Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> Date: Wed, 07 May 2014 04:14:34 +0200 In-Reply-To: (Stefan Monnier's message of "Tue, 06 May 2014 22:02:25 -0400") Message-ID: <87a9au5o8l.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:sgqvLaMEdgQU24eZfrNrcqrcbovIptpWFZzfjbS7OPu5P/Sa5tF a+sGSBUDMaPKGLROdUvmZht7rAKv5Pj36du4GI/6Wb5sutgKbKc2tvep7HpwY88LGvVQFGS YOGpJgqs3IIF1cZlk0NvMIucY9dm3zRk723k73TEbtJ+fvZrhG/ksMEtg7ydQ9x7DAVp8lA W3JxBxtykCRjACVKlG6Og== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@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.7 (/) Stefan Monnier writes: > Hmm... I can't reproduce it. > I run the above code in emacs-24's "emacs -Q" and then switch between > frames (by moving my mouse since I don't have a M-TAB binding but I use > focus-follows-mouse). `provoke' is run alright (checked with > trace-function), but (length timer-idle-list) stays constant (value 2, > one for blink-cursor and the other for jit-lock). That's true for me too when I hit M-TAB only very slowly. I think using the mouse is just too slow. From debbugs-submit-bounces@debbugs.gnu.org Tue May 06 22:27:24 2014 Received: (at 17392) by debbugs.gnu.org; 7 May 2014 02:27:24 +0000 Received: from localhost ([127.0.0.1]:53354 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WhrZr-00044k-PF for submit@debbugs.gnu.org; Tue, 06 May 2014 22:27:24 -0400 Received: from mout.web.de ([212.227.15.14]:50071) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WhrZo-00044Q-8i for 17392@debbugs.gnu.org; Tue, 06 May 2014 22:27:21 -0400 Received: from drachen.dragon ([90.186.164.227]) by smtp.web.de (mrweb002) with ESMTPSA (Nemesis) id 0M3Spk-1WzOUa1PxQ-00r38D; Wed, 07 May 2014 04:27:12 +0200 From: Michael Heerdegen To: Stefan Monnier Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> Date: Wed, 07 May 2014 04:27:02 +0200 In-Reply-To: (Stefan Monnier's message of "Tue, 06 May 2014 22:02:25 -0400") Message-ID: <8761li5nnt.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:xjS13du4dYayGwSmGmBnGNtmjBb7UDHB+tsoK1WuE5v7/CWMPBm EtRUv57z8U8y32gj5yXxH3WbfcXSSvvC2wyjgwgsnif+SzZoWSULWEpSt3yhDZvej0zH+ru zpcpQXHjKCFWDD7Dc5OHwkia0o8jqO24F18bk5MkgtQBSx8SntoiNwL8aoaxz3qHbyivDWe GcoWFMNv1G/trEw727AZQ== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@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.7 (/) Stefan Monnier writes: > Hmm... I can't reproduce it. It's enough here to work with two frames and click on the two frames' titlebars in fast succession (place them nearby). I'm using openbox, btw, but I hope that doesn't matter. C-x 5 o C-x z z ... doesn't work OTOH (I guess cause it doesn't produce switch-frame events). Michael. From debbugs-submit-bounces@debbugs.gnu.org Tue May 06 23:01:20 2014 Received: (at 17392) by debbugs.gnu.org; 7 May 2014 03:01:20 +0000 Received: from localhost ([127.0.0.1]:53369 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Whs6h-00052J-Mf for submit@debbugs.gnu.org; Tue, 06 May 2014 23:01:19 -0400 Received: from mout.web.de ([212.227.17.11]:60204) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Whs6f-00051x-Cq for 17392@debbugs.gnu.org; Tue, 06 May 2014 23:01:18 -0400 Received: from drachen.dragon ([90.186.164.227]) by smtp.web.de (mrweb101) with ESMTPSA (Nemesis) id 0LuuFh-1WqI6P3TMn-0104vI; Wed, 07 May 2014 05:01:09 +0200 From: Michael Heerdegen To: Stefan Monnier Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <8761li5nnt.fsf@web.de> Date: Wed, 07 May 2014 05:01:02 +0200 In-Reply-To: <8761li5nnt.fsf@web.de> (Michael Heerdegen's message of "Wed, 07 May 2014 04:27:02 +0200") Message-ID: <87ha52l2c1.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:3VIIcTVA7whkmsX8/Phz8bdVrcw+Ak0GP6vrJP8n49R5qLVUdsE DW7AGVr88G9f0dEAKZVxyoFKxXBHxLJM5H/vknANu9rTsi0uIDwtjtkkNX/LjxUBE64uYbd KfgiyFopfzO8lcMMACbwe5tGqMgazj2W2ENMlKgzB0UuSUG/t8veRtK0oHvQc9tWX9akGIZ 659yyqdMZb7U+q3DD44CA== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@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.7 (/) Michael Heerdegen writes: > It's enough here to work with two frames and click on the two frames' > titlebars in fast succession (place them nearby). I'm using openbox, > btw, but I hope that doesn't matter. It's the same with twm and clicking on the frames' titlebars. Michael. From debbugs-submit-bounces@debbugs.gnu.org Wed May 07 09:15:33 2014 Received: (at 17392) by debbugs.gnu.org; 7 May 2014 13:15:33 +0000 Received: from localhost ([127.0.0.1]:53738 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wi1h6-0001WI-TP for submit@debbugs.gnu.org; Wed, 07 May 2014 09:15:33 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:37904) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wi1h3-0001Vu-VH for 17392@debbugs.gnu.org; Wed, 07 May 2014 09:15:30 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArcGAIDvNVO4rwut/2dsb2JhbABZgwaDSr0vgwQKgRcXdIIlAQEBAQIBViMQCzQSFBgNJIgECNIZF45HMweEOASpGYFqg0wh X-IPAS-Result: ArcGAIDvNVO4rwut/2dsb2JhbABZgwaDSr0vgwQKgRcXdIIlAQEBAQIBViMQCzQSFBgNJIgECNIZF45HMweEOASpGYFqg0wh X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="61733588" Received: from 184-175-11-173.dsl.teksavvy.com (HELO pastel.home) ([184.175.11.173]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 07 May 2014 09:15:23 -0400 Received: by pastel.home (Postfix, from userid 20848) id 639D66054B; Wed, 7 May 2014 09:15:23 -0400 (EDT) From: Stefan Monnier To: Michael Heerdegen Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster Message-ID: References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> Date: Wed, 07 May 2014 09:15:23 -0400 In-Reply-To: <87a9au5o8l.fsf@web.de> (Michael Heerdegen's message of "Wed, 07 May 2014 04:14:34 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@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.3 (/) >> Hmm... I can't reproduce it. >> I run the above code in emacs-24's "emacs -Q" and then switch between >> frames (by moving my mouse since I don't have a M-TAB binding but I use >> focus-follows-mouse). `provoke' is run alright (checked with >> trace-function), but (length timer-idle-list) stays constant (value 2, >> one for blink-cursor and the other for jit-lock). > That's true for me too when I hit M-TAB only very slowly. I think using = the > mouse is just too slow. Aha, so speed is important. Well, using focus-follows-mouse lets me switch frame *very* quickly, so I tried again, moving the mouse frenetically between the two frames, but still no dice. Can you reproduce the same problem in Emacs-24.3? What about Emacs's trunk? Stefan "Wondering if you might be hitting a =ABbad build=BB problem" From debbugs-submit-bounces@debbugs.gnu.org Wed May 07 09:56:30 2014 Received: (at 17392) by debbugs.gnu.org; 7 May 2014 13:56:30 +0000 Received: from localhost ([127.0.0.1]:54625 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wi2Kh-0002zo-Bd for submit@debbugs.gnu.org; Wed, 07 May 2014 09:56:29 -0400 Received: from mxin.ulb.ac.be ([164.15.128.112]:12940) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wi2Kc-0002ze-5G for 17392@debbugs.gnu.org; Wed, 07 May 2014 09:56:24 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: At8EAJc6alOkD4Xx/2dsb2JhbABary4BAQEGmg4BgTF0giUBAQQBJ1IQCyElDwEESROILAEMCKpunU4Bhx8XhVaBf4Z9B4Q/BKAFjC2DNjs Received: from mathsrv4.ulb.ac.be (HELO geodiff-mac3.ulb.ac.be) ([164.15.133.241]) by smtp.ulb.ac.be with ESMTP; 07 May 2014 15:56:19 +0200 From: Nicolas Richard To: Stefan Monnier Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> Date: Wed, 07 May 2014 15:57:11 +0200 In-Reply-To: (Stefan Monnier's message of "Tue, 06 May 2014 22:02:25 -0400") Message-ID: <877g5xu1xk.fsf@geodiff-mac3.ulb.ac.be> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 17392 Cc: Michael Heerdegen , 17392@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Stefan Monnier writes: >> It was easy. Evaluating this in emacs -Q is already enough: > >> --8<---------------cut here---------------start------------->8--- >> (progn >> (defun provoke (&rest _) >> (run-with-idle-timer .001 nil >> (lambda () (sit-for 2.)))) >> (advice-add 'handle-switch-frame :after #'provoke)) >> --8<---------------cut here---------------end--------------->8--- > >> Just create some more frames and type M-TAB (in your window manger) lots >> of times. After that, timer-idle-list is full of blink-cursor-start >> timers. > > Hmm... I can't reproduce it. > I run the above code in emacs-24's "emacs -Q" and then switch between > frames (by moving my mouse since I don't have a M-TAB binding but I use > focus-follows-mouse). `provoke' is run alright (checked with > trace-function), but (length timer-idle-list) stays constant (value 2, > one for blink-cursor and the other for jit-lock). FWIW I was able to reproduce on emacs-24 branch (from Apr 25). I ran (progn (defun provoke (&rest _) (run-with-idle-timer .001 nil (lambda () (read-event nil t 2.0))) (message "%s len, timer-idle-list: %s, %S" (format-time-string "%S.%3N") (length timer-idle-list) timer-idle-list)) (advice-add 'handle-switch-frame :after #'provoke)) and then after hitting M-tab at various speeds I got : 35.283 len, timer-idle-list: 3, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 36.531 len, timer-idle-list: 3, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 38.148 len, timer-idle-list: 3, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 39.892 len, timer-idle-list: 3, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 44.442 len, timer-idle-list: 3, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 48.168 len, timer-idle-list: 3, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 48.800 len, timer-idle-list: 3, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 49.483 len, timer-idle-list: 3, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 50.315 len, timer-idle-list: 3, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 51.079 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 51.829 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 52.050 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 52.436 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 53.472 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 53.816 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 53.950 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 54.039 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 54.232 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 54.605 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 55.095 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 55.468 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 55.944 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 56.383 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 56.785 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 57.095 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 57.795 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 58.091 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 58.548 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 58.871 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 59.248 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 59.966 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 00.418 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 00.861 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 01.318 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 01.807 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 02.448 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 02.930 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 03.452 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 03.908 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 04.176 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 04.580 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 05.282 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 05.641 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 06.246 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 06.610 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 07.168 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 07.668 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0]) 08.783 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 09.548 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 09.989 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 10.526 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 10.967 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 11.398 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 11.872 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 12.324 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 12.805 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 13.290 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 13.744 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 14.412 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 16.946 len, timer-idle-list: 4, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [t 0 0 500000 0.5 blink-cursor-start nil idle 0] [t 0 0 500000 t jit-lock-context-fontify nil idle 0]) 20.644 len, timer-idle-list: 5, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 24.428 len, timer-idle-list: 6, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 27.021 len, timer-idle-list: 6, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 27.678 len, timer-idle-list: 6, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 28.163 len, timer-idle-list: 6, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 28.686 len, timer-idle-list: 6, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 29.075 len, timer-idle-list: 6, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 29.731 len, timer-idle-list: 6, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 30.108 len, timer-idle-list: 6, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) 32.194 len, timer-idle-list: 7, ([nil 0 0 1000 nil (lambda nil (read-event nil t 2.0)) nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 t jit-lock-context-fontify nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0] [nil 0 0 500000 0.5 blink-cursor-start nil idle 0]) Mark set [2 times] Speed doesn't seem to be the only factor. -- Nico. From debbugs-submit-bounces@debbugs.gnu.org Thu May 08 12:52:32 2014 Received: (at 17392) by debbugs.gnu.org; 8 May 2014 16:52:32 +0000 Received: from localhost ([127.0.0.1]:56198 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WiRYd-0002Pg-Tk for submit@debbugs.gnu.org; Thu, 08 May 2014 12:52:32 -0400 Received: from mout.web.de ([212.227.17.11]:52153) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WiRYa-0002PR-F1 for 17392@debbugs.gnu.org; Thu, 08 May 2014 12:52:29 -0400 Received: from drachen.dragon ([90.187.186.54]) by smtp.web.de (mrweb002) with ESMTPSA (Nemesis) id 0MBCYn-1WaQoW3zsr-00ABN8; Thu, 08 May 2014 18:52:18 +0200 From: Michael Heerdegen To: Stefan Monnier Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> Date: Thu, 08 May 2014 18:52:11 +0200 In-Reply-To: (Stefan Monnier's message of "Wed, 07 May 2014 09:15:23 -0400") Message-ID: <877g5wi56s.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:OgGXxpzg8qPI8kIqJVNNp5ct2Vi7JT7XAw4vrytfnuxePO/EPSH IfNCS6NL/iXGMSr3uT/rtubTEHPdDUZUxkntRSARzZ92S/cnxt9xGkdQa+4i9rz8CDRmkyq +UCcyaYIR3rrk6nxqElH/FN6Q75vsACnQ8+O6AFNVBSnAKqL3HbvWfRC11d5AvYWLalE/v7 TfL6+P5Xgz0n/tLd0KMJw== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@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.7 (/) Stefan Monnier writes: > Can you reproduce the same problem in Emacs-24.3? > What about Emacs's trunk? It was huge task taking many hours, but I succeeded in bisecting the commits. This commit is the first one showing the symptoms: ,---------------------------------------------------------------------- | dba6cb06616bae33983f413ce1226a65ee1931b8 HEAD origin-emacs-24 | Author: Jan D. | Date: Tue Jul 16 13:41:06 2013 +0200 | Stop cursor blink after blink-cursor-blinks (10), stop timers when not bl= inking `---------------------------------------------------------------------- Sorry, dunno how to get a bzr commit number. > Stefan "Wondering if you might be hitting a =C2=ABbad build=C2=BB problem" You mean that I did not have a clean build? No, this time I think I was being careful. Michael. From debbugs-submit-bounces@debbugs.gnu.org Thu May 08 13:04:39 2014 Received: (at 17392) by debbugs.gnu.org; 8 May 2014 17:04:39 +0000 Received: from localhost ([127.0.0.1]:56214 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WiRkM-0002kd-Jx for submit@debbugs.gnu.org; Thu, 08 May 2014 13:04:38 -0400 Received: from mtaout26.012.net.il ([80.179.55.182]:33914) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WiRkJ-0002kB-0w for 17392@debbugs.gnu.org; Thu, 08 May 2014 13:04:36 -0400 Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il (HyperSendmail v2007.08) id <0N5900O00LHDXY00@mtaout26.012.net.il> for 17392@debbugs.gnu.org; Thu, 08 May 2014 20:01:37 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout26.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5900NKGLYPLU30@mtaout26.012.net.il>; Thu, 08 May 2014 20:01:37 +0300 (IDT) Date: Thu, 08 May 2014 20:04:36 +0300 From: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster In-reply-to: <877g5wi56s.fsf@web.de> X-012-Sender: halo1@inter.net.il To: Michael Heerdegen Message-id: <837g5ww6aj.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <877g5wi56s.fsf@web.de> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17392 Cc: 17392@debbugs.gnu.org, monnier@iro.umontreal.ca 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: Thu, 08 May 2014 18:52:11 +0200 > Cc: 17392@debbugs.gnu.org > > ,---------------------------------------------------------------------- > | dba6cb06616bae33983f413ce1226a65ee1931b8 HEAD origin-emacs-24 > | Author: Jan D. > | Date: Tue Jul 16 13:41:06 2013 +0200 > | Stop cursor blink after blink-cursor-blinks (10), stop timers when not blinking > `---------------------------------------------------------------------- > > Sorry, dunno how to get a bzr commit number. Like this: bzr log -r date:2013-07-16,11:41:06 (11:41:06 and not 13:41:06 because 'date:' needs a UTC time stamp.) From debbugs-submit-bounces@debbugs.gnu.org Thu May 08 13:10:33 2014 Received: (at 17392) by debbugs.gnu.org; 8 May 2014 17:10:33 +0000 Received: from localhost ([127.0.0.1]:56228 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WiRq4-0002uh-2d for submit@debbugs.gnu.org; Thu, 08 May 2014 13:10:32 -0400 Received: from mail-we0-f171.google.com ([74.125.82.171]:41351) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WiRpx-0002uL-J4 for 17392@debbugs.gnu.org; Thu, 08 May 2014 13:10:26 -0400 Received: by mail-we0-f171.google.com with SMTP id w62so2843233wes.16 for <17392@debbugs.gnu.org>; Thu, 08 May 2014 10:10:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=bm4jV9cv7FqMz9FQkXuiOXEJsaycWrccEuCR+I0sFHY=; b=ac4T5Xk2RHRbLb4kP90DWaEhXVv+MW0AS0f7JD3WGQLsIpYgVRKPiDZbclRchqTgmz ZF2r/eC5/O6rdQz1MjiAn8e6ZkpvBmnCcxWfcsJDN6oLsrP63MAK6pytzJct7+R7AVbF 7cxhzIlr3voWuRy+B5A2CWHi8kY7QMHhpFNCQSuDO8xqwvChgUebKwamZJtMhbKHhREl 7Irmh8Lsc4USWn7sWIMtPK0bnIfIHvpb7LR5ECxKhcEXTD3kxcvi4kaCZ5vqYiTZKkbj JceI/tMmvXEsg9KhLMATZs5bEEdLgPxgkCnnAh4l2Mm06On0/M0x1iEoMzlIQE0mvjhl 8ACw== X-Received: by 10.194.60.114 with SMTP id g18mr3354043wjr.61.1399569019742; Thu, 08 May 2014 10:10:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.195.12.201 with HTTP; Thu, 8 May 2014 10:09:39 -0700 (PDT) In-Reply-To: <877g5wi56s.fsf@web.de> References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <877g5wi56s.fsf@web.de> From: Lennart Borgman Date: Thu, 8 May 2014 19:09:39 +0200 Message-ID: Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster To: Michael Heerdegen Content-Type: multipart/alternative; boundary=047d7b66f33d42aed904f8e68e2d X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@debbugs.gnu.org, Stefan Monnier 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 (/) --047d7b66f33d42aed904f8e68e2d Content-Type: text/plain; charset=UTF-8 On Thu, May 8, 2014 at 6:52 PM, Michael Heerdegen wrote: > Stefan Monnier writes: > > > Can you reproduce the same problem in Emacs-24.3? > > What about Emacs's trunk? > > It was huge task taking many hours, but I succeeded in bisecting the > commits. This commit is the first one showing the symptoms: > > ,---------------------------------------------------------------------- > | dba6cb06616bae33983f413ce1226a65ee1931b8 HEAD origin-emacs-24 > | Author: Jan D. > | Date: Tue Jul 16 13:41:06 2013 +0200 > | Stop cursor blink after blink-cursor-blinks (10), stop timers when not > blinking > `---------------------------------------------------------------------- > > I have seen the faster blinking cursor years ago (on w32), but maybe that was another bug then? --047d7b66f33d42aed904f8e68e2d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On T= hu, May 8, 2014 at 6:52 PM, Michael Heerdegen <michael_heerdegen@web.de> wrote:=
Stefan Monnier <monnie= r@iro.umontreal.ca> writes:

> Can you reproduce the same problem in Emacs-24.3?
> What about Emacs's trunk?

It was huge task taking many hours, but I succeeded in bisecting the
commits. =C2=A0This commit is the first one showing the symptoms:

,----------------------------------------------------------------------
| dba6cb06616bae33983f413ce1226a65ee1931b8 HEAD origin-emacs-24
| Author: Jan D. <jan.h.d@swipnet.se>
| Date: =C2=A0 Tue Jul 16 13:41:06 2013 +0200
| Stop cursor blink after blink-cursor-blinks (10), stop timers when not bl= inking
`----------------------------------------------------------------------

I have seen the faster blinking cursor years ago (on = w32), but maybe that was another bug then?=C2=A0
--047d7b66f33d42aed904f8e68e2d-- From debbugs-submit-bounces@debbugs.gnu.org Thu May 08 13:42:42 2014 Received: (at 17392) by debbugs.gnu.org; 8 May 2014 17:42:42 +0000 Received: from localhost ([127.0.0.1]:56244 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WiSLB-0003mW-Qv for submit@debbugs.gnu.org; Thu, 08 May 2014 13:42:42 -0400 Received: from mout.web.de ([212.227.17.12]:53867) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WiSL9-0003mD-4H for 17392@debbugs.gnu.org; Thu, 08 May 2014 13:42:40 -0400 Received: from drachen.dragon ([90.187.186.54]) by smtp.web.de (mrweb103) with ESMTPSA (Nemesis) id 0M413W-1WzIV314a2-00rYAy; Thu, 08 May 2014 19:42:31 +0200 From: Michael Heerdegen To: Lennart Borgman Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <877g5wi56s.fsf@web.de> Date: Thu, 08 May 2014 19:42:27 +0200 In-Reply-To: (Lennart Borgman's message of "Thu, 8 May 2014 19:09:39 +0200") Message-ID: <87y4ycjhfg.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:pikR+WlVn5bzLRpcXvvA8KEbOJ59RL36pBedAV66cbwUXpoNC6G FsBeMfEWzm9vJEQVIEQl4LwWcrxjJR6aLY6Qm/APr+SFMnZrwlc6uUnmBq4a3pYJOvb7gbQ 3lTlYDRPSCokP0CrPyWTaizWnen2898/zlih13BJzqqEVPiOUoxNOqebkpkJT+6hC9Z8YCq bOzpPcV+LXfZO96Lk3ZRg== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@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.7 (/) Lennart Borgman writes: > I have seen the faster blinking cursor years ago (on w32), but maybe > that was another bug then? Maybe the commit is not buggy as such, but does just trigger a bug lurking elsewhere. There might be different ways to trigger it. Michael. From debbugs-submit-bounces@debbugs.gnu.org Thu May 08 14:40:43 2014 Received: (at 17392) by debbugs.gnu.org; 8 May 2014 18:40:43 +0000 Received: from localhost ([127.0.0.1]:56266 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WiTFJ-0005PV-Jl for submit@debbugs.gnu.org; Thu, 08 May 2014 14:40:42 -0400 Received: from mail-wi0-f178.google.com ([209.85.212.178]:39663) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WiTFB-0005P6-EO for 17392@debbugs.gnu.org; Thu, 08 May 2014 14:40:34 -0400 Received: by mail-wi0-f178.google.com with SMTP id hm4so165768wib.17 for <17392@debbugs.gnu.org>; Thu, 08 May 2014 11:40:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GbC2FFi4yhPpOT9mw4Awmq1dBdhjzAZZTL09OHSocaE=; b=U4fXQILFpRPgXhrn7eFIN/tyeZo8NTFeHloRqyciSMbJzI8KX7E82YYSJbh31i4HjI Qq0Y+JBrvZyztCnrXCv6thRtcbNBpFZzro4RQyp5OfxuuYwlNgsa7BxxqxU3SZYwvMd8 ssG1AND6Kpfp24s/m5NIcvF6fgyHJdTGc2M5XmHhRORy+z5DrfnLdNg5wp0GGz9/0k3I l7OBXnEYxu2yGGEY4tNo85EKVDBLOay5fkACcMmXozdDuFwg8VBaQyoHiV9MgFpraJA2 V1c96N9a8HGoIuRpV9+sA6zTVmz4coUSqGnQnR2W0p2BfE/7y1/exdIYhtwcQG5r4EOG K80Q== MIME-Version: 1.0 X-Received: by 10.180.93.226 with SMTP id cx2mr14322192wib.16.1399574427333; Thu, 08 May 2014 11:40:27 -0700 (PDT) Received: by 10.195.12.201 with HTTP; Thu, 8 May 2014 11:40:27 -0700 (PDT) Received: by 10.195.12.201 with HTTP; Thu, 8 May 2014 11:40:27 -0700 (PDT) In-Reply-To: <87y4ycjhfg.fsf@web.de> References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <877g5wi56s.fsf@web.de> <87y4ycjhfg.fsf@web.de> Date: Thu, 8 May 2014 20:40:27 +0200 Message-ID: Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster From: Lennart Borgman To: Michael Heerdegen Content-Type: multipart/alternative; boundary=f46d0438917593f9c504f8e7d009 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@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.7 (/) --f46d0438917593f9c504f8e7d009 Content-Type: text/plain; charset=UTF-8 On May 8, 2014 7:42 PM, "Michael Heerdegen" wrote: > > Lennart Borgman writes: > > > I have seen the faster blinking cursor years ago (on w32), but maybe > > that was another bug then? > > Maybe the commit is not buggy as such, but does just trigger a bug lurking > elsewhere. There might be different ways to trigger it. > > Michael. Yes, I think you are right. I also found years ago that there was a lot of these timers. And that was the reason for blinking "faster". I had a thought that this might be related to w32. I saw several other bugs that also depended on how fast you did things. Some related to menus. Some related to frames. On w32 you do not control the state of the system calls. I tried to make people add check of return values etc but I was not even able to get the checks I added into core Emacs. (I then decided it was a waste of time for me.) --f46d0438917593f9c504f8e7d009 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On May 8, 2014 7:42 PM, "Michael Heerdegen" <michael_heerdegen@web.de> wrote:
>
> Lennart Borgman <lenna= rt.borgman@gmail.com> writes:
>
> > I have seen the faster blinking cursor years ago (on w32), but ma= ybe
> > that was another bug then?
>
> Maybe the commit is not buggy as such, but does just trigger a bug lur= king
> elsewhere. =C2=A0There might be different ways to trigger it.
>
> Michael.

Yes, I think you are right.

I also found years ago that there was a lot of these timers.= And that was the reason for blinking "faster".

I had a thought that this might be related to w32. I saw sev= eral other bugs that also depended on how fast you did things. Some related= to menus. Some related to frames.

On w32 you do not control the state of the system calls. I t= ried to make people add check of return values etc but I was not even able = to get the checks I added into core Emacs. (I then decided it was a waste o= f time for me.)

--f46d0438917593f9c504f8e7d009-- From debbugs-submit-bounces@debbugs.gnu.org Sat May 10 06:34:24 2014 Received: (at 17392) by debbugs.gnu.org; 10 May 2014 10:34:24 +0000 Received: from localhost ([127.0.0.1]:57791 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wj4bn-0002Ak-MN for submit@debbugs.gnu.org; Sat, 10 May 2014 06:34:24 -0400 Received: from mout.web.de ([212.227.17.11]:50108) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wj4bl-0002AT-3N for 17392@debbugs.gnu.org; Sat, 10 May 2014 06:34:22 -0400 Received: from drachen.dragon ([90.186.83.36]) by smtp.web.de (mrweb004) with ESMTPSA (Nemesis) id 0MQc7J-1WFldp2yMv-00Tz3Z; Sat, 10 May 2014 12:34:13 +0200 From: Michael Heerdegen To: Stefan Monnier Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> Date: Sat, 10 May 2014 12:34:09 +0200 In-Reply-To: (Stefan Monnier's message of "Wed, 07 May 2014 09:15:23 -0400") Message-ID: <8761ld3ota.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:G3ZTSm4a+28FOrn5zcTe6Ew+fGbS+q9jN9HOZO0/gDmz31YtJN9 DPylU7L0hnkVvil9oHOyEOJhJC1E+v1C4dYQ9NNlGMiw27ieXwAmzuC6EKlb4UmiS69qoyo YJArX8nViOu3F2QmXa/crfJDb7mhmJa9uO7u8tlLr1aV2dXBnmksABFNYjBCGltDsBqeoFU U6bQooNrmzhT2f3vIHw4w== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@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.7 (/) Hi, In emacs -Q, I did --8<---------------cut here---------------start------------->8--- (progn (advice-add 'timer-event-handler :before (lambda (timer) (unless (or (memq timer timer-list) (memq timer timer-idle-list)) (message "This should not happen")))) (defun provoke (&rest _) (run-with-idle-timer .001 nil (lambda () (sit-for 2.)))) (defadvice handle-switch-frame (after provoke activate) (provoke))) --8<---------------cut here---------------end--------------->8--- After switching frames a bit, I get "This should not happen". So an idle blinking timer not in timer-idle-list is called from C with timer-event-handler. At this point, there is already another blinking timer in timer-idle-list. timer-event-handler pushes the zombie timer to timer-idle-list as well, so then we have two of them there etc. Michael. From debbugs-submit-bounces@debbugs.gnu.org Sat May 10 07:06:31 2014 Received: (at 17392) by debbugs.gnu.org; 10 May 2014 11:06:32 +0000 Received: from localhost ([127.0.0.1]:57803 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wj56s-00031t-RD for submit@debbugs.gnu.org; Sat, 10 May 2014 07:06:31 -0400 Received: from mtaout29.012.net.il ([80.179.55.185]:56512) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wj56p-00031a-Kb for 17392@debbugs.gnu.org; Sat, 10 May 2014 07:06:28 -0400 Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0N5C00700UOPGC00@mtaout29.012.net.il> for 17392@debbugs.gnu.org; Sat, 10 May 2014 14:07:23 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5C007MYUWBTV00@mtaout29.012.net.il>; Sat, 10 May 2014 14:07:23 +0300 (IDT) Date: Sat, 10 May 2014 14:06:38 +0300 From: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster In-reply-to: <8761ld3ota.fsf@web.de> X-012-Sender: halo1@inter.net.il To: Michael Heerdegen Message-id: <83ppjlvqo1.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17392 Cc: 17392@debbugs.gnu.org, monnier@iro.umontreal.ca 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: Michael Heerdegen > Date: Sat, 10 May 2014 12:34:09 +0200 > Cc: 17392@debbugs.gnu.org > > In emacs -Q, I did > > --8<---------------cut here---------------start------------->8--- > (progn > (advice-add 'timer-event-handler :before > (lambda (timer) > (unless (or (memq timer timer-list) > (memq timer timer-idle-list)) > (message "This should not happen")))) > (defun provoke (&rest _) > (run-with-idle-timer .001 nil > (lambda () (sit-for 2.)))) > (defadvice handle-switch-frame (after provoke activate) > (provoke))) > --8<---------------cut here---------------end--------------->8--- > > After switching frames a bit, I get "This should not happen". So an > idle blinking timer not in timer-idle-list is called from C with > timer-event-handler. At this point, there is already another blinking > timer in timer-idle-list. timer-event-handler pushes the zombie timer > to timer-idle-list as well, so then we have two of them there etc. See how timers are run by keyboard.c: we first make a copy of the timers' list, and then work on that copy. The comment there says: /* We use copies of the timers' lists to allow a timer to add itself again, without locking up Emacs if the newly added timer is already ripe when added. */ Can this implementation detail explain what you see? Btw, I don't understand what you say here, it sounds a contradiction: > So an idle blinking timer not in timer-idle-list is called from C > with timer-event-handler. At this point, there is already another > blinking timer in timer-idle-list. So is there a blinking time in timer-idle-list, or isn't there? The first sentence seems to say there isn't, but then the next sentence says there is. From debbugs-submit-bounces@debbugs.gnu.org Sat May 10 07:40:41 2014 Received: (at 17392) by debbugs.gnu.org; 10 May 2014 11:40:42 +0000 Received: from localhost ([127.0.0.1]:57810 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wj5dx-00052t-FT for submit@debbugs.gnu.org; Sat, 10 May 2014 07:40:41 -0400 Received: from mout.web.de ([212.227.17.11]:61424) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wj5du-00052d-6h for 17392@debbugs.gnu.org; Sat, 10 May 2014 07:40:39 -0400 Received: from drachen.dragon ([90.186.83.36]) by smtp.web.de (mrweb102) with ESMTPSA (Nemesis) id 0M3Bdr-1WzWpO2779-00syh6; Sat, 10 May 2014 13:40:29 +0200 From: Michael Heerdegen To: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> Date: Sat, 10 May 2014 13:40:26 +0200 In-Reply-To: <83ppjlvqo1.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 10 May 2014 14:06:38 +0300") Message-ID: <871tw150b9.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:S1JrOWTUVCYYnochfBCXCOciyzvbjrUyDkQEcQcS8ApHqHYpi68 bpJIlxkU+1p0n5/S85ftePiDEBhKkc+EADWd0cTeK8W4phtw6Jt2QG1bKPaklidRL4ZRvbN B/0mQN04eufZ+ZkHw4bvfhA/ceSK8UjFj2Tng7EVZ1uVWvZZMqapjaQF6yrG4YTYNeIVFY0 uDTRfWBrsFf/vu7y3vOIg== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@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.7 (/) Eli Zaretskii writes: > See how timers are run by keyboard.c: we first make a copy of the > timers' list, and then work on that copy. The comment there says: > > /* We use copies of the timers' lists to allow a timer to add itself > again, without locking up Emacs if the newly added timer is > already ripe when added. */ > > Can this implementation detail explain what you see? I seems related. > Btw, I don't understand what you say here, it sounds a contradiction: > > > So an idle blinking timer not in timer-idle-list is called from C > > with timer-event-handler. At this point, there is already another > > blinking timer in timer-idle-list. > > So is there a blinking time in timer-idle-list, or isn't there? There is one blinking timer in timer-idle-list. But timer-event-handler is called with a different blinking timer that is not memq in timer-idle-list. It seems that the implementation detail you cited leads in our case to the revival of canceled timers although there haven't been activated from LISP? Michael. From debbugs-submit-bounces@debbugs.gnu.org Sat May 10 08:32:03 2014 Received: (at 17392) by debbugs.gnu.org; 10 May 2014 12:32:03 +0000 Received: from localhost ([127.0.0.1]:57820 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wj6Re-0006O6-Kk for submit@debbugs.gnu.org; Sat, 10 May 2014 08:32:03 -0400 Received: from mtaout27.012.net.il ([80.179.55.183]:39115) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wj6Rb-0006Nb-IW for 17392@debbugs.gnu.org; Sat, 10 May 2014 08:32:01 -0400 Received: from conversion-daemon.mtaout27.012.net.il by mtaout27.012.net.il (HyperSendmail v2007.08) id <0N5C00H00Y5N5Y00@mtaout27.012.net.il> for 17392@debbugs.gnu.org; Sat, 10 May 2014 15:28:31 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout27.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5C00F7XYNJWQ30@mtaout27.012.net.il>; Sat, 10 May 2014 15:28:31 +0300 (IDT) Date: Sat, 10 May 2014 15:32:10 +0300 From: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster In-reply-to: <871tw150b9.fsf@web.de> X-012-Sender: halo1@inter.net.il To: Michael Heerdegen Message-id: <83oaz5vmph.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17392 Cc: 17392@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Michael Heerdegen > Cc: 17392@debbugs.gnu.org > Date: Sat, 10 May 2014 13:40:26 +0200 > > > > So an idle blinking timer not in timer-idle-list is called from C > > > with timer-event-handler. At this point, there is already another > > > blinking timer in timer-idle-list. > > > > So is there a blinking time in timer-idle-list, or isn't there? > > There is one blinking timer in timer-idle-list. But timer-event-handler > is called with a different blinking timer that is not memq in > timer-idle-list. How can that happen? The only place AFAIK that calls idle timers is keyboard.c, and it takes the timers off timer-idle-list. Since Emacs's Lisp interpreter is single-threaded, how could the situation you describe happen? > It seems that the implementation detail you cited leads in our case to > the revival of canceled timers although there haven't been activated > from LISP? Maybe so, but again, you'd need to describe a sequence of events that could lead to this. Every time timer_check is called, it starts by copying the current value of timer-idle-list, and doesn't consider it again until it processed that copy entirely. The Lisp interpreter is not called except when we call a timer function taken from the list. So if a timer is canceled before timer_check is called, it will be absent from the copy used by timer_check, and if it is canceled as part of some timer's operation, it won't be there on the next invocation of timer_check. Right? So how could a timer be revived if it was canceled? More to the point, which of the blink-cursor timers could potentially cause this situation? Is there a chance handle-focus-in is called asynchronously by a thread other than the one which runs the Lisp interpreter? I don't think so (and if it did, it would be a very Bad Thing), but other than that, how can you explain that a timer got off timer-idle-list while that same timer was found in that same list by a C code which cannot be preempted by any Lisp? From debbugs-submit-bounces@debbugs.gnu.org Sat May 10 12:17:04 2014 Received: (at 17392) by debbugs.gnu.org; 10 May 2014 16:17:04 +0000 Received: from localhost ([127.0.0.1]:58245 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wj9xP-0005Bc-4n for submit@debbugs.gnu.org; Sat, 10 May 2014 12:17:03 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:47793) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wj9xM-0005B2-1C for 17392@debbugs.gnu.org; Sat, 10 May 2014 12:17:01 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0N5D00I008QP3300@a-mtaout22.012.net.il> for 17392@debbugs.gnu.org; Sat, 10 May 2014 19:16:54 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5D00ICO9850130@a-mtaout22.012.net.il>; Sat, 10 May 2014 19:16:53 +0300 (IDT) Date: Sat, 10 May 2014 19:16:51 +0300 From: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster In-reply-to: <83oaz5vmph.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: michael_heerdegen@web.de Message-id: <83k39tvcb0.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17392 Cc: 17392@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 (+) Maybe it was unclear what I meant by my original comment, so let me try to clarify. I thought that perhaps what you see is not a real problem, but rather an artifact of how Emacs processes timers, in particular the fact that the list of timers is copied before traversing it. So if, for example, some timer cancels or modifies another timer, your defadvice will see the canceled/modified timer, whereas the copy of the list still contains the original timer. So I'm asking whether you are sure what you see is a real problem, and not some artifact of how you look for a problem. From debbugs-submit-bounces@debbugs.gnu.org Sun May 11 07:09:52 2014 Received: (at 17392) by debbugs.gnu.org; 11 May 2014 11:09:52 +0000 Received: from localhost ([127.0.0.1]:58818 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WjRdf-0005M0-Ao for submit@debbugs.gnu.org; Sun, 11 May 2014 07:09:51 -0400 Received: from mout.web.de ([212.227.17.12]:62202) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WjRdd-0005Lj-Io for 17392@debbugs.gnu.org; Sun, 11 May 2014 07:09:50 -0400 Received: from drachen.dragon ([90.186.181.129]) by smtp.web.de (mrweb002) with ESMTPSA (Nemesis) id 0LheZV-1XE7k01U5B-00mq31; Sun, 11 May 2014 13:09:37 +0200 From: Michael Heerdegen To: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> Date: Sun, 11 May 2014 13:09:30 +0200 In-Reply-To: <83k39tvcb0.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 10 May 2014 19:16:51 +0300") Message-ID: <87ppjkfu6t.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:3k3DugOs/94oYJxMTGY1NcntNpU07iKOeQTCB7a4XcUoRc0Yuh0 KzJKnlWelsuerXXhCCoAtPexDtwQG+Y5sr5uY70s26pGqd9yz+mLfsO6Q7iRLb2aoJoGXuy n3VgOW33ZdbWDfDBPi2x1nNK2DfstDO9qlCt2GF4ZCVLMq723WwUIj76FSfwCl/g738LDH9 6RrXhUn9Mel550B27bjig== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@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.7 (/) Eli Zaretskii writes: > So I'm asking whether you are sure what you see is a real problem, and > not some artifact of how you look for a problem. No, I'm not sure. And I didn't want to convince you, on the contrary, I need help to find it out. My knowledge of the C code is limited. Here is what I do know for sure: Evaluating --8<---------------cut here---------------start------------->8--- (progn (defun provoke (&rest _) (run-with-idle-timer .001 nil (lambda () (sit-for 2.) (message "%s" (length timer-idle-list))))) (defadvice handle-switch-frame (after provoke activate) (provoke))) --8<---------------cut here---------------end--------------->8--- and switching frames with M-TAB leads to a situation where multiple timers running blink-cursor-start are present in timer-idle-list. These timers are all `equal', but not `eq' - they are different objects. I advised all functions named timer-... to count the number of _different_ timers running `blink-cursor-start' (those in timer-idle-list, plus the one maybe bound to blink-cursor-idle-timer) before and after the call to the function. I can post the code if you want. This count should always be <= 1, right? With the advices, I was interested in the first time when the count is > 1, i.e., when the state switched from sane to pathological. And I found that the count was > 1 for the first time after `timer-event-handler' had been called (from C). Before that call the count had still been 1. And I know why the count increased: namely because the timer object that timer-event-handler was called with was not present (referable) from the Lisp level at that point of time. But another (equal, but not eq) timer was present in timer-idle-list. Due to lack of C knowledge, I can't interpret that result. But it shows that the C level is definitely involved, and the bug is not in timer.el, at least, not only. Summa summarum: no, I don't know if this `timer-event-handler' call from C is unkosher, but it is the mechanism that leads to successive additions of blink-cursor-start timers to timer-idle-list. Michael. From debbugs-submit-bounces@debbugs.gnu.org Sun May 11 12:41:02 2014 Received: (at 17392) by debbugs.gnu.org; 11 May 2014 16:41:02 +0000 Received: from localhost ([127.0.0.1]:59453 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WjWo9-0007RM-7y for submit@debbugs.gnu.org; Sun, 11 May 2014 12:41:02 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:40228) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WjWo1-0007R0-Py for 17392@debbugs.gnu.org; Sun, 11 May 2014 12:40:55 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0N5F00A004VK6400@a-mtaout22.012.net.il> for 17392@debbugs.gnu.org; Sun, 11 May 2014 19:40:47 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5F0093S4ZYEAB0@a-mtaout22.012.net.il>; Sun, 11 May 2014 19:40:47 +0300 (IDT) Date: Sun, 11 May 2014 19:40:35 +0300 From: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster In-reply-to: <87ppjkfu6t.fsf@web.de> X-012-Sender: halo1@inter.net.il To: Michael Heerdegen Message-id: <838uq8uv3w.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17392 Cc: 17392@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Michael Heerdegen > Cc: 17392@debbugs.gnu.org > Date: Sun, 11 May 2014 13:09:30 +0200 > > This count should always be <= 1, right? With the advices, I was > interested in the first time when the count is > 1, i.e., when the state > switched from sane to pathological. > > And I found that the count was > 1 for the first time after > `timer-event-handler' had been called (from C). Before that call the > count had still been 1. And I know why the count increased: namely because > the timer object that timer-event-handler was called with was not > present (referable) from the Lisp level at that point of time. But > another (equal, but not eq) timer was present in timer-idle-list. > > Due to lack of C knowledge, I can't interpret that result. But it shows > that the C level is definitely involved, and the bug is not in timer.el, > at least, not only. The C level is definitely involved, because it is the one which actually runs the timers. But is the C level involved in the bug? I'm not sure, as I saw no evidence to that effect yet. > Summa summarum: no, I don't know if this `timer-event-handler' call from > C is unkosher, but it is the mechanism that leads to successive > additions of blink-cursor-start timers to timer-idle-list. The blink-cursor-start timers are added by blink-cursor-check, so perhaps the problem is there? E.g., it doesn't check timer-idle-list, it only checks that blink-cursor-idle-timer is nil. The function blink-cursor-check is called from two places: post-command-hook and handle-focus-in (via focus-in-hook). Could it be that in your scenario two timers are started due to this? From debbugs-submit-bounces@debbugs.gnu.org Tue May 13 12:04:38 2014 Received: (at 17392) by debbugs.gnu.org; 13 May 2014 16:04:38 +0000 Received: from localhost ([127.0.0.1]:34191 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkFC1-0000a0-LF for submit@debbugs.gnu.org; Tue, 13 May 2014 12:04:37 -0400 Received: from mout.web.de ([212.227.15.14]:63570) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkFBy-0000ZU-6d for 17392@debbugs.gnu.org; Tue, 13 May 2014 12:04:35 -0400 Received: from drachen.dragon ([90.187.148.180]) by smtp.web.de (mrweb003) with ESMTPSA (Nemesis) id 0MOikY-1WgPi03XF8-0065U8; Tue, 13 May 2014 18:04:27 +0200 From: Michael Heerdegen To: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> Date: Tue, 13 May 2014 18:04:14 +0200 In-Reply-To: <838uq8uv3w.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 11 May 2014 19:40:35 +0300") Message-ID: <87a9aly8ap.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:HLOVkxVStqfTWKoQgOvUnDsocOPpUgJk2NpWKgS5LirEjB5gCEm /NNYZWkPUJBHQGCj6JMmc1gN4Y2OzjiY9hVAc4P+8/9rq4qIzmjhOBCU4f7d7+j+58nqwGr YwC8H2NqzSusfcsoQUA/1SRmk+wnBSMZRzfCcCKL2yUILLIEJalIGgj6/1Z3CVeX4ztfB3r buWzIix1f9PDL1cdr6aRg== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@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.7 (/) Eli Zaretskii writes: > The C level is definitely involved, because it is the one which > actually runs the timers. But is the C level involved in the bug? Yes, that's what I wanted to say. Before spending time in debugging, I studied the related lisp code in frame.el and timer.el. AFAICT, you can't explain what I see exclusively by bugs in that code. > The blink-cursor-start timers are added by blink-cursor-check, so > perhaps the problem is there? E.g., it doesn't check timer-idle-list, > it only checks that blink-cursor-idle-timer is nil. > > The function blink-cursor-check is called from two places: > post-command-hook and handle-focus-in (via focus-in-hook). Could it > be that in your scenario two timers are started due to this? No, I'm quite sure that this is not the case. Whenever an idle blinking timer is started, it is immediately bound to `blink-cursor-idle-timer'. And `blink-cursor-idle-timer' is only reset to nil directly after canceling the timer it was bound to. But Eli, this advice: (advice-add 'timer-event-handler :before (lambda (timer) (unless (or (memq timer timer-list) (memq timer timer-idle-list)) (message "This should not happen")))) prints "This should not happen" for me. I can easily reproduce this message in emacs -Q. Should that really be possible? If not, isn't it a clear sign that something's going wrong in keyboard.c? Michael. From debbugs-submit-bounces@debbugs.gnu.org Tue May 13 13:51:02 2014 Received: (at 17392) by debbugs.gnu.org; 13 May 2014 17:51:02 +0000 Received: from localhost ([127.0.0.1]:34239 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkGqz-0004lO-JI for submit@debbugs.gnu.org; Tue, 13 May 2014 13:51:02 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:60929) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkGqv-0004l3-Pl for 17392@debbugs.gnu.org; Tue, 13 May 2014 13:50:59 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0N5I00G00XELPP00@a-mtaout22.012.net.il> for 17392@debbugs.gnu.org; Tue, 13 May 2014 20:50:50 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5I00GZGXKQGL50@a-mtaout22.012.net.il>; Tue, 13 May 2014 20:50:50 +0300 (IDT) Date: Tue, 13 May 2014 20:50:44 +0300 From: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster In-reply-to: <87a9aly8ap.fsf@web.de> X-012-Sender: halo1@inter.net.il To: Michael Heerdegen Message-id: <83k39ppnyj.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17392 Cc: 17392@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Michael Heerdegen > Cc: 17392@debbugs.gnu.org > Date: Tue, 13 May 2014 18:04:14 +0200 > > Before spending time in debugging, I studied the related lisp code in > frame.el and timer.el. AFAICT, you can't explain what I see exclusively > by bugs in that code. I don't see how this can be explained except by some race condition. And I don't see how can a race condition happen here, since both Lisp and C code involved in this are supposed to be run by the same single-threaded Lisp interpreter. > But Eli, this advice: > > (advice-add 'timer-event-handler :before > (lambda (timer) > (unless (or (memq timer timer-list) > (memq timer timer-idle-list)) > (message "This should not happen")))) > > prints "This should not happen" for me. I can easily reproduce this > message in emacs -Q. Should that really be possible? If not, isn't it > a clear sign that something's going wrong in keyboard.c? I agree that the results are strange and even suspicious. But the evidence is indirect at best, and there's no description of how this could happen. All you have shown is that the invoked timer is not in the timers list at the moment when the timer is run by the Lisp interpreter. How does this implicate keyboard.c? The code in keyboard.c is very simple: it copies the timers list, and then examines each timer in the copy in sequence, and invokes every timer that expired. That is all. Can you describe a scenario where the timer function thus invoked will not find its timer in the original list? What could delete or modify the timer, and how? Perhaps instead of merely comparing timers, you could actually show the differences between the timer whose function is being run and the similar (but not identical) time in the list? (Note that copy-sequence only copies the list, but not the members, so changing a member will be reflected in the corresponding member of the original list.) Also, what about GC? Does it happen during this scenario, and if so, can it cause some strange effects like this? From debbugs-submit-bounces@debbugs.gnu.org Tue May 13 13:59:47 2014 Received: (at 17392) by debbugs.gnu.org; 13 May 2014 17:59:47 +0000 Received: from localhost ([127.0.0.1]:34254 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkGzT-000529-8P for submit@debbugs.gnu.org; Tue, 13 May 2014 13:59:47 -0400 Received: from mail-wi0-f179.google.com ([209.85.212.179]:44446) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkGzQ-00051v-BS for 17392@debbugs.gnu.org; Tue, 13 May 2014 13:59:45 -0400 Received: by mail-wi0-f179.google.com with SMTP id bs8so1072543wib.12 for <17392@debbugs.gnu.org>; Tue, 13 May 2014 10:59:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=5GYmSwyfuKULDzenZvkurz/OrGDRqgyHWGVHAnbd/40=; b=Qoui6NYR8ANVH7doMudkdD+XD2sl+5QMkVeGm9tn5nb5plE9WNa5odsUypkt1JxOKX GERthfO9kQkNyq96BqzsTTGG3AysG1URQoXiRsCEMekaO0i1Hd317fB/d7jmHjbo6fat AwjvALXhGRRbl/m3K8TawtvLBZEJVQ/vFcS31upcjevMTkVzEozYumqcv8AZ7ImYWaK6 GlfHfHjYVO166OVM5KhlaJpr5AL1YVy3XZJqbgZeD9b+tBooV6ZZ+5PVMWIRkz936sEY DYQNDHvfZeMv+4I+OHLRBTHnUFYzN1SLo7SYcfUUZzVdmty5My7j28adClQFlcCLGSIR sxVA== X-Received: by 10.180.96.225 with SMTP id dv1mr22457281wib.37.1400003978323; Tue, 13 May 2014 10:59:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.195.12.201 with HTTP; Tue, 13 May 2014 10:58:58 -0700 (PDT) In-Reply-To: <83k39ppnyj.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> From: Lennart Borgman Date: Tue, 13 May 2014 19:58:58 +0200 Message-ID: Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: Michael Heerdegen , 17392@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.7 (/) On Tue, May 13, 2014 at 7:50 PM, Eli Zaretskii wrote: >> From: Michael Heerdegen >> Cc: 17392@debbugs.gnu.org >> Date: Tue, 13 May 2014 18:04:14 +0200 >> >> Before spending time in debugging, I studied the related lisp code in >> frame.el and timer.el. AFAICT, you can't explain what I see exclusively >> by bugs in that code. > > I don't see how this can be explained except by some race condition. > And I don't see how can a race condition happen here, since both Lisp > and C code involved in this are supposed to be run by the same > single-threaded Lisp interpreter. The race condition could be elsewhere, of course. From debbugs-submit-bounces@debbugs.gnu.org Tue May 13 14:14:33 2014 Received: (at 17392) by debbugs.gnu.org; 13 May 2014 18:14:34 +0000 Received: from localhost ([127.0.0.1]:34267 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkHDl-0005TK-GB for submit@debbugs.gnu.org; Tue, 13 May 2014 14:14:33 -0400 Received: from mtaout24.012.net.il ([80.179.55.180]:41482) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkHDi-0005T3-8e for 17392@debbugs.gnu.org; Tue, 13 May 2014 14:14:31 -0400 Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0N5I00L00YH3VO00@mtaout24.012.net.il> for 17392@debbugs.gnu.org; Tue, 13 May 2014 21:11:39 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5I00M4HYJF4Q00@mtaout24.012.net.il>; Tue, 13 May 2014 21:11:39 +0300 (IDT) Date: Tue, 13 May 2014 21:14:18 +0300 From: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster In-reply-to: X-012-Sender: halo1@inter.net.il To: Lennart Borgman Message-id: <83fvkdpmv9.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17392 Cc: michael_heerdegen@web.de, 17392@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Lennart Borgman > Date: Tue, 13 May 2014 19:58:58 +0200 > Cc: Michael Heerdegen , 17392@debbugs.gnu.org > > On Tue, May 13, 2014 at 7:50 PM, Eli Zaretskii wrote: > >> From: Michael Heerdegen > >> Cc: 17392@debbugs.gnu.org > >> Date: Tue, 13 May 2014 18:04:14 +0200 > >> > >> Before spending time in debugging, I studied the related lisp code in > >> frame.el and timer.el. AFAICT, you can't explain what I see exclusively > >> by bugs in that code. > > > > I don't see how this can be explained except by some race condition. > > And I don't see how can a race condition happen here, since both Lisp > > and C code involved in this are supposed to be run by the same > > single-threaded Lisp interpreter. > > The race condition could be elsewhere, of course. Like where? From debbugs-submit-bounces@debbugs.gnu.org Tue May 13 14:26:30 2014 Received: (at 17392) by debbugs.gnu.org; 13 May 2014 18:26:30 +0000 Received: from localhost ([127.0.0.1]:34273 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkHPI-0005oF-Su for submit@debbugs.gnu.org; Tue, 13 May 2014 14:26:29 -0400 Received: from mail-we0-f177.google.com ([74.125.82.177]:54782) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkHPG-0005nx-4M for 17392@debbugs.gnu.org; Tue, 13 May 2014 14:26:27 -0400 Received: by mail-we0-f177.google.com with SMTP id x48so793675wes.22 for <17392@debbugs.gnu.org>; Tue, 13 May 2014 11:26:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=F8OAQDNYxraxM1n3+Vf3y9whjCVvQJfITn2bSvY8KvI=; b=v/kcvV+zmdNjYCp9aGXpd7DLZr5qo4q8O4YhEB43rukWGQImuMrds104UbnCHSSeRk YvEiYdLAUYTKch/aM12eSRU349ha2RzciKyRfj7YZbSatmfQfbhSa1Z1YiTRW6zBUp2j y2aQN1Z2DGAVGXcMa0vmyBnKEShnKBfXjPEPaqBkkj36DChIutYUDX4C+PlUTIO0bqcx LkFcaYOWQvJUs8Ly7KL0HrkZ5RDaz7/9IINcW1OjLDH1cDQIe3e3uhNjuRNeXeXUuLnV Fsf+kEE7bS/A7I6TPp51ia0l/FL/rGAv7T1DaQvTcf8VxNwNSdl+KAanSWIp6QntbdTe IYdg== X-Received: by 10.180.8.66 with SMTP id p2mr22278663wia.37.1400005580132; Tue, 13 May 2014 11:26:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.195.12.201 with HTTP; Tue, 13 May 2014 11:25:40 -0700 (PDT) In-Reply-To: <83fvkdpmv9.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <83fvkdpmv9.fsf@gnu.org> From: Lennart Borgman Date: Tue, 13 May 2014 20:25:40 +0200 Message-ID: Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: Michael Heerdegen , 17392@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.7 (/) On Tue, May 13, 2014 at 8:14 PM, Eli Zaretskii wrote: >> From: Lennart Borgman >> Date: Tue, 13 May 2014 19:58:58 +0200 >> Cc: Michael Heerdegen , 17392@debbugs.gnu.org >> >> On Tue, May 13, 2014 at 7:50 PM, Eli Zaretskii wrote: >> >> From: Michael Heerdegen >> >> Cc: 17392@debbugs.gnu.org >> >> Date: Tue, 13 May 2014 18:04:14 +0200 >> >> >> >> Before spending time in debugging, I studied the related lisp code in >> >> frame.el and timer.el. AFAICT, you can't explain what I see exclusively >> >> by bugs in that code. >> > >> > I don't see how this can be explained except by some race condition. >> > And I don't see how can a race condition happen here, since both Lisp >> > and C code involved in this are supposed to be run by the same >> > single-threaded Lisp interpreter. >> >> The race condition could be elsewhere, of course. > > Like where? I don't know, but as I said I have seen this and several other things that looked like they could be caused by race conditions. At that time I suspected they were w32 specific, but this discussion makes me think I was wrong. For me it was difficult to understand the division among threads. I suspected there was something wrong, but it is a big job going through that. (I made some changes in EmacsW32, but that was years ago and I do not remember them now.) What could be done to make this easier is checking the return value of every single system call. (At least as an option.) That could help to catch cases where race conditions sometimes occur. Do I remember this wrong? Does not the documentation for some system calls explicitly say that you should check because the may fail (maybe in some strange conditions). I said that before, of course. And I am no expert on this so I might be wrong. From debbugs-submit-bounces@debbugs.gnu.org Tue May 13 14:45:04 2014 Received: (at 17392) by debbugs.gnu.org; 13 May 2014 18:45:04 +0000 Received: from localhost ([127.0.0.1]:34280 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkHhH-0006Ld-Hk for submit@debbugs.gnu.org; Tue, 13 May 2014 14:45:03 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:37450) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkHhD-0006Kl-QA for 17392@debbugs.gnu.org; Tue, 13 May 2014 14:45:00 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0N5I00H00ZRBBF00@a-mtaout22.012.net.il> for 17392@debbugs.gnu.org; Tue, 13 May 2014 21:44:53 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5J00GWK02SPVA0@a-mtaout22.012.net.il>; Tue, 13 May 2014 21:44:53 +0300 (IDT) Date: Tue, 13 May 2014 21:44:47 +0300 From: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster In-reply-to: X-012-Sender: halo1@inter.net.il To: Lennart Borgman Message-id: <83egzxplgg.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <83fvkdpmv9.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17392 Cc: michael_heerdegen@web.de, 17392@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Lennart Borgman > Date: Tue, 13 May 2014 20:25:40 +0200 > Cc: Michael Heerdegen , 17392@debbugs.gnu.org > > For me it was difficult to understand the division among threads. There are no threads involved here, as both the C code which runs the timers and the Lisp code run in the same single thread. On top of that, Michael is working on GNU/Linux, so any w32 threads aren't relevant. > What could be done to make this easier is checking the return value of > every single system call. There are no system calls involved in the code in question. From debbugs-submit-bounces@debbugs.gnu.org Tue May 13 14:51:03 2014 Received: (at 17392) by debbugs.gnu.org; 13 May 2014 18:51:03 +0000 Received: from localhost ([127.0.0.1]:34284 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkHn4-0006Vs-KA for submit@debbugs.gnu.org; Tue, 13 May 2014 14:51:02 -0400 Received: from mail-wg0-f52.google.com ([74.125.82.52]:47951) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkHn2-0006VN-6v for 17392@debbugs.gnu.org; Tue, 13 May 2014 14:51:01 -0400 Received: by mail-wg0-f52.google.com with SMTP id l18so828949wgh.35 for <17392@debbugs.gnu.org>; Tue, 13 May 2014 11:50:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=kJf/YzF1oN/hCabXstFlQ9UMtBGQZnHRJ457+o/V3W0=; b=j/6Bq3eQBvb4QoGic5HH8umwWfe97IGvhJ3PCG124lah4yCMRBe5z+HMrh5dLCEOwV /iHV/TbMuudcSsq1mstECaB3WobHvt9W3V4TSSUxsIFpp6HaJZkwdQtSsI+s9bcoHTYx YPm//9vxt/Quf6XbY7VwNHsBBQI6giZulSoHgp4t//5NwoHexJ9BoexLK8Y6iEWNdJxP MNj+W9PHDyVt89hlmf5+jw7P0nxMuqHoBo1225jAXAEID3db/TYf8tSi3BMh/U9ApGMR hafEof5c3pwEMOeps/M6IuPbKuFvOM3kuXSuRmIsDwiAdmoQ/va+HbzkjbQ8whlA6Nyf in4A== X-Received: by 10.180.93.226 with SMTP id cx2mr22520615wib.16.1400007054297; Tue, 13 May 2014 11:50:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.195.12.201 with HTTP; Tue, 13 May 2014 11:50:13 -0700 (PDT) In-Reply-To: <83egzxplgg.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <83fvkdpmv9.fsf@gnu.org> <83egzxplgg.fsf@gnu.org> From: Lennart Borgman Date: Tue, 13 May 2014 20:50:13 +0200 Message-ID: Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: Michael Heerdegen , 17392@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.7 (/) On Tue, May 13, 2014 at 8:44 PM, Eli Zaretskii wrote: >> From: Lennart Borgman >> Date: Tue, 13 May 2014 20:25:40 +0200 >> Cc: Michael Heerdegen , 17392@debbugs.gnu.org >> >> For me it was difficult to understand the division among threads. > > There are no threads involved here, as both the C code which runs the > timers and the Lisp code run in the same single thread. > > On top of that, Michael is working on GNU/Linux, so any w32 threads > aren't relevant. > >> What could be done to make this easier is checking the return value of >> every single system call. > > There are no system calls involved in the code in question. I really do not know. How about reading keyboard input, mouse events, frame dito? From debbugs-submit-bounces@debbugs.gnu.org Tue May 13 15:47:49 2014 Received: (at 17392) by debbugs.gnu.org; 13 May 2014 19:47:49 +0000 Received: from localhost ([127.0.0.1]:34376 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkIg0-0008OV-8q for submit@debbugs.gnu.org; Tue, 13 May 2014 15:47:48 -0400 Received: from mtaout25.012.net.il ([80.179.55.181]:57395) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkIfx-0008OD-5W for 17392@debbugs.gnu.org; Tue, 13 May 2014 15:47:46 -0400 Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0N5J00J002HT5700@mtaout25.012.net.il> for 17392@debbugs.gnu.org; Tue, 13 May 2014 22:44:45 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5J00IT52UL2Y20@mtaout25.012.net.il>; Tue, 13 May 2014 22:44:45 +0300 (IDT) Date: Tue, 13 May 2014 22:47:32 +0300 From: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster In-reply-to: X-012-Sender: halo1@inter.net.il To: Lennart Borgman Message-id: <83d2fhpijv.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <83fvkdpmv9.fsf@gnu.org> <83egzxplgg.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17392 Cc: michael_heerdegen@web.de, 17392@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Lennart Borgman > Date: Tue, 13 May 2014 20:50:13 +0200 > Cc: Michael Heerdegen , 17392@debbugs.gnu.org > > >> What could be done to make this easier is checking the return value of > >> every single system call. > > > > There are no system calls involved in the code in question. > > > I really do not know. How about reading keyboard input, mouse events, > frame dito? We are talking about idle timers. Idle timers run when there's no input of any kind. From debbugs-submit-bounces@debbugs.gnu.org Tue May 13 16:10:28 2014 Received: (at 17392) by debbugs.gnu.org; 13 May 2014 20:10:28 +0000 Received: from localhost ([127.0.0.1]:34386 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkJ1v-0000ht-5O for submit@debbugs.gnu.org; Tue, 13 May 2014 16:10:27 -0400 Received: from mail-we0-f175.google.com ([74.125.82.175]:33751) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkJ1t-0000hV-08 for 17392@debbugs.gnu.org; Tue, 13 May 2014 16:10:25 -0400 Received: by mail-we0-f175.google.com with SMTP id t61so914537wes.20 for <17392@debbugs.gnu.org>; Tue, 13 May 2014 13:10:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=CU1A2K2+FLFYoc816xpwzLtYs8AWA36cG3xiGLkzZDI=; b=CxoJ5t7D1luM3m7h9Fl3MG+0wWJ/UcsYsSepPVbSGxbOx4PsLq5ieFXqrwCekiYnxq jLtzTSqLaTfFuY/v9C0kWKmR320oA4o6i3FvICPhzjEUAp26WxVIEmbJFkYgwvmaXdt5 eQRxxZMqqc4jYNOjACqY3qQpR667879yWjUNWx/WkJBGTNBSpKY8ftWNcMsD3R/ClU6s 8b/Tq9/qi1K2alswPmQ3aYlwYtSkuAIqDcI3pwQV6GYmmyJlo58e1nfJChdy0qEzb0HX KhpljhUeSLCzUgbOG2jLJXY+dXDF8oE+ZgRGAI7TuyL08WQ08md7u7ulr+Wyjy7mTOhJ CwLg== MIME-Version: 1.0 X-Received: by 10.194.1.242 with SMTP id 18mr29267822wjp.22.1400011819010; Tue, 13 May 2014 13:10:19 -0700 (PDT) Received: by 10.195.12.201 with HTTP; Tue, 13 May 2014 13:10:18 -0700 (PDT) Received: by 10.195.12.201 with HTTP; Tue, 13 May 2014 13:10:18 -0700 (PDT) In-Reply-To: <83d2fhpijv.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <83fvkdpmv9.fsf@gnu.org> <83egzxplgg.fsf@gnu.org> <83d2fhpijv.fsf@gnu.org> Date: Tue, 13 May 2014 22:10:18 +0200 Message-ID: Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster From: Lennart Borgman To: Eli Zaretskii Content-Type: multipart/alternative; boundary=047d7b3a821427537704f94da728 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: michael_heerdegen@web.de, 17392@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.7 (/) --047d7b3a821427537704f94da728 Content-Type: text/plain; charset=UTF-8 On May 13, 2014 9:47 PM, "Eli Zaretskii" wrote: > > > From: Lennart Borgman > > Date: Tue, 13 May 2014 20:50:13 +0200 > > Cc: Michael Heerdegen , 17392@debbugs.gnu.org > > > > >> What could be done to make this easier is checking the return value of > > >> every single system call. > > > > > > There are no system calls involved in the code in question. > > > > > > I really do not know. How about reading keyboard input, mouse events, > > frame dito? > > We are talking about idle timers. Idle timers run when there's no > input of any kind. Aren't we rather talking about the list of idle timers? --047d7b3a821427537704f94da728 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On May 13, 2014 9:47 PM, "Eli Zaretskii" <eliz@gnu.org> wrote:
>
> > From: Lennart Borgman <lennart.borgman@gmail.com>
> > Date: Tue, 13 May 2014 20:50:13 +0200
> > Cc: Michael Heerdegen <michael_heerdegen@web.de>, 17392@debbugs.gnu.org
> >
> > >> What could be done to make this easier is checking the r= eturn value of
> > >> every single system call.
> > >
> > > There are no system calls involved in the code in question.<= br> > >
> >
> > I really do not know. How about reading keyboard input, mouse eve= nts,
> > frame dito?
>
> We are talking about idle timers. =C2=A0Idle timers run when there'= ;s no
> input of any kind.

Aren't we rather talking about the list of idle timers?<= br>

--047d7b3a821427537704f94da728-- From debbugs-submit-bounces@debbugs.gnu.org Tue May 13 16:22:51 2014 Received: (at 17392) by debbugs.gnu.org; 13 May 2014 20:22:51 +0000 Received: from localhost ([127.0.0.1]:34390 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkJDu-000175-Ok for submit@debbugs.gnu.org; Tue, 13 May 2014 16:22:51 -0400 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:50616) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkJDs-00016w-Ge for 17392@debbugs.gnu.org; Tue, 13 May 2014 16:22:49 -0400 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 s4DKMjEJ027186; Tue, 13 May 2014 16:22:46 -0400 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id AA56BAE173; Tue, 13 May 2014 16:22:45 -0400 (EDT) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster Message-ID: References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> Date: Tue, 13 May 2014 16:22:45 -0400 In-Reply-To: <83k39ppnyj.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 13 May 2014 20:50:44 +0300") 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-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV4941=0 X-NAI-Spam-Version: 2.3.0.9378 : core <4941> : inlines <863> : streams <1181889> : uri <1755891> X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 17392 Cc: Michael Heerdegen , 17392@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 (--) > The code in keyboard.c is very simple: it copies the timers list, and > then examines each timer in the copy in sequence, and invokes every > timer that expired. That is all. Can you describe a scenario where > the timer function thus invoked will not find its timer in the > original list? What could delete or modify the timer, and how? How 'bout: the list contains two timers, we copy it, then run the first which removes the second, then run the second which doesn't find itself in the list. Stefan From debbugs-submit-bounces@debbugs.gnu.org Tue May 13 22:41:00 2014 Received: (at 17392) by debbugs.gnu.org; 14 May 2014 02:41:00 +0000 Received: from localhost ([127.0.0.1]:34549 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkP7r-0005Rt-8m for submit@debbugs.gnu.org; Tue, 13 May 2014 22:40:59 -0400 Received: from mtaout25.012.net.il ([80.179.55.181]:46116) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkP7j-0005RP-4q for 17392@debbugs.gnu.org; Tue, 13 May 2014 22:40:52 -0400 Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0N5J00J00KDJ1N00@mtaout25.012.net.il> for 17392@debbugs.gnu.org; Wed, 14 May 2014 05:37:51 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5J00LBHLZ3SK20@mtaout25.012.net.il>; Wed, 14 May 2014 05:37:51 +0300 (IDT) Date: Wed, 14 May 2014 05:40:39 +0300 From: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster In-reply-to: X-012-Sender: halo1@inter.net.il To: Lennart Borgman Message-id: <83a9alozfc.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <83fvkdpmv9.fsf@gnu.org> <83egzxplgg.fsf@gnu.org> <83d2fhpijv.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17392 Cc: michael_heerdegen@web.de, 17392@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: Tue, 13 May 2014 22:10:18 +0200 > From: Lennart Borgman > Cc: michael_heerdegen@web.de, 17392@debbugs.gnu.org > > > > > There are no system calls involved in the code in question. > > > > > > > > > I really do not know. How about reading keyboard input, mouse events, > > > frame dito? > > > > We are talking about idle timers. Idle timers run when there's no > > input of any kind. > > Aren't we rather talking about the list of idle timers? No, we are talking about running the idle timers that are recorded in that list. From debbugs-submit-bounces@debbugs.gnu.org Tue May 13 22:43:31 2014 Received: (at 17392) by debbugs.gnu.org; 14 May 2014 02:43:31 +0000 Received: from localhost ([127.0.0.1]:34553 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkPAI-0005XH-DS for submit@debbugs.gnu.org; Tue, 13 May 2014 22:43:30 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:40078) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkPAG-0005Wv-5G for 17392@debbugs.gnu.org; Tue, 13 May 2014 22:43:29 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0N5J00M00LZ28U00@a-mtaout20.012.net.il> for 17392@debbugs.gnu.org; Wed, 14 May 2014 05:43:21 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5J00L9MM88WT70@a-mtaout20.012.net.il>; Wed, 14 May 2014 05:43:21 +0300 (IDT) Date: Wed, 14 May 2014 05:43:16 +0300 From: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster In-reply-to: X-012-Sender: halo1@inter.net.il To: Stefan Monnier Message-id: <838uq5ozaz.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17392 Cc: michael_heerdegen@web.de, 17392@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Stefan Monnier > Cc: Michael Heerdegen , 17392@debbugs.gnu.org > Date: Tue, 13 May 2014 16:22:45 -0400 > > > The code in keyboard.c is very simple: it copies the timers list, and > > then examines each timer in the copy in sequence, and invokes every > > timer that expired. That is all. Can you describe a scenario where > > the timer function thus invoked will not find its timer in the > > original list? What could delete or modify the timer, and how? > > How 'bout: the list contains two timers, we copy it, then run the first > which removes the second, then run the second which doesn't find itself > in the list. I thought about this, but (a) I don't see where the blink-cursor timer removes any other timers, and (b) I don't see why this scenario would be a problem that could lead to the issue in point in the first place. From debbugs-submit-bounces@debbugs.gnu.org Wed May 14 11:00:17 2014 Received: (at 17392) by debbugs.gnu.org; 14 May 2014 15:00:17 +0000 Received: from localhost ([127.0.0.1]:35299 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkafH-000312-Jm for submit@debbugs.gnu.org; Wed, 14 May 2014 11:00:16 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:57311) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wkaf8-0002z6-5Y for 17392@debbugs.gnu.org; Wed, 14 May 2014 11:00:13 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0N5K00B00K327R00@a-mtaout23.012.net.il> for 17392@debbugs.gnu.org; Wed, 14 May 2014 17:59:59 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5K00B50KBY8A00@a-mtaout23.012.net.il>; Wed, 14 May 2014 17:59:59 +0300 (IDT) Date: Wed, 14 May 2014 17:59:55 +0300 From: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster In-reply-to: <838uq5ozaz.fsf@gnu.org> X-012-Sender: halo1@inter.net.il To: monnier@IRO.UMontreal.CA Message-id: <834n0spfro.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <838uq5ozaz.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17392 Cc: michael_heerdegen@web.de, 17392@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: Wed, 14 May 2014 05:43:16 +0300 > From: Eli Zaretskii > Cc: michael_heerdegen@web.de, 17392@debbugs.gnu.org > > > How 'bout: the list contains two timers, we copy it, then run the first > > which removes the second, then run the second which doesn't find itself > > in the list. > > I thought about this, but (a) I don't see where the blink-cursor timer > removes any other timers Actually, this is inaccurate: blink-cursor-timer-function, which runs off a regular (non-idle) timer, sometimes calls blink-cursor-suspend, which cancels the blink-cursor-idle-timer. But this looks perfectly normal, and indeed if Michael's advice runs when the idle timer expired, it might find that the idle timer that runs was already deleted from timer-idle-list, because we invoke the timers from a copy of the list. If this is what happens, then what Michael's code reveals is an artifact of a perfectly normal and expected operation. I cannot see how this could cause more than one blink-cursor-idle-timer be in the list at the same time. > (b) I don't see why this scenario would be a problem that could lead > to the issue in point in the first place. So this still stands. From debbugs-submit-bounces@debbugs.gnu.org Wed May 14 11:37:05 2014 Received: (at 17392) by debbugs.gnu.org; 14 May 2014 15:37:05 +0000 Received: from localhost ([127.0.0.1]:35341 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkbEu-000446-BQ for submit@debbugs.gnu.org; Wed, 14 May 2014 11:37:04 -0400 Received: from mout.web.de ([212.227.17.12]:55225) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkbEr-00043O-SH for 17392@debbugs.gnu.org; Wed, 14 May 2014 11:37:02 -0400 Received: from drachen.dragon ([90.187.53.199]) by smtp.web.de (mrweb102) with ESMTPSA (Nemesis) id 0MWj6V-1WHI1H1Zvf-00XtJP; Wed, 14 May 2014 17:36:52 +0200 From: Michael Heerdegen To: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <838uq5ozaz.fsf@gnu.org> <834n0spfro.fsf@gnu.org> Date: Wed, 14 May 2014 17:36:46 +0200 In-Reply-To: <834n0spfro.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 14 May 2014 17:59:55 +0300") Message-ID: <87siocxtgx.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:MqPRmWCUfzeeVjpk+4XbKi65+7PpNdaMtLBOX3dmySTv+tFbH0N T6f78ObihzXZ2wQDTpdrG1gbVqoE25RvD4runVA8o6BqnT56s2aA1tTtkSzmuythog1Udo6 yXEy12nejXVDTsUtNh3Xg4lZ9AJbJMFaJjauS2bk0rWrOD6wevcXY9kVftIHAVQGxKnXYRq hO8kReFx29NG7x3obff+A== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@debbugs.gnu.org, monnier@IRO.UMontreal.CA 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 (/) Eli Zaretskii writes: > Actually, this is inaccurate: blink-cursor-timer-function, which runs > off a regular (non-idle) timer, sometimes calls blink-cursor-suspend, > which cancels the blink-cursor-idle-timer. > > But this looks perfectly normal, and indeed if Michael's advice runs > when the idle timer expired, it might find that the idle timer that > runs was already deleted from timer-idle-list, because we invoke the > timers from a copy of the list. If this is what happens, then what > Michael's code reveals is an artifact of a perfectly normal and > expected operation. Could something the following happen? 1. blink-cursor-idle-timer is bound to the only idle blink timer, everything is fine. 2. timer-idle-list is `copy-sequenc'ed. 3. The idle timer is canceled. `blink-cursor-idle-timer' is now bound to nil. 4. The old timer from 2. is called with timer-event-handler. Note that as a side effect, the timer is pushed back to timer-idle-list, but `blink-cursor-idle-timer' is still bound to nil. 5. `blink-cursor-check' is run. It sees that `blink-cursor-idle-timer' is nil and starts another idle timer. Michael. From debbugs-submit-bounces@debbugs.gnu.org Wed May 14 12:01:07 2014 Received: (at 17392) by debbugs.gnu.org; 14 May 2014 16:01:07 +0000 Received: from localhost ([127.0.0.1]:35368 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wkbc4-0005si-Nx for submit@debbugs.gnu.org; Wed, 14 May 2014 12:01:07 -0400 Received: from mout.web.de ([212.227.17.11]:63797) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wkbc1-0005sO-Do for 17392@debbugs.gnu.org; Wed, 14 May 2014 12:00:58 -0400 Received: from drachen.dragon ([90.187.53.199]) by smtp.web.de (mrweb002) with ESMTPSA (Nemesis) id 0Lc8n7-1XBjHX2OM1-00jXld; Wed, 14 May 2014 18:00:46 +0200 From: Michael Heerdegen To: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster References: <87r44b1vrh.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <838uq5ozaz.fsf@gnu.org> <834n0spfro.fsf@gnu.org> <87siocxtgx.fsf@web.de> Date: Wed, 14 May 2014 18:00:44 +0200 In-Reply-To: <87siocxtgx.fsf@web.de> (Michael Heerdegen's message of "Wed, 14 May 2014 17:36:46 +0200") Message-ID: <871tvwpcyb.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:hodFqqO5xZkEdL2dcEzkEz5GCvWAMVcWHqaR2bRFEvEbwog10x9 +mJGKatHhcV1IPD2fObZNHatkZF/Cel+wcqXG0P+fgD8TLTglj4JoG+vp5y5f/oDt6F+mtI Dv03FzKVVe+FrbCj8LWNUW7jy0KD8tWsikzb5Z4FOoqAUQZqRZj4tNMAxYkHZjuph6v6R/r +zWkZtAVgcHl4lGu+q8TA== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@debbugs.gnu.org, monnier@IRO.UMontreal.CA 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 (/) But BTW, when I just remove the often cited Fcopy-sequence (and recompile), the bug is _not_ gone. Michael. From debbugs-submit-bounces@debbugs.gnu.org Wed May 14 12:13:25 2014 Received: (at 17392) by debbugs.gnu.org; 14 May 2014 16:13:25 +0000 Received: from localhost ([127.0.0.1]:35380 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wkbo5-0006Dj-2W for submit@debbugs.gnu.org; Wed, 14 May 2014 12:13:25 -0400 Received: from mtaout28.012.net.il ([80.179.55.184]:51821) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wkbo2-0006DT-G3 for 17392@debbugs.gnu.org; Wed, 14 May 2014 12:13:24 -0400 Received: from conversion-daemon.mtaout28.012.net.il by mtaout28.012.net.il (HyperSendmail v2007.08) id <0N5K00B00NLMZZ00@mtaout28.012.net.il> for 17392@debbugs.gnu.org; Wed, 14 May 2014 19:11:30 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout28.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5K005UMNN53L60@mtaout28.012.net.il>; Wed, 14 May 2014 19:11:30 +0300 (IDT) Date: Wed, 14 May 2014 19:13:12 +0300 From: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster In-reply-to: <87siocxtgx.fsf@web.de> X-012-Sender: halo1@inter.net.il To: Michael Heerdegen Message-id: <83tx8snxt3.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8738gq67av.fsf@web.de> <87sioqcx7n.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <838uq5ozaz.fsf@gnu.org> <834n0spfro.fsf@gnu.org> <87siocxtgx.fsf@web.de> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17392 Cc: 17392@debbugs.gnu.org, monnier@IRO.UMontreal.CA 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: Michael Heerdegen > Cc: monnier@IRO.UMontreal.CA, 17392@debbugs.gnu.org > Date: Wed, 14 May 2014 17:36:46 +0200 > > 1. blink-cursor-idle-timer is bound to the only idle blink timer, > everything is fine. > > 2. timer-idle-list is `copy-sequenc'ed. > > 3. The idle timer is canceled. `blink-cursor-idle-timer' is now bound > to nil. > > 4. The old timer from 2. is called with timer-event-handler. > Note that as a side effect, the timer is pushed back to timer-idle-list, Pushed how and where? > but `blink-cursor-idle-timer' is still bound to nil. > > 5. `blink-cursor-check' is run. It sees that `blink-cursor-idle-timer' > is nil and starts another idle timer. If this is what happens, then a trivial change in blink-cursor-check should fix the problem of cursor blinking faster and faster. Does it? From debbugs-submit-bounces@debbugs.gnu.org Wed May 14 13:23:25 2014 Received: (at 17392) by debbugs.gnu.org; 14 May 2014 17:23:25 +0000 Received: from localhost ([127.0.0.1]:35457 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wkcto-0008I0-B4 for submit@debbugs.gnu.org; Wed, 14 May 2014 13:23:24 -0400 Received: from mout.web.de ([212.227.15.4]:51038) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wkctl-0008Hd-Ky for 17392@debbugs.gnu.org; Wed, 14 May 2014 13:23:22 -0400 Received: from drachen.dragon ([90.187.53.199]) by smtp.web.de (mrweb001) with ESMTPSA (Nemesis) id 0LtFEp-1Wuhmg39it-012qnR; Wed, 14 May 2014 19:23:10 +0200 From: Michael Heerdegen To: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster References: <87r44b1vrh.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <838uq5ozaz.fsf@gnu.org> <834n0spfro.fsf@gnu.org> <87siocxtgx.fsf@web.de> <83tx8snxt3.fsf@gnu.org> Date: Wed, 14 May 2014 19:23:06 +0200 In-Reply-To: <83tx8snxt3.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 14 May 2014 19:13:12 +0300") Message-ID: <87wqdonukl.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:++aVCN8dwiWR7vG1VL5J4qrJ/z5j6d44or68lTN2D3NDKroO+fY /8HbTi9iWVUevyjjAkFfvOOOfUl8W8Ly9V3vyAESDWXxGFN1x5iMFQDOncotsidDmh2HfP6 pAn8QL4iq+kdFWI5YpCMp33EVsEa7Dx4wUNmp74s/dJIdCTfICh1VHjMAMdJm5EghwFIrh0 wrnxGbC3DSSVqS8W2GWIw== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@debbugs.gnu.org, monnier@IRO.UMontreal.CA 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 (/) Eli Zaretskii writes: > > 4. The old timer from 2. is called with timer-event-handler. > > Note that as a side effect, the timer is pushed back to timer-idle-list, > > Pushed how and where? timer-event-handler -> timer-activate-when-idle -> timer--activate, which modifies timer-idle-list (in this case) > > but `blink-cursor-idle-timer' is still bound to nil. > > > > 5. `blink-cursor-check' is run. It sees that `blink-cursor-idle-timer' > > is nil and starts another idle timer. > > If this is what happens, then a trivial change in blink-cursor-check > should fix the problem of cursor blinking faster and faster. Does it? No, it doesn't seem to help - too bad. BTW, can you reproduce the problem, Eli? Michael. From debbugs-submit-bounces@debbugs.gnu.org Wed May 14 14:15:31 2014 Received: (at 17392) by debbugs.gnu.org; 14 May 2014 18:15:31 +0000 Received: from localhost ([127.0.0.1]:35553 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkdiE-0001dH-VW for submit@debbugs.gnu.org; Wed, 14 May 2014 14:15:31 -0400 Received: from mtaout27.012.net.il ([80.179.55.183]:53654) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkdiC-0001cz-7o for 17392@debbugs.gnu.org; Wed, 14 May 2014 14:15:29 -0400 Received: from conversion-daemon.mtaout27.012.net.il by mtaout27.012.net.il (HyperSendmail v2007.08) id <0N5K00200SO1RU00@mtaout27.012.net.il> for 17392@debbugs.gnu.org; Wed, 14 May 2014 21:12:02 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout27.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5K00L8YT828T80@mtaout27.012.net.il>; Wed, 14 May 2014 21:12:02 +0300 (IDT) Date: Wed, 14 May 2014 21:15:18 +0300 From: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster In-reply-to: <87wqdonukl.fsf@web.de> X-012-Sender: halo1@inter.net.il To: Michael Heerdegen Message-id: <83ppjgns5l.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <838uq5ozaz.fsf@gnu.org> <834n0spfro.fsf@gnu.org> <87siocxtgx.fsf@web.de> <83tx8snxt3.fsf@gnu.org> <87wqdonukl.fsf@web.de> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17392 Cc: 17392@debbugs.gnu.org, monnier@IRO.UMontreal.CA 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: Michael Heerdegen > Cc: monnier@IRO.UMontreal.CA, 17392@debbugs.gnu.org > Date: Wed, 14 May 2014 19:23:06 +0200 > > Eli Zaretskii writes: > > > > 4. The old timer from 2. is called with timer-event-handler. > > > Note that as a side effect, the timer is pushed back to timer-idle-list, > > > > Pushed how and where? > > timer-event-handler > -> timer-activate-when-idle > -> timer--activate, which modifies timer-idle-list (in this case) Did you verify that the timer is indeed pushed onto the list ... > > > but `blink-cursor-idle-timer' is still bound to nil. > > > > > > 5. `blink-cursor-check' is run. It sees that `blink-cursor-idle-timer' > > > is nil and starts another idle timer. ... and that another one is pushed here? > > If this is what happens, then a trivial change in blink-cursor-check > > should fix the problem of cursor blinking faster and faster. Does it? > > No, it doesn't seem to help - too bad. Thought so, it would have been too easy. > BTW, can you reproduce the problem, Eli? No, and I don't think I will be able to reproduce this on Windows. (I have no access to a GUI trunk build on a Unix system.) From debbugs-submit-bounces@debbugs.gnu.org Wed May 14 15:12:24 2014 Received: (at 17392) by debbugs.gnu.org; 14 May 2014 19:12:24 +0000 Received: from localhost ([127.0.0.1]:34805 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkebE-0001Jv-29 for submit@debbugs.gnu.org; Wed, 14 May 2014 15:12:24 -0400 Received: from mail-wi0-f181.google.com ([209.85.212.181]:36611) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkebB-0001Jg-Bt for 17392@debbugs.gnu.org; Wed, 14 May 2014 15:12:18 -0400 Received: by mail-wi0-f181.google.com with SMTP id n15so2964986wiw.8 for <17392@debbugs.gnu.org>; Wed, 14 May 2014 12:12:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=OZJ5X+liWBZhInxT2ypy/VpnxNFfB0+pRls+B7nIoNI=; b=NgYt9VNjKII2DjFzbsGjx6lkuGpObp1v7cwrtrSS11is+AISTFx+gUy/8WhTh5txQ7 e+PYeGK2Jd4DRnpoSd0ZK/Rk9dHWg1AvPu4ZGJNF/T9+3YViFrVdeYvcH8yEf/2Qs1HT s7IL7L6KJlGyQoPUi+PPeiC5SlcWAQqtcr2ATJjtRTBGTkC8bM++tf+WvLPOlhDWUu+H Ft8If0+ePaNjyyOtSn81fxGiT7bROO/yqPXMiql/cDEVfMDp3628wM81PnLbSppkX9Nn XqOy/UJvgg4LLFQ56FVFAD6fS2QLiZzKQO+LOuR0S8+Rd4/aLB0B2lsxw6X0t3MpqXGh 1/+g== X-Received: by 10.180.78.5 with SMTP id x5mr27674940wiw.12.1400094731566; Wed, 14 May 2014 12:12:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.195.12.201 with HTTP; Wed, 14 May 2014 12:11:31 -0700 (PDT) In-Reply-To: <83ppjgns5l.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <838uq5ozaz.fsf@gnu.org> <834n0spfro.fsf@gnu.org> <87siocxtgx.fsf@web.de> <83tx8snxt3.fsf@gnu.org> <87wqdonukl.fsf@web.de> <83ppjgns5l.fsf@gnu.org> From: Lennart Borgman Date: Wed, 14 May 2014 21:11:31 +0200 Message-ID: Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: Michael Heerdegen , 17392@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.7 (/) On Wed, May 14, 2014 at 8:15 PM, Eli Zaretskii wrote: > >> BTW, can you reproduce the problem, Eli? > > No, and I don't think I will be able to reproduce this on Windows. (I > have no access to a GUI trunk build on a Unix system.) As I said, I stopped using blinking cursor on windows because of this problem. (But I am using my old EmacsW32 version so I can't reproduce it here.) From debbugs-submit-bounces@debbugs.gnu.org Wed May 14 15:30:29 2014 Received: (at 17392) by debbugs.gnu.org; 14 May 2014 19:30:29 +0000 Received: from localhost ([127.0.0.1]:34823 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wkesa-0001pw-VE for submit@debbugs.gnu.org; Wed, 14 May 2014 15:30:25 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:34823) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkesU-0001op-64 for 17392@debbugs.gnu.org; Wed, 14 May 2014 15:30:11 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0N5K00B00WTYZ700@a-mtaout23.012.net.il> for 17392@debbugs.gnu.org; Wed, 14 May 2014 22:30:03 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5K00B1HWU3Z500@a-mtaout23.012.net.il>; Wed, 14 May 2014 22:30:03 +0300 (IDT) Date: Wed, 14 May 2014 22:30:00 +0300 From: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster In-reply-to: X-012-Sender: halo1@inter.net.il To: Lennart Borgman Message-id: <83a9aknop3.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <838uq5ozaz.fsf@gnu.org> <834n0spfro.fsf@gnu.org> <87siocxtgx.fsf@web.de> <83tx8snxt3.fsf@gnu.org> <87wqdonukl.fsf@web.de> <83ppjgns5l.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17392 Cc: michael_heerdegen@web.de, 17392@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Lennart Borgman > Date: Wed, 14 May 2014 21:11:31 +0200 > Cc: Michael Heerdegen , 17392@debbugs.gnu.org > > On Wed, May 14, 2014 at 8:15 PM, Eli Zaretskii wrote: > > > >> BTW, can you reproduce the problem, Eli? > > > > No, and I don't think I will be able to reproduce this on Windows. (I > > have no access to a GUI trunk build on a Unix system.) > > As I said, I stopped using blinking cursor on windows because of this > problem. I don't know what "problem" are you talking about. I'm running the current pretest on 3 different Windows machines, and none of them has any problems with cursor blinking, or more than one timer in the list. From debbugs-submit-bounces@debbugs.gnu.org Wed May 14 16:18:38 2014 Received: (at 17392) by debbugs.gnu.org; 14 May 2014 20:18:38 +0000 Received: from localhost ([127.0.0.1]:34884 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkfdK-0003Ob-Uj for submit@debbugs.gnu.org; Wed, 14 May 2014 16:18:36 -0400 Received: from mail-wi0-f169.google.com ([209.85.212.169]:41318) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkfdC-0003O1-KV for 17392@debbugs.gnu.org; Wed, 14 May 2014 16:18:32 -0400 Received: by mail-wi0-f169.google.com with SMTP id hi2so9311764wib.0 for <17392@debbugs.gnu.org>; Wed, 14 May 2014 13:18:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=QM6GHDnolhqMJ54uqMsSa4Cq4gZCmLNxMMo3uu/x/qU=; b=O6Dn+9ipE629D2FMlexHPwgM12whUlVa0fmd0txM2JsJ0WP9Xfz1Ai+drvJ4cSKneZ 2jk0UGlPATCYWC8ABx7ptpQp07N2b3juwPtL/ar+lvXpYEnOi7s5HyFK8NUbLVlCIWa+ 16PWoKIFLZ/O86EnB6d8Vipqo6samJvUfqwnYOtdr+mAMU67v7m8akXDAl4TLJrOXaEu cj3Dc92v/EOw46sS6WGTgkUqZDvoiK/HP36ZZPTlQFeDGzhFhT+x+h5Myw0qz7+eJYvV RmwYNyS3H57pv2Elkbpr7ryuRO+AjU8g9fcvduf5C6nqGGbXg6lAdh0gR/AvKjC0gCRG iKxQ== X-Received: by 10.194.1.242 with SMTP id 18mr4915151wjp.22.1400098700613; Wed, 14 May 2014 13:18:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.195.12.201 with HTTP; Wed, 14 May 2014 13:17:40 -0700 (PDT) In-Reply-To: <83a9aknop3.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <838uq5ozaz.fsf@gnu.org> <834n0spfro.fsf@gnu.org> <87siocxtgx.fsf@web.de> <83tx8snxt3.fsf@gnu.org> <87wqdonukl.fsf@web.de> <83ppjgns5l.fsf@gnu.org> <83a9aknop3.fsf@gnu.org> From: Lennart Borgman Date: Wed, 14 May 2014 22:17:40 +0200 Message-ID: Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: Michael Heerdegen , 17392@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.7 (/) On Wed, May 14, 2014 at 9:30 PM, Eli Zaretskii wrote: >> From: Lennart Borgman >> Date: Wed, 14 May 2014 21:11:31 +0200 >> Cc: Michael Heerdegen , 17392@debbugs.gnu.org >> >> On Wed, May 14, 2014 at 8:15 PM, Eli Zaretskii wrote: >> > >> >> BTW, can you reproduce the problem, Eli? >> > >> > No, and I don't think I will be able to reproduce this on Windows. (I >> > have no access to a GUI trunk build on a Unix system.) >> >> As I said, I stopped using blinking cursor on windows because of this >> problem. > > I don't know what "problem" are you talking about. I'm running the > current pretest on 3 different Windows machines, and none of them has > any problems with cursor blinking, or more than one timer in the list. I do not understand what you mean. I said I have seen the problem with the number of timers building up for blinking cursors, but it was some years ago. I probably made a bug report then. Not sure now. I might just have mentioned it here. I do not remember the details at all now. I could not find the reason in the sources which made me suspect race conditions (since I saw quite a few other problems of that kind.) From debbugs-submit-bounces@debbugs.gnu.org Wed May 14 22:40:56 2014 Received: (at 17392) by debbugs.gnu.org; 15 May 2014 02:40:56 +0000 Received: from localhost ([127.0.0.1]:35056 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WklbK-0007yg-SS for submit@debbugs.gnu.org; Wed, 14 May 2014 22:40:55 -0400 Received: from mtaout29.012.net.il ([80.179.55.185]:47522) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WklbD-0007yD-4x for 17392@debbugs.gnu.org; Wed, 14 May 2014 22:40:48 -0400 Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0N5L00L00G0RRH00@mtaout29.012.net.il> for 17392@debbugs.gnu.org; Thu, 15 May 2014 05:41:34 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5L00O12GTAXB00@mtaout29.012.net.il>; Thu, 15 May 2014 05:41:34 +0300 (IDT) Date: Thu, 15 May 2014 05:40:37 +0300 From: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster In-reply-to: X-012-Sender: halo1@inter.net.il To: Lennart Borgman Message-id: <8338gbojbu.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <838uq5ozaz.fsf@gnu.org> <834n0spfro.fsf@gnu.org> <87siocxtgx.fsf@web.de> <83tx8snxt3.fsf@gnu.org> <87wqdonukl.fsf@web.de> <83ppjgns5l.fsf@gnu.org> <83a9aknop3.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17392 Cc: michael_heerdegen@web.de, 17392@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Lennart Borgman > Date: Wed, 14 May 2014 22:17:40 +0200 > Cc: Michael Heerdegen , 17392@debbugs.gnu.org > > >> As I said, I stopped using blinking cursor on windows because of this > >> problem. > > > > I don't know what "problem" are you talking about. I'm running the > > current pretest on 3 different Windows machines, and none of them has > > any problems with cursor blinking, or more than one timer in the list. > > > I do not understand what you mean. I said I have seen the problem with > the number of timers building up for blinking cursors, but it was some > years ago. That cannot be the same problem we see now, because the code that produces a blinking cursor, and in particular its timer functions, was thoroughly rewritten during the last year. The idle timer that seems to be the source of the problem now did not exist back then. So you are talking about a totally unrelated issue. From debbugs-submit-bounces@debbugs.gnu.org Wed May 14 23:32:35 2014 Received: (at 17392) by debbugs.gnu.org; 15 May 2014 03:32:35 +0000 Received: from localhost ([127.0.0.1]:35079 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkmPK-00019y-Oz for submit@debbugs.gnu.org; Wed, 14 May 2014 23:32:35 -0400 Received: from mail-wg0-f51.google.com ([74.125.82.51]:50906) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkmPI-00019Q-Mr for 17392@debbugs.gnu.org; Wed, 14 May 2014 23:32:33 -0400 Received: by mail-wg0-f51.google.com with SMTP id x13so2844694wgg.10 for <17392@debbugs.gnu.org>; Wed, 14 May 2014 20:32:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=eczP+Dhbi1u9Gi1GvfoyZ0dHGAKfdK90TCdtOkUd27s=; b=gq6sF8YFr8ls3t/5xPeKbinh/KcCUGHU0qiM5LfIhe10uH8yAkvqvrWvzMeII5znyp JqsSc1KEzasMp8F2zxG5xWSCm6HsbimdwogsicELJk443kMCrSwRfhBdAmT9YgGwyhsr O1QWn6LUxJ1Rm6vV52q8qEFn2RrcQau48QYSnXkc+pW9J2N4LgZEJmrjSQBaeil+O+9T LOQRgU5AP1ByFeJtD9Pz/6NwSwdsOmO2HebCXbI1sMfWpDg5WcTU2d14B5maJxp8FAQX sfVa+dGThE0FmYHgwrZzKx19EEpyn7zQKfXSN7yz+ETyqnpk5kVWzDS7mqdWSIGDJ+td q+Hw== X-Received: by 10.180.12.238 with SMTP id b14mr6541877wic.16.1400124746865; Wed, 14 May 2014 20:32:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.195.12.201 with HTTP; Wed, 14 May 2014 20:31:46 -0700 (PDT) In-Reply-To: <8338gbojbu.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <838uq5ozaz.fsf@gnu.org> <834n0spfro.fsf@gnu.org> <87siocxtgx.fsf@web.de> <83tx8snxt3.fsf@gnu.org> <87wqdonukl.fsf@web.de> <83ppjgns5l.fsf@gnu.org> <83a9aknop3.fsf@gnu.org> <8338gbojbu.fsf@gnu.org> From: Lennart Borgman Date: Thu, 15 May 2014 05:31:46 +0200 Message-ID: Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: Michael Heerdegen , 17392@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.7 (/) On Thu, May 15, 2014 at 4:40 AM, Eli Zaretskii wrote: >> >> I said I have seen the problem with >> the number of timers building up for blinking cursors, but it was some >> years ago. > > That cannot be the same problem we see now, because the code that > produces a blinking cursor, and in particular its timer functions, was > thoroughly rewritten during the last year. The idle timer that seems > to be the source of the problem now did not exist back then. > > So you are talking about a totally unrelated issue. Yes, if it is a logical problem. No, if it is a race problem. From debbugs-submit-bounces@debbugs.gnu.org Thu May 15 13:04:33 2014 Received: (at 17392) by debbugs.gnu.org; 15 May 2014 17:04:33 +0000 Received: from localhost ([127.0.0.1]:36316 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wkz56-0001Nu-C0 for submit@debbugs.gnu.org; Thu, 15 May 2014 13:04:32 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:55365) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wkz53-0001NY-2D for 17392@debbugs.gnu.org; Thu, 15 May 2014 13:04:30 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0N5M00M00KJN7800@a-mtaout22.012.net.il> for 17392@debbugs.gnu.org; Thu, 15 May 2014 20:04:22 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5M00LMTKR9US80@a-mtaout22.012.net.il>; Thu, 15 May 2014 20:04:22 +0300 (IDT) Date: Thu, 15 May 2014 20:04:21 +0300 From: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster In-reply-to: X-012-Sender: halo1@inter.net.il To: Lennart Borgman Message-id: <831tvvnfca.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <838uq5ozaz.fsf@gnu.org> <834n0spfro.fsf@gnu.org> <87siocxtgx.fsf@web.de> <83tx8snxt3.fsf@gnu.org> <87wqdonukl.fsf@web.de> <83ppjgns5l.fsf@gnu.org> <83a9aknop3.fsf@gnu.org> <8338gbojbu.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17392 Cc: michael_heerdegen@web.de, 17392@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Lennart Borgman > Date: Thu, 15 May 2014 05:31:46 +0200 > Cc: Michael Heerdegen , 17392@debbugs.gnu.org > > On Thu, May 15, 2014 at 4:40 AM, Eli Zaretskii wrote: > >> > >> I said I have seen the problem with > >> the number of timers building up for blinking cursors, but it was some > >> years ago. > > > > That cannot be the same problem we see now, because the code that > > produces a blinking cursor, and in particular its timer functions, was > > thoroughly rewritten during the last year. The idle timer that seems > > to be the source of the problem now did not exist back then. > > > > So you are talking about a totally unrelated issue. > > Yes, if it is a logical problem. As I said, the code was thoroughly rewritten, so the logic has changed as well. From debbugs-submit-bounces@debbugs.gnu.org Thu May 15 15:11:17 2014 Received: (at 17392) by debbugs.gnu.org; 15 May 2014 19:11:18 +0000 Received: from localhost ([127.0.0.1]:36345 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wl13l-0005ST-56 for submit@debbugs.gnu.org; Thu, 15 May 2014 15:11:17 -0400 Received: from mail-wg0-f48.google.com ([74.125.82.48]:53190) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wl13i-0005S8-Na for 17392@debbugs.gnu.org; Thu, 15 May 2014 15:11:15 -0400 Received: by mail-wg0-f48.google.com with SMTP id b13so3964723wgh.7 for <17392@debbugs.gnu.org>; Thu, 15 May 2014 12:11:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=kIAO1PhIwbUPnTplKrrbIBaWgdYbpXM9mN1XSpk4riI=; b=nZcmknFecBm6/ss/XIfd4CWRlmZdYzkBl0qDltdATJRyrshbc9oAxxMOxu5MbKu0Ck /sr1FkPHzLKKfBvBziAq3S8GMey+DEm4ZLPbrQ/NKzAh8GONgpBOGe/P9cmf7dM7iohL 7guQMjl5MV85zjcsQM+9+p6ZErvYWwxrhxfXgDxW0taA3svDb3TDYgRX1kCisRfACCsD h1iH5hYLqlkfy4B652emQ2hDjBB+HMxf+GfoZ7cls8xkY8+Qe1Wfu9nbVVO20ZlsZcOB BtHX/fyMBskYOxDiyquO5JCRa5mliI7vQaKd2mILn8ookOv/bQL6u5FMTIZL1xDYZtNU dIFA== MIME-Version: 1.0 X-Received: by 10.180.24.68 with SMTP id s4mr10253865wif.12.1400181068744; Thu, 15 May 2014 12:11:08 -0700 (PDT) Received: by 10.195.12.201 with HTTP; Thu, 15 May 2014 12:11:08 -0700 (PDT) Received: by 10.195.12.201 with HTTP; Thu, 15 May 2014 12:11:08 -0700 (PDT) In-Reply-To: <831tvvnfca.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <838uq5ozaz.fsf@gnu.org> <834n0spfro.fsf@gnu.org> <87siocxtgx.fsf@web.de> <83tx8snxt3.fsf@gnu.org> <87wqdonukl.fsf@web.de> <83ppjgns5l.fsf@gnu.org> <83a9aknop3.fsf@gnu.org> <8338gbojbu.fsf@gnu.org> <831tvvnfca.fsf@gnu.org> Date: Thu, 15 May 2014 21:11:08 +0200 Message-ID: Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster From: Lennart Borgman To: Eli Zaretskii Content-Type: multipart/alternative; boundary=f46d043894c139dbcf04f9750fe2 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: michael_heerdegen@web.de, 17392@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.7 (/) --f46d043894c139dbcf04f9750fe2 Content-Type: text/plain; charset=UTF-8 On May 15, 2014 7:04 PM, "Eli Zaretskii" wrote: > > > From: Lennart Borgman > > Date: Thu, 15 May 2014 05:31:46 +0200 > > Cc: Michael Heerdegen , 17392@debbugs.gnu.org > > > > On Thu, May 15, 2014 at 4:40 AM, Eli Zaretskii wrote: > > >> > > >> I said I have seen the problem with > > >> the number of timers building up for blinking cursors, but it was some > > >> years ago. > > > > > > That cannot be the same problem we see now, because the code that > > > produces a blinking cursor, and in particular its timer functions, was > > > thoroughly rewritten during the last year. The idle timer that seems > > > to be the source of the problem now did not exist back then. > > > > > > So you are talking about a totally unrelated issue. > > > > Yes, if it is a logical problem. > > As I said, the code was thoroughly rewritten, so the logic has changed > as well. So you are suggesting the code now avoids race conditions? I would be surprised since I guess it might be impossible without checking system calls. --f46d043894c139dbcf04f9750fe2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On May 15, 2014 7:04 PM, "Eli Zaretskii" <eliz@gnu.org> wrote:
>
> > From: Lennart Borgman <lennart.borgman@gmail.com>
> > Date: Thu, 15 May 2014 05:31:46 +0200
> > Cc: Michael Heerdegen <michael_heerdegen@web.de>, 17392@debbugs.gnu.org
> >
> > On Thu, May 15, 2014 at 4:40 AM, Eli Zaretskii <eliz@gnu.org> wrote:
> > >>
> > >> I said I have seen the problem with
> > >> the number of timers building up for blinking cursors, b= ut it was some
> > >> years ago.
> > >
> > > That cannot be the same problem we see now, because the code= that
> > > produces a blinking cursor, and in particular its timer func= tions, was
> > > thoroughly rewritten during the last year. =C2=A0The idle ti= mer that seems
> > > to be the source of the problem now did not exist back then.=
> > >
> > > So you are talking about a totally unrelated issue.
> >
> > Yes, if it is a logical problem.
>
> As I said, the code was thoroughly rewritten, so the logic has changed=
> as well.

So you are suggesting the code now avoids race conditions?

I would be surprised since I guess it might be impossible wi= thout checking system calls.

--f46d043894c139dbcf04f9750fe2-- From debbugs-submit-bounces@debbugs.gnu.org Thu May 15 15:18:02 2014 Received: (at 17392) by debbugs.gnu.org; 15 May 2014 19:18:02 +0000 Received: from localhost ([127.0.0.1]:36350 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wl1AH-0005g7-Bu for submit@debbugs.gnu.org; Thu, 15 May 2014 15:18:01 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:49159) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wl1AD-0005fl-Iq for 17392@debbugs.gnu.org; Thu, 15 May 2014 15:17:59 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0N5M00M00QQYU400@a-mtaout20.012.net.il> for 17392@debbugs.gnu.org; Thu, 15 May 2014 22:17:50 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5M00MIPQXQRD20@a-mtaout20.012.net.il>; Thu, 15 May 2014 22:17:50 +0300 (IDT) Date: Thu, 15 May 2014 22:17:50 +0300 From: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster In-reply-to: X-012-Sender: halo1@inter.net.il To: Lennart Borgman Message-id: <83ppjen95t.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <838uq5ozaz.fsf@gnu.org> <834n0spfro.fsf@gnu.org> <87siocxtgx.fsf@web.de> <83tx8snxt3.fsf@gnu.org> <87wqdonukl.fsf@web.de> <83ppjgns5l.fsf@gnu.org> <83a9aknop3.fsf@gnu.org> <8338gbojbu.fsf@gnu.org> <831tvvnfca.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17392 Cc: michael_heerdegen@web.de, 17392@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: Thu, 15 May 2014 21:11:08 +0200 > From: Lennart Borgman > Cc: michael_heerdegen@web.de, 17392@debbugs.gnu.org > > On May 15, 2014 7:04 PM, "Eli Zaretskii" wrote: > > > > > > That cannot be the same problem we see now, because the code that > > > > produces a blinking cursor, and in particular its timer functions, was > > > > thoroughly rewritten during the last year. The idle timer that seems > > > > to be the source of the problem now did not exist back then. > > > > > > > > So you are talking about a totally unrelated issue. > > > > > > Yes, if it is a logical problem. > > > > As I said, the code was thoroughly rewritten, so the logic has changed > > as well. > > So you are suggesting the code now avoids race conditions? How can there be race conditions when all the relevant code runs in a single thread? > I would be surprised since I guess it might be impossible without checking > system calls. What system calls? From debbugs-submit-bounces@debbugs.gnu.org Thu May 15 16:23:01 2014 Received: (at 17392) by debbugs.gnu.org; 15 May 2014 20:23:01 +0000 Received: from localhost ([127.0.0.1]:36395 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wl2BA-0007oD-Hv for submit@debbugs.gnu.org; Thu, 15 May 2014 16:23:01 -0400 Received: from mail-wi0-f180.google.com ([209.85.212.180]:61550) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wl2B8-0007nw-2E for 17392@debbugs.gnu.org; Thu, 15 May 2014 16:22:58 -0400 Received: by mail-wi0-f180.google.com with SMTP id hi2so4861561wib.7 for <17392@debbugs.gnu.org>; Thu, 15 May 2014 13:22:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=XeNjtdeWXVSPqPWiJaqI27rSAnen3YiimrD+fGQ4HTg=; b=uivo2FI8XOlmGiuACZEqCJFz7G+Utt6oi/8LhpFlIRWVkGvovFqX6m4XCgf6wnpbBH NQk/hZPZbkj3V4O9WZb5YWxhDUfx8NXHBw08gy1XsQ7yvusfjGUItF6FPk58Hcv2VXj7 XUfGVuzZFiNotRPjufYZCWjFK1S6pjG8/Z7NGlrSJWHMplasYOH6uPZQs0cjNKvyytnK Uqu1BDWJcXYyz04UCnGrJDtOfq9gINkyO4NhhjbJvBB9u9HKiPENBv9TzB5NpuwkrJ1q s8unuqftmdI23pk2smthopBGq2eHiRDeV0WCAWgnNE20rA/B4jbJpdM0tOGrcz9VW/lY B7Pw== X-Received: by 10.194.92.7 with SMTP id ci7mr10423565wjb.7.1400185372192; Thu, 15 May 2014 13:22:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.195.12.201 with HTTP; Thu, 15 May 2014 13:22:12 -0700 (PDT) In-Reply-To: <83ppjen95t.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <838uq5ozaz.fsf@gnu.org> <834n0spfro.fsf@gnu.org> <87siocxtgx.fsf@web.de> <83tx8snxt3.fsf@gnu.org> <87wqdonukl.fsf@web.de> <83ppjgns5l.fsf@gnu.org> <83a9aknop3.fsf@gnu.org> <8338gbojbu.fsf@gnu.org> <831tvvnfca.fsf@gnu.org> <83ppjen95t.fsf@gnu.org> From: Lennart Borgman Date: Thu, 15 May 2014 22:22:12 +0200 Message-ID: Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: Michael Heerdegen , 17392@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.7 (/) On Thu, May 15, 2014 at 9:17 PM, Eli Zaretskii wrote: > > How can there be race conditions when all the relevant code runs in a > single thread? How do we know that? One way to check it would be to ask for thread id and log somewhere if it is not the expected thread id. From debbugs-submit-bounces@debbugs.gnu.org Thu May 15 16:34:40 2014 Received: (at 17392) by debbugs.gnu.org; 15 May 2014 20:34:40 +0000 Received: from localhost ([127.0.0.1]:36401 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wl2MR-00088a-JA for submit@debbugs.gnu.org; Thu, 15 May 2014 16:34:39 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:44244 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wl2MO-00088S-TD for 17392@debbugs.gnu.org; Thu, 15 May 2014 16:34:37 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Wl2MO-0003qb-28; Thu, 15 May 2014 16:34:36 -0400 From: Glenn Morris To: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster References: <87r44b1vrh.fsf@web.de> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <838uq5ozaz.fsf@gnu.org> <834n0spfro.fsf@gnu.org> <87siocxtgx.fsf@web.de> <83tx8snxt3.fsf@gnu.org> <87wqdonukl.fsf@web.de> <83ppjgns5l.fsf@gnu.org> <83a9aknop3.fsf@gnu.org> <8338gbojbu.fsf@gnu.org> <831tvvnfca.fsf@gnu.org> <83ppjen95t.fsf@gnu.org> X-Spook: Europol PGP PLO Lon Horiuchi Agfa Juiliett Class X-Ran: 4dI{D67W]H|B*^Q2x. User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.7 (-----) X-Debbugs-Envelope-To: 17392 Cc: 17392@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: -5.7 (-----) Eli Zaretskii wrote: > What system calls? Why, the ones that cause the problem of course! You know, the problem! That he saw that one time. With the thing. Sent a patch for it, probably. System calls, threads, w32-api, you know. (Are you really expecting this discussion to go anywhere?) From debbugs-submit-bounces@debbugs.gnu.org Thu May 15 16:44:56 2014 Received: (at 17392) by debbugs.gnu.org; 15 May 2014 20:44:56 +0000 Received: from localhost ([127.0.0.1]:36406 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wl2WO-0008QQ-0S for submit@debbugs.gnu.org; Thu, 15 May 2014 16:44:56 -0400 Received: from mail-we0-f173.google.com ([74.125.82.173]:62864) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wl2WK-0008QB-L2 for 17392@debbugs.gnu.org; Thu, 15 May 2014 16:44:53 -0400 Received: by mail-we0-f173.google.com with SMTP id u57so1633522wes.18 for <17392@debbugs.gnu.org>; Thu, 15 May 2014 13:44:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=gUdVxJs+kEoBdXcFEWVaLv5F2AOTsYPOpKo8UMge3Rc=; b=M255sVVhKMaUC4/SKh/sD5Avk75Kg/xQm+X6zp7d8ljoGq3z5q12cnoRhdqZ4gQhXe /7/Brt3aQnuDFdbcA6herdKGV1ofpIp83Sj8tL4zzNMRDBGtq96ZKEE4CrD10FUIpEju B+JMrBTre4zXwv32cePKbO7PwOYUtv5ZkyFGZpYrX/Go5c6jVoq9BLfrG9bHGxP7HPd/ yFZV0y3RmvTdEpDiUkASGD67hUOKxmEMxIecd7ayr5IeMQ3/rkNJRESQNWzBYyOQ7zoJ JcDI5zGRYdivPEtTvJGKl5k7DHriTqeevk+JTpJtYtBd2/CTv18dWWCdFtw9as4gTe5D RiOQ== X-Received: by 10.180.78.5 with SMTP id x5mr33239487wiw.12.1400186686665; Thu, 15 May 2014 13:44:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.195.12.201 with HTTP; Thu, 15 May 2014 13:44:06 -0700 (PDT) In-Reply-To: References: <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <838uq5ozaz.fsf@gnu.org> <834n0spfro.fsf@gnu.org> <87siocxtgx.fsf@web.de> <83tx8snxt3.fsf@gnu.org> <87wqdonukl.fsf@web.de> <83ppjgns5l.fsf@gnu.org> <83a9aknop3.fsf@gnu.org> <8338gbojbu.fsf@gnu.org> <831tvvnfca.fsf@gnu.org> <83ppjen95t.fsf@gnu.org> <87r44b1vrh.fsf@web.de> From: Lennart Borgman Date: Thu, 15 May 2014 22:44:06 +0200 Message-ID: Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster To: Glenn Morris Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: 17392@debbugs.gnu.org, Eli Zaretskii 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 (/) On Thu, May 15, 2014 at 10:34 PM, Glenn Morris wrote: > Eli Zaretskii wrote: > >> What system calls? > > Why, the ones that cause the problem of course! > You know, the problem! > That he saw that one time. > With the thing. > Sent a patch for it, probably. > System calls, threads, w32-api, you know. > > > (Are you really expecting this discussion to go anywhere?) ;-) So I give up again. But before that let me say this: - Michael pointed out it seems somehow to be related to frames (system calls?) - I have seen crashes related to frame creation (system calls!). I actually fixed some of it but I never had time to get it into Emacs or explain why. (I do not remember and do not have time to dive into it again.) - I disabled some automatic frame creation in my .emacs since they caused menu corruption and crashes (system calls?) From debbugs-submit-bounces@debbugs.gnu.org Fri May 16 01:31:08 2014 Received: (at 17392) by debbugs.gnu.org; 16 May 2014 05:31:08 +0000 Received: from localhost ([127.0.0.1]:36609 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WlAjc-0001um-H9 for submit@debbugs.gnu.org; Fri, 16 May 2014 01:31:08 -0400 Received: from mtaout24.012.net.il ([80.179.55.180]:33307) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WlAjZ-0001u6-Q3 for 17392@debbugs.gnu.org; Fri, 16 May 2014 01:31:07 -0400 Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0N5N00F00IUYYG00@mtaout24.012.net.il> for 17392@debbugs.gnu.org; Fri, 16 May 2014 08:28:08 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5N008UJJ6WRT80@mtaout24.012.net.il>; Fri, 16 May 2014 08:28:08 +0300 (IDT) Date: Fri, 16 May 2014 08:30:59 +0300 From: Eli Zaretskii Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster In-reply-to: X-012-Sender: halo1@inter.net.il To: Lennart Borgman Message-id: <83lhu2mgrw.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <838uq5ozaz.fsf@gnu.org> <834n0spfro.fsf@gnu.org> <87siocxtgx.fsf@web.de> <83tx8snxt3.fsf@gnu.org> <87wqdonukl.fsf@web.de> <83ppjgns5l.fsf@gnu.org> <83a9aknop3.fsf@gnu.org> <8338gbojbu.fsf@gnu.org> <831tvvnfca.fsf@gnu.org> <83ppjen95t.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17392 Cc: michael_heerdegen@web.de, 17392@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Lennart Borgman > Date: Thu, 15 May 2014 22:22:12 +0200 > Cc: Michael Heerdegen , 17392@debbugs.gnu.org > > On Thu, May 15, 2014 at 9:17 PM, Eli Zaretskii wrote: > > > > How can there be race conditions when all the relevant code runs in a > > single thread? > > How do we know that? Because we write the code. Please, can we stop this waste of time? You are talking about a code base with which you are not familiar enough in order to make such claims. If you don't even know which parts of Emacs run in which threads, on Windows and on Unix, then there's no point in having this conversation. Please stop, there's a real bug out there that needs to be discussed in this thread. From debbugs-submit-bounces@debbugs.gnu.org Fri May 16 04:41:19 2014 Received: (at 17392) by debbugs.gnu.org; 16 May 2014 08:41:19 +0000 Received: from localhost ([127.0.0.1]:36700 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WlDhd-0008Q8-Jl for submit@debbugs.gnu.org; Fri, 16 May 2014 04:41:18 -0400 Received: from mail-wi0-f175.google.com ([209.85.212.175]:38103) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WlDhU-0008Pc-C0 for 17392@debbugs.gnu.org; Fri, 16 May 2014 04:41:09 -0400 Received: by mail-wi0-f175.google.com with SMTP id f8so556611wiw.14 for <17392@debbugs.gnu.org>; Fri, 16 May 2014 01:41:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ra9rvYjkh+2vK19PDVgF9h6wSqMYmtPkpE0cd5fbIig=; b=Ifl/U6s6X1i9euvxdpD2EbE27mfdjh6LDovXCnAYElpIGemDRW0DssdovJQH55xpZb XQom+NDKPZQ5pYABSWN2V0JqlP5ciIjBQlCp18SM+UrSyCGjs+IvIC73KMrLVpg3JBKH 1LnFirWaM32isGfFxsf5j3QlcyXNrdEDUf9fxQMuyOqRGCHW/4eKkPTGWgAj5/IOfOsF L+JIKMgB/rMiqiCaImGnH2MGKWtOw/CSW/HJ66F9oGRQHvYhd48BuGqK5GlhCMuHZWgf CusVZd7XjwW+Z3vA1CzZ6nqSG6OlaDQLZicgE13XJA3JM+p67gE6xIcMXU+jUtCWir4Q JfqA== MIME-Version: 1.0 X-Received: by 10.194.91.175 with SMTP id cf15mr12880824wjb.5.1400229662418; Fri, 16 May 2014 01:41:02 -0700 (PDT) Received: by 10.195.12.201 with HTTP; Fri, 16 May 2014 01:41:02 -0700 (PDT) Received: by 10.195.12.201 with HTTP; Fri, 16 May 2014 01:41:02 -0700 (PDT) In-Reply-To: <83lhu2mgrw.fsf@gnu.org> References: <87r44b1vrh.fsf@web.de> <8761lkugic.fsf@web.de> <877g5zygco.fsf@web.de> <87a9au5o8l.fsf@web.de> <8761ld3ota.fsf@web.de> <83ppjlvqo1.fsf@gnu.org> <871tw150b9.fsf@web.de> <83oaz5vmph.fsf@gnu.org> <83k39tvcb0.fsf@gnu.org> <87ppjkfu6t.fsf@web.de> <838uq8uv3w.fsf@gnu.org> <87a9aly8ap.fsf@web.de> <83k39ppnyj.fsf@gnu.org> <838uq5ozaz.fsf@gnu.org> <834n0spfro.fsf@gnu.org> <87siocxtgx.fsf@web.de> <83tx8snxt3.fsf@gnu.org> <87wqdonukl.fsf@web.de> <83ppjgns5l.fsf@gnu.org> <83a9aknop3.fsf@gnu.org> <8338gbojbu.fsf@gnu.org> <831tvvnfca.fsf@gnu.org> <83ppjen95t.fsf@gnu.org> <83lhu2mgrw.fsf@gnu.org> Date: Fri, 16 May 2014 10:41:02 +0200 Message-ID: Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster From: Lennart Borgman To: Eli Zaretskii Content-Type: multipart/alternative; boundary=047d7bfcebc6a1ed1304f9805ffb X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392 Cc: michael_heerdegen@web.de, 17392@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.7 (/) --047d7bfcebc6a1ed1304f9805ffb Content-Type: text/plain; charset=UTF-8 On May 16, 2014 7:30 AM, "Eli Zaretskii" wrote: > > > From: Lennart Borgman > > Date: Thu, 15 May 2014 22:22:12 +0200 > > Cc: Michael Heerdegen , 17392@debbugs.gnu.org > > > > On Thu, May 15, 2014 at 9:17 PM, Eli Zaretskii wrote: > > > > > > How can there be race conditions when all the relevant code runs in a > > > single thread? > > > > How do we know that? > > Because we write the code. > > Please, can we stop this waste of time? I have already said in the other thread I will not say anything more about this. --047d7bfcebc6a1ed1304f9805ffb Content-Type: text/html; charset=UTF-8

On May 16, 2014 7:30 AM, "Eli Zaretskii" <eliz@gnu.org> wrote:
>
> > From: Lennart Borgman <lennart.borgman@gmail.com>
> > Date: Thu, 15 May 2014 22:22:12 +0200
> > Cc: Michael Heerdegen <michael_heerdegen@web.de>, 17392@debbugs.gnu.org
> >
> > On Thu, May 15, 2014 at 9:17 PM, Eli Zaretskii <eliz@gnu.org> wrote:
> > >
> > > How can there be race conditions when all the relevant code runs in a
> > > single thread?
> >
> > How do we know that?
>
> Because we write the code.
>
> Please, can we stop this waste of time?

I have already said in the other thread I will not say anything more about this.

--047d7bfcebc6a1ed1304f9805ffb-- From debbugs-submit-bounces@debbugs.gnu.org Sun May 18 09:05:35 2014 Received: (at 17392-done) by debbugs.gnu.org; 18 May 2014 13:05:35 +0000 Received: from localhost ([127.0.0.1]:51946 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wm0mU-0007nV-CG for submit@debbugs.gnu.org; Sun, 18 May 2014 09:05:35 -0400 Received: from chene.dit.umontreal.ca ([132.204.246.20]:43851) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wm0mQ-0007nI-NV for 17392-done@debbugs.gnu.org; Sun, 18 May 2014 09:05:31 -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 s4ID5R1d032022; Sun, 18 May 2014 09:05:28 -0400 Received: by pastel.home (Postfix, from userid 20848) id 6574F60102; Sun, 18 May 2014 09:05:27 -0400 (EDT) From: Stefan Monnier To: Michael Heerdegen Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster Message-ID: References: <87r44b1vrh.fsf@web.de> Date: Sun, 18 May 2014 09:05:27 -0400 In-Reply-To: <87r44b1vrh.fsf@web.de> (Michael Heerdegen's message of "Sat, 03 May 2014 03:44: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-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV4946=0 X-NAI-Spam-Version: 2.3.0.9378 : core <4946> : inlines <881> : streams <1186270> : uri <1760560> X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 17392-done Cc: 17392-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 (--) > sometimes when I work with Emacs for a longer time, the cursor blinks > with a very high frequency. When I look at the value of > `timer-idle-list', I see multiple incarnations of blinking timers, like > here: I think I fixed that one, now. Thanks you. It was indeed linked to the "timer run is not in timer-idle-list" situation, and it was indeed an instance of the scenario where an earlier timer cancels a later timer. The trick is that the earlier timer is "code that runs sit-for", since it means that this earlier timer also runs all other timers (via sit-for). And removing the copy of the timer list does help, but doesn't solve the problem: even if we don't copy the list, while running timer A, we'll keep a pointer to the rest of the (uncopied) list; and this pointer may point to a cons cell that gets removed from the list by cancel-timer. Stefan From debbugs-submit-bounces@debbugs.gnu.org Sun May 18 09:41:54 2014 Received: (at 17392-done) by debbugs.gnu.org; 18 May 2014 13:41:54 +0000 Received: from localhost ([127.0.0.1]:51968 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wm1Le-0000FT-7D for submit@debbugs.gnu.org; Sun, 18 May 2014 09:41:54 -0400 Received: from mout.web.de ([212.227.17.11]:50338) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wm1LZ-0000FD-Go for 17392-done@debbugs.gnu.org; Sun, 18 May 2014 09:41:51 -0400 Received: from drachen.dragon ([90.186.179.143]) by smtp.web.de (mrweb002) with ESMTPSA (Nemesis) id 0M0hws-1X2zy119Re-00uraF; Sun, 18 May 2014 15:41:40 +0200 From: Michael Heerdegen To: Stefan Monnier Subject: Re: bug#17392: 24.3.90; cursor blinks faster and faster References: <87r44b1vrh.fsf@web.de> Date: Sun, 18 May 2014 15:41:30 +0200 In-Reply-To: (Stefan Monnier's message of "Sun, 18 May 2014 09:05:27 -0400") Message-ID: <87a9aftd9x.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:wdGNj/cw9H4YKqfLOBusBwgOx0Ju6taI2N24nNBawV63MM0iwNY 0676krgV8GjmGE578KinucLiij/PJ/fqQUNpjz+qqzp36SyvAopdLYZq0o4T6hUjqFpK64k +kJgUGFVkUn7SulmvT7uWAuyhwMtU6X/OyCe/cFb/PD3K2e64ejzg6NafiPWL7AwyXXFWFb zD7b4n434bO4uzf5b8XoQ== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17392-done Cc: 17392-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: -0.7 (/) Stefan Monnier writes: > I think I fixed that one, now. Thanks you. That's great news. Thank you so much, Stefan, and all who were helping here! Michael. From unknown Thu Aug 14 18:40:10 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 16 Jun 2014 11:24:04 +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