From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Third Newsgroups: gmane.emacs.devel Subject: Re: macOS metal rendering engine in mac port Date: Wed, 15 Sep 2021 20:54:49 +0100 Message-ID: References: <83v9702n8j.fsf@gnu.org> <83sg242l8s.fsf@gnu.org> <83lf7v3acn.fsf@gnu.org> <877dfhmybi.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4295"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Aaron Jensen , emacs-devel@gnu.org To: Illia Ostapyshyn Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Sep 15 21:56:12 2021 Return-path: Envelope-to: ged-emacs-devel@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 1mQb0t-0000xZ-9P for ged-emacs-devel@m.gmane-mx.org; Wed, 15 Sep 2021 21:56:11 +0200 Original-Received: from localhost ([::1]:39558 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mQb0r-0004sV-LG for ged-emacs-devel@m.gmane-mx.org; Wed, 15 Sep 2021 15:56:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53210) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mQazn-00049x-GF for emacs-devel@gnu.org; Wed, 15 Sep 2021 15:55:03 -0400 Original-Received: from outbound.soverin.net ([2a01:4f8:fff0:65::8:228]:34957) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mQazj-00016s-BB for emacs-devel@gnu.org; Wed, 15 Sep 2021 15:55:02 -0400 Original-Received: from smtp.soverin.net (unknown [10.10.3.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by outbound.soverin.net (Postfix) with ESMTPS id D14B2E3; Wed, 15 Sep 2021 19:54:53 +0000 (UTC) Original-Received: from smtp.soverin.net (smtp.soverin.net [159.69.232.138]) by soverin.net DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=idiocy.org; s=soverin; t=1631735693; bh=NkOBoCINzj5GAVYeImqN8Umkk9iWKlco+vS9fNyW1WE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=I0C7osAL/28WcCMGYMuZtB7kgIoxoHXrPCj+GcSJje7Ie2katpxX+9o2OUXQAH1H/ CMu2Z1u9Mk4iBofIm8C+anxK/54U+TQ742H7LD79EEZVkrefLUPKfdR/08nmTVBKUw MyBOEClf5gcYlu4+BkZBxpm1oO7gevFwouhMm1QURM/CagkjbCGzKyk6ud8gjRyd3p nAuobFfT0wB2kntVqb9gCmDlrg/ooX2tocnmGK18dzLPpPU6FrCX9Jnc8Yk6RmAwvp zoZbsnYqvupir10qEGpAvnvr8G8VpG+4JVEWp0m5n85l5j7ndhiOqPj8eag0L1LdyC lM43zC6p0zCwg== Original-Received: from alan by faroe.holly.idiocy.org with local (Exim 4.94.2) (envelope-from ) id 1mQazZ-00017i-DO; Wed, 15 Sep 2021 20:54:49 +0100 Mail-Followup-To: Alan Third , Illia Ostapyshyn , Aaron Jensen , emacs-devel@gnu.org Content-Disposition: inline In-Reply-To: <877dfhmybi.fsf@gmail.com> Received-SPF: pass client-ip=2a01:4f8:fff0:65::8:228; envelope-from=alan@idiocy.org; helo=outbound.soverin.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:274770 Archived-At: On Wed, Sep 15, 2021 at 09:30:09PM +0200, Illia Ostapyshyn wrote: > Aaron Jensen writes: > > It's infrequent, but I've seen a number of rendering artifacts in 28 > > in the last month or so. Typically it is a line of group of lines that > > are painted twice (i.e. in the wrong place). I may see line 33 > > duplicated so there is no 34, just two 33 in a row. Scrolling to > > change the position does not fix it. I have to scroll the buggy line > > out of view entirely and scroll it back to get it to be right. > > > > I do not have a repro for this unfortunately. > > I can confirm that I have been having this exact issue for quite some > time now. It is very infrequent and mild so I never bothered to report > it. > > I also don't have any ideas what's causing it and how to reproduce it, > but M-x redraw-display RET fixes it straight away. If either of you do manage to come up with a recipe for reproducing it, please let me know. The most obvious candidate for incorrect duplication is in the scrolling code. But since it's correct all the rest of the time there would have to be something else forcing it. Unless I just completely messed up the code in copyRect and it sometimes copies lines of pixels in the wrong order, that can do exactly what you're describing... But it works correctly practically all the time, so it would have to be a rare edge case. 🤔 -- Alan Third