From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#53798: 27.1; OSX: (redisplay) does not reliably redisplay Date: Sat, 05 Feb 2022 20:04:38 +0200 Message-ID: <83ee4h196x.fsf@gnu.org> References: <83leyp1mte.fsf@gnu.org> <87tuddxlwb.fsf@metalevel.at> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37220"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 53798@debbugs.gnu.org To: Markus Triska Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Feb 05 19:06:13 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nGPRs-0009UK-9K for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 05 Feb 2022 19:06:12 +0100 Original-Received: from localhost ([::1]:39422 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nGPRq-0003FL-Hu for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 05 Feb 2022 13:06:10 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:54932) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nGPRi-0003DR-DI for bug-gnu-emacs@gnu.org; Sat, 05 Feb 2022 13:06:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:41640) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nGPRi-00022J-1V for bug-gnu-emacs@gnu.org; Sat, 05 Feb 2022 13:06:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nGPRh-0003FI-MT for bug-gnu-emacs@gnu.org; Sat, 05 Feb 2022 13:06:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Feb 2022 18:06:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53798 X-GNU-PR-Package: emacs Original-Received: via spool by 53798-submit@debbugs.gnu.org id=B53798.164408434912455 (code B ref 53798); Sat, 05 Feb 2022 18:06:01 +0000 Original-Received: (at 53798) by debbugs.gnu.org; 5 Feb 2022 18:05:49 +0000 Original-Received: from localhost ([127.0.0.1]:35537 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nGPRV-0003Eo-HI for submit@debbugs.gnu.org; Sat, 05 Feb 2022 13:05:49 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:48224) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nGPRU-0003EZ-Hw for 53798@debbugs.gnu.org; Sat, 05 Feb 2022 13:05:49 -0500 Original-Received: from [2001:470:142:3::e] (port=38752 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nGPRO-0001v4-Uu; Sat, 05 Feb 2022 13:05:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=jCNpK1Usmp/fV1gv4x2SVElgN5zQDYadavx80Lpqsnc=; b=TXrOgMeXoPVJ 3BfZBCOnwqunscFvMwU5nrnj4SzLcyf5VBUIn74/VnsVKEdfmidD1RU0JufWe70aXRgO369vw6TEC jT5sqyRNg+FN8vtNc6ch5QCoSIzErMNoHPmvXQNwlnSEMU7p3IlDVYp/WdrDDxgURU43VeiZo3mLX 31ihICxOykQjc6ZDoCGAWQ49tzlNissTYe89uaIhllSVvZg9+jmBLDIQffCsfTWA4u3NHKFuXARpK Rj6fSZxQWgfBNSQEaXPR+abzbxTpdmePchTY3eM+XAm5TGDeBQBG6XIaR/kwQYLjM+OenEySYKlSP KzVEGHRJWNmvd1GZLvJaEg==; Original-Received: from [87.69.77.57] (port=3053 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nGPQt-00089U-3E; Sat, 05 Feb 2022 13:05:29 -0500 In-Reply-To: <87tuddxlwb.fsf@metalevel.at> (message from Markus Triska on Sat, 05 Feb 2022 18:29:08 +0100) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:226081 Archived-At: > From: Markus Triska > Cc: 53798@debbugs.gnu.org > Date: Sat, 05 Feb 2022 18:29:08 +0100 > > $ emacs -Q redisplay.el -f eval-buffer > > then the forms will open UnicodeData.txt which ships with Emacs (please > adjust the path if necessary), and then will apply a certain > transformation on each line of the file. > > You will see that each line is changed as intended, and we see each > change immediately as it takes effect. However, unexpectedly, when > several keys are pressed quickly in a row, the program apparently > stalls, and no longer performs any actions, for several seconds. If you press several keys, you need to call read-char that number of time, or empty the input queue in some other way. Otherwise, you still have input available after calling read-char, like in the original recipe, because you pressed more than one key. I'm not on macOS, so I commented out the part of the recipe that deals with interprogram-cut-function. When I run the result, I see no abnormal behavior, even if I press several keys. I'm not sure I understand what you are trying to establish with these recipes. What is the actual issue you are trying to solve, and why the call to redisplay/sit-for and pressing keys are part of that? > I found that the settings of interprogram-cut-function and > save-interprogram-paste-before-kill are relevant to reproduce this > issue. Could it be that how these settings are treated internally may > interfere with how Emacs redisplays things, and whether it stalls? What do you mean by "how Emacs redisplays things"? In these recipes, you actually force Emacs to do redisplay, both by calling 'redisplay' and by calling 'sit-for', instead of letting it do it "naturally". So I wonder where all this is going, and why.