From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Kai Ma Newsgroups: gmane.emacs.bugs Subject: bug#63187: 30.0.50; Tail of longer lines painted after end of nearby lines on macOS Date: Thu, 8 Jun 2023 22:57:43 +0800 Message-ID: <76A3A6C3-CD32-4731-927C-349471F21801@gmail.com> References: <83pm7knpzi.fsf@gnu.org> <83jzxiawsp.fsf@gnu.org> <83r0rk9w1r.fsf@gnu.org> <831qjdx4to.fsf@gnu.org> <50104E0C-A861-4762-8081-55F2CF2390AD@gmail.com> Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.600.7\)) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11696"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Po Lu , 63187@debbugs.gnu.org, Eli Zaretskii , Aaron Jensen To: Alan Third Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jun 08 16:59:15 2023 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 1q7H6Z-0002p7-BF for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 08 Jun 2023 16:59:15 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1q7H6O-0002LO-Dv; Thu, 08 Jun 2023 10:59:04 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q7H6M-0002Kh-8z for bug-gnu-emacs@gnu.org; Thu, 08 Jun 2023 10:59:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1q7H6M-0004Px-0Q for bug-gnu-emacs@gnu.org; Thu, 08 Jun 2023 10:59:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1q7H6L-0002Fi-IW for bug-gnu-emacs@gnu.org; Thu, 08 Jun 2023 10:59:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Kai Ma Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Jun 2023 14:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63187 X-GNU-PR-Package: emacs Original-Received: via spool by 63187-submit@debbugs.gnu.org id=B63187.16862362898597 (code B ref 63187); Thu, 08 Jun 2023 14:59:01 +0000 Original-Received: (at 63187) by debbugs.gnu.org; 8 Jun 2023 14:58:09 +0000 Original-Received: from localhost ([127.0.0.1]:57191 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q7H5V-0002Eb-E4 for submit@debbugs.gnu.org; Thu, 08 Jun 2023 10:58:09 -0400 Original-Received: from mail-pf1-f194.google.com ([209.85.210.194]:44311) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1q7H5P-0002E3-VY for 63187@debbugs.gnu.org; Thu, 08 Jun 2023 10:58:08 -0400 Original-Received: by mail-pf1-f194.google.com with SMTP id d2e1a72fcca58-65314ee05c6so457048b3a.1 for <63187@debbugs.gnu.org>; Thu, 08 Jun 2023 07:58:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1686236278; x=1688828278; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=BdsOi1ktbfqoefRMD4vc/xfyEMhW/rqa+OEetcIMIrw=; b=GiG8GaSQH7tOYTs2usJ0GdIoa0flJi0gsdWgQY06CBYnsiU8R4Rvg/i3qeycQnQl7o 0PzZ57VNU/1+ObAaR9kTh2IbwSY06EKMWfi11R75r3CJ3EBapIDN0BnAC0EWAKYhEPjo x6nxBsf2yYupu8mZgHVtftiBQmHr30kTVQ62gk/3SgVgtakI/F/L444e9cjVqyAUdpcU jaGy3Sj8ObmPbnnXfb0tW16ibAjOFxNQ6Kk0iW2ABnbfrXUKXEauhc7ZkbelzyW+SmFD 2J+sZZ8fxZ6DRKvjN3NAr37ya54ANwb34WmCi5utGkK2gdEm6b5aD+TsZCS2wGv/pFtj WxDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1686236278; x=1688828278; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=BdsOi1ktbfqoefRMD4vc/xfyEMhW/rqa+OEetcIMIrw=; b=KdExO4Khsx3ScpIbqppN37AALGjxy7bNk8Oxo/fINkFWHOFlMp/faBrj5OmVy8BDcp FkjIkph3CWso0BcDl1LGc8P6zyQ+vlAUC/1z+paWzfYjhKJbX5rx3LY36fscqNKVjJSs mHgYx3k0i2Jl0cvl9UeGNfMUpT/R+JUtM9iK0r+FKTVD1w7jJIx1lJudKjlVKIQP4ioH z/ZPFUOGQ+eWWdxBzGUyqXyr9NOMM63lBtQ2sUZTgJmoa7Zb5Ki7KO4xpHeRrc8c1o4T UihfQXZ00HSCRTDtPC7tuYl2DDEUWeRGMOYvRw8uFr+2hmag8cCPrvYB4V6J9Vw0J+cX z/YA== X-Gm-Message-State: AC+VfDwswQGY8iNSN2G2vceS1gNy+JNvr9QPw4wJUdwOBboyW4QjyywL naV5sCcuY4XJ3+Msvw/DXsk= X-Google-Smtp-Source: ACHHUZ6EsvnLFFEBnpgjLEk9xPa8V4M6KKkj7NmwW2tSNV/4z9OwXlCQKVt8a7oMXeR0epsxJ/vHuQ== X-Received: by 2002:a05:6a00:982:b0:65c:2ea:2c5e with SMTP id u2-20020a056a00098200b0065c02ea2c5emr6993554pfg.29.1686236277820; Thu, 08 Jun 2023 07:57:57 -0700 (PDT) Original-Received: from smtpclient.apple ([2404:c800:922f:e1e:9cf2:fcff:fecc:2ed2]) by smtp.gmail.com with ESMTPSA id x12-20020a62fb0c000000b0063b675f01a5sm1277497pfm.11.2023.06.08.07.57.55 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 08 Jun 2023 07:57:57 -0700 (PDT) In-Reply-To: X-Mailer: Apple Mail (2.3731.600.7) 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:263128 Archived-At: > On Jun 8, 2023, at 21:42, Kai Ma wrote: >=20 >=20 >> On Jun 8, 2023, at 20:51, Alan Third wrote: >>=20 >> I've got two things it could be worth trying to see if they make any >> difference. >> Change the CACHE_MAX_SIZE to something greater than 2, probably 4 is = a >> good number. That would rule out some sort of locking problem, as it >> would reduce the chance a surface would be re-used before it's been >> sent to the screen. >>=20 >> The downside of this is probably going to be an increase in "lag" >> because it's possible to have more surfaces "in-flight". >>=20 >> The other option is to remove this call (nsterm.m:10636): >>=20 >> /* Schedule a run of getContext so that if Emacs is idle it will >> perform the buffer copy, etc. */ >> [self performSelectorOnMainThread:@selector (getContext) >> withObject:nil >> waitUntilDone:NO]; >>=20 >> I think this is harmless, but it's in there as I *assume*, with >> absolutely no proof, that it will improve performance and it seems >> possible (but I think unlikely) that it may affect the sequencing of >> surface operations. >=20 > Tested locally. I can confirm that removing = performSelectorOnMainThread (with CACHE_MAX_SIZE =3D 2) fixes the = problem for me. I now observe zero glitches or tearings! >=20 Sorry, I concluded too fast. I can still see tearings, though very = rarely. So this is still not a real fix. :-(