GNU logs - #71866, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 01 Jul 2024 03:15:02 +0000
Resent-Message-ID: <handler.71866.B.17198036783558 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 71866 <at> debbugs.gnu.org
Feedback-ID: i0e71465a:Fastmail
Content-Type: multipart/mixed; boundary="------------DIjg8cPn7Orn1QHH3fL78H2b"
Message-ID: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
Date: Mon, 1 Jul 2024 06:14:28 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
From: Dmitry Gutov <dmitry@HIDDEN>
Content-Language: en-US
Received-SPF: pass client-ip=103.168.172.159; envelope-from=dmitry@HIDDEN;
 helo=fhigh8-smtp.messagingengine.com
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-Spam-Score: -1.6 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.6 (--)

This is a multi-part message in MIME format.
--------------DIjg8cPn7Orn1QHH3fL78H2b
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Repro script is attached. Disabling blink-cursor-mode is not a
hard requirement, but it makes the bug easier to see. The font and face
customizations are both necessary.

1. emacs -Q -l nocursor-repro.el
2. Type 'asdasd' (without quotes)
3. Move point to either of the 's' chars
4. Create a new frame with 'C-x 5 2'

The character under cursor won't be visible - just a blank cell (the
cursor is blank as well). Then I move point with e.g. C-f and it's
visible again.

Switching between the frames (C-x 5 o) will make the char again 
invisible, as long as the point is on an 's' (in this specific scenario, 
that is). And only in the second frame (or others created later) but not 
the first one.

This only happens on my macOS machine.

The face customization is a part of a 3rd party theme (tango-plus).  I'm
pretty sure the :inverse-video customization should be a no-op but it
isn't. Seems like a subtle bug somewhere. As a user of the theme it's
taken me a while to narrow down the problem, so it'd be great if someone
could look into it.

In GNU Emacs 30.0.50 (build 3, aarch64-apple-darwin23.3.0, NS
appkit-2487.40 Version 14.3 (Build 23D56)) of 2024-06-04 built on
dizzy.local
Repository revision: 43c354a0004145c04bbc6adf0cfaa8c21403ad8c
Repository branch: master
Windowing system distributor 'Apple', version 10.3.2487
System Description:  macOS 14.3


--------------DIjg8cPn7Orn1QHH3fL78H2b
Content-Type: application/octet-stream; name="nocursor-repro.el"
Content-Disposition: attachment; filename="nocursor-repro.el"
Content-Transfer-Encoding: base64

OzsgVGhpcyBidWZmZXIgaXMgZm9yIHRleHQgdGhhdCBpcyBub3Qgc2F2ZWQsIGFuZCBmb3Ig
TGlzcCBldmFsdWF0aW9uLgo7OyBUbyBjcmVhdGUgYSBmaWxlLCB2aXNpdCBpdCB3aXRoIOKA
mEMteCBDLWbigJkgYW5kIGVudGVyIHRleHQgaW4gaXRzIGJ1ZmZlci4KCihzZXQtZmFjZS1h
dHRyaWJ1dGUgJ2RlZmF1bHQgbmlsIDpmYW1pbHkgIkNhc2NhZGlhIE1vbm8iKQoKKGJsaW5r
LWN1cnNvci1tb2RlIC0xKQoKKGN1c3RvbS10aGVtZS1zZXQtZmFjZXMKICd1c2VyCiAnKGN1
cnNvciAgICAgICAgICAgICAgICAgICAgICAgICAoKCgoY2xhc3MgY29sb3IpIChtaW4tY29s
b3JzIDg5KSkKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKDppbnZlcnNl
LXZpZGVvIHQpKSkpKQoK

--------------DIjg8cPn7Orn1QHH3fL78H2b--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Dmitry Gutov <dmitry@HIDDEN>
Subject: bug#71866: Acknowledgement (30.0.50; [macOS] Cursor hiding char
 behind it with certain theme customization)
Message-ID: <handler.71866.B.17198036783558.ack <at> debbugs.gnu.org>
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
X-Gnu-PR-Message: ack 71866
X-Gnu-PR-Package: emacs
Reply-To: 71866 <at> debbugs.gnu.org
Date: Mon, 01 Jul 2024 03:15:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 71866 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
71866: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D71866
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 01 Jul 2024 11:37:02 +0000
Resent-Message-ID: <handler.71866.B71866.17198337782043 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Dmitry Gutov <dmitry@HIDDEN>
Cc: 71866 <at> debbugs.gnu.org
Date: Mon, 01 Jul 2024 14:36:06 +0300
Message-Id: <86frstfiop.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN> (message from
 Dmitry Gutov on Mon, 1 Jul 2024 06:14:28 +0300)
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> Date: Mon, 1 Jul 2024 06:14:28 +0300
> From: Dmitry Gutov <dmitry@HIDDEN>
> 
> Repro script is attached. Disabling blink-cursor-mode is not a
> hard requirement, but it makes the bug easier to see. The font and face
> customizations are both necessary.
> 
> 1. emacs -Q -l nocursor-repro.el
> 2. Type 'asdasd' (without quotes)
> 3. Move point to either of the 's' chars
> 4. Create a new frame with 'C-x 5 2'
> 
> The character under cursor won't be visible - just a blank cell (the
> cursor is blank as well). Then I move point with e.g. C-f and it's
> visible again.

This is definitely macOS specific.  I cannot reproduce on my system
(although by some miracle I do have the Cascadia Mono font installed).
Basically, what happens is that redisplay has some bug in how it draws
the cursor.  Given all the tricks that redisplay plays on macOS, I'm
not surprised.

On other platforms, the code which draws the cursor is in draw_glyphs,
called from XXX_draw_window_cursor function (where XXX is the GUI
backend, in your case probably XXX = ns).  If the same is true on
macOS, you could try stepping through that code.

> The face customization is a part of a 3rd party theme (tango-plus).  I'm
> pretty sure the :inverse-video customization should be a no-op but it
> isn't. Seems like a subtle bug somewhere. As a user of the theme it's
> taken me a while to narrow down the problem, so it'd be great if someone
> could look into it.

So if inverse-video is not used, the problem goes away?  If so, just
don't use it.

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 02 Jul 2024 01:08:02 +0000
Resent-Message-ID: <handler.71866.B71866.171988244324342 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 71866 <at> debbugs.gnu.org
Feedback-ID: i0e71465a:Fastmail
Message-ID: <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN>
Date: Tue, 2 Jul 2024 04:07:11 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <86frstfiop.fsf@HIDDEN>
Content-Language: en-US
From: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <86frstfiop.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On 01/07/2024 14:36, Eli Zaretskii wrote:
>> Date: Mon, 1 Jul 2024 06:14:28 +0300
>> From: Dmitry Gutov <dmitry@HIDDEN>
>>
>> Repro script is attached. Disabling blink-cursor-mode is not a
>> hard requirement, but it makes the bug easier to see. The font and face
>> customizations are both necessary.
>>
>> 1. emacs -Q -l nocursor-repro.el
>> 2. Type 'asdasd' (without quotes)
>> 3. Move point to either of the 's' chars
>> 4. Create a new frame with 'C-x 5 2'
>>
>> The character under cursor won't be visible - just a blank cell (the
>> cursor is blank as well). Then I move point with e.g. C-f and it's
>> visible again.
> 
> This is definitely macOS specific.  I cannot reproduce on my system
> (although by some miracle I do have the Cascadia Mono font installed).
> Basically, what happens is that redisplay has some bug in how it draws
> the cursor.  Given all the tricks that redisplay plays on macOS, I'm
> not surprised.

Indeed, it never happens on my Linux system either. Thanks for checking 
anyway.

> On other platforms, the code which draws the cursor is in draw_glyphs,
> called from XXX_draw_window_cursor function (where XXX is the GUI
> backend, in your case probably XXX = ns).  If the same is true on
> macOS, you could try stepping through that code.

I can try following some more detailed instructions. I.e. I can set up a 
breakpoint, but would there be anything to look out for when stepping 
through the code?

BTW, this happens only right after I switch frames. Things start looking 
right again if I simply move point.

>> The face customization is a part of a 3rd party theme (tango-plus).  I'm
>> pretty sure the :inverse-video customization should be a no-op but it
>> isn't. Seems like a subtle bug somewhere. As a user of the theme it's
>> taken me a while to narrow down the problem, so it'd be great if someone
>> could look into it.
> 
> So if inverse-video is not used, the problem goes away?  If so, just
> don't use it.

Yeah, I plan on submitting a patch to that effect to the theme.

But the bug looks odd enough and the same time very stable, that I think 
it's worth investigating.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Stefan Kangas <stefankangas@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 02 Jul 2024 23:45:02 +0000
Resent-Message-ID: <handler.71866.B71866.171996384525040 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dmitry@HIDDEN>, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.171996384525040
          (code B ref 71866); Tue, 02 Jul 2024 23:45:02 +0000
Received: (at 71866) by debbugs.gnu.org; 2 Jul 2024 23:44:05 +0000
Received: from localhost ([127.0.0.1]:38126 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sOnAL-0006Vn-0A
	for submit <at> debbugs.gnu.org; Tue, 02 Jul 2024 19:44:05 -0400
Received: from mail-lj1-f170.google.com ([209.85.208.170]:47220)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <stefankangas@HIDDEN>) id 1sOnAI-0006VA-RQ
 for 71866 <at> debbugs.gnu.org; Tue, 02 Jul 2024 19:44:03 -0400
Received: by mail-lj1-f170.google.com with SMTP id
 38308e7fff4ca-2ec58040f39so46153291fa.2
 for <71866 <at> debbugs.gnu.org>; Tue, 02 Jul 2024 16:44:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1719963775; x=1720568575; darn=debbugs.gnu.org;
 h=to:subject:message-id:date:mime-version:references:in-reply-to:from
 :from:to:cc:subject:date:message-id:reply-to;
 bh=KGHA9rZPM9zrvJ+07umlZyHoUUCLUHFxPpNcjIL92EQ=;
 b=QfrzAcMVxY38ov39s5+/IXWQcEAdlXRkLB/jPHgviZbNO78MEKsqMc1ivktwsNIfa4
 uc1DdI516p3e+zJf7VocFCe1tltvwcm+6oT7HReLnNGrP7oj+O/oSXwQ4v96xBaXhTlE
 48ZJhHld2Kn0NglvMFOhZSQEY7i93NOfZYqSpR3gWjZ362ybd+oVJIvB1F5TYC6R6etH
 YnNJzZIFdXCoTrzcHPK1b/DfY/UsXqW1U1FKM0Edf2Ecor783EEN82afzCUKMd1rSM2g
 aj9hndExV3JReL0JWdTEPZMJQypmEAnrr5PFSVmH2yeuPmKJODARU718vMGZb4C+1JZk
 aAtg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1719963775; x=1720568575;
 h=to:subject:message-id:date:mime-version:references:in-reply-to:from
 :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
 bh=KGHA9rZPM9zrvJ+07umlZyHoUUCLUHFxPpNcjIL92EQ=;
 b=qbwJ71XlmvyRqUo/06YkP/APMTcB4WowzJqKjZfEJYJ7ad5pkXMUZKkzuQT9rYe3Dz
 z055DsRk6cZkO7PnrL8TOo0GIKBAw9cZ4D0TzeqgsCzhiryoRoosjZvt4woje+hz1DKd
 QJd2ckpFBwcEBz3IbPlR15Z+eyg7k3uz2uEdJ0QVOtxNC5Yygzg7P7LO1VoubHhE6Fes
 7W3nMGLcRFIQ/SlPtJ5LxZ03/evGDUPf6u2NO1mUgCag5LjqtsGdyKaIc1kIjV0+J52R
 ABs0krVHIBpa6wZmpmZ0PteB0KppctSxh/knbcPIWeV6ZUCpNRwHiUBcRrDw3c6oe2Wo
 6AnQ==
X-Forwarded-Encrypted: i=1;
 AJvYcCXLxybEDn9nRDs9qQUAPk61kdizmftFlmcNO4jF+HWbDM9tpoczqLurYFyVbZh1l9T0dWsCIbGYIhopfxBwY7UuOzyzdqU=
X-Gm-Message-State: AOJu0YyD3XgfCYbu0fSa0P3iMcI+gCwod+dQysAUL+2+Q4yCAEPumGWM
 DAPl5AM9VFbKsqR+tS/PKSTK9U9tFGqQB9mwDoRk6OkNsVYvUgCd+vwdjj+CtoC/HgRqOeluKxF
 9c5ZuQJEa3+SIr6Qx1v2dh7gTGX4=
X-Google-Smtp-Source: AGHT+IGfIgj9FCb3vj9vO0EsgdV3X1e7iFa5Z1t6eXitYFZJ3209qTu80Fn2C7+BIRIS1gx/bQnhaGPnoChAzmhslwc=
X-Received: by 2002:a2e:a4a2:0:b0:2ec:40ab:694d with SMTP id
 38308e7fff4ca-2ee5e3594e5mr59593171fa.1.1719963775073; Tue, 02 Jul 2024
 16:42:55 -0700 (PDT)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Tue, 2 Jul 2024 23:42:54 +0000
From: Stefan Kangas <stefankangas@HIDDEN>
In-Reply-To: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
MIME-Version: 1.0
Date: Tue, 2 Jul 2024 23:42:54 +0000
Message-ID: <CADwFkmk6_B2wy4Mgs5zsut-8DFLxCK8BAs1gvUNOEdHBpjHLSw@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Dmitry Gutov <dmitry@HIDDEN> writes:

> Repro script is attached. Disabling blink-cursor-mode is not a
> hard requirement, but it makes the bug easier to see. The font and face
> customizations are both necessary.
>
> 1. emacs -Q -l nocursor-repro.el
> 2. Type 'asdasd' (without quotes)
> 3. Move point to either of the 's' chars
> 4. Create a new frame with 'C-x 5 2'
>
> The character under cursor won't be visible - just a blank cell (the
> cursor is blank as well). Then I move point with e.g. C-f and it's
> visible again.
>
> Switching between the frames (C-x 5 o) will make the char again
> invisible, as long as the point is on an 's' (in this specific scenario,
> that is). And only in the second frame (or others created later) but not
> the first one.
>
> This only happens on my macOS machine.
>
> The face customization is a part of a 3rd party theme (tango-plus).  I'm
> pretty sure the :inverse-video customization should be a no-op but it
> isn't. Seems like a subtle bug somewhere. As a user of the theme it's
> taken me a while to narrow down the problem, so it'd be great if someone
> could look into it.

I can't reproduce that here, using the above recipe.

Maybe try upgrading to macOS 14.5 to see if the problem goes away?

In GNU Emacs 31.0.50 (build 1, aarch64-apple-darwin23.5.0, NS
 appkit-2487.60 Version 14.5 (Build 23F79)) of 2024-07-01 built on
 foo.local
Repository revision: 4008385b8d48b1a8e670ac497c3b8a12b9605a4e
Repository branch: master
Windowing system distributor 'Apple', version 10.3.2487
System Description:  macOS 14.5

> In GNU Emacs 30.0.50 (build 3, aarch64-apple-darwin23.3.0, NS
> appkit-2487.40 Version 14.3 (Build 23D56)) of 2024-06-04 built on
> dizzy.local
> Repository revision: 43c354a0004145c04bbc6adf0cfaa8c21403ad8c
> Repository branch: master
> Windowing system distributor 'Apple', version 10.3.2487
> System Description:  macOS 14.3

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 06 Jul 2024 08:57:02 +0000
Resent-Message-ID: <handler.71866.B71866.172025618329100 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dmitry@HIDDEN>
Cc: 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172025618329100
          (code B ref 71866); Sat, 06 Jul 2024 08:57:02 +0000
Received: (at 71866) by debbugs.gnu.org; 6 Jul 2024 08:56:23 +0000
Received: from localhost ([127.0.0.1]:45580 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sQ1DS-0007ZI-Js
	for submit <at> debbugs.gnu.org; Sat, 06 Jul 2024 04:56:22 -0400
Received: from eggs.gnu.org ([209.51.188.92]:41240)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1sQ1DQ-0007Z0-MB
 for 71866 <at> debbugs.gnu.org; Sat, 06 Jul 2024 04:56:21 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1sQ1DH-000190-PR; Sat, 06 Jul 2024 04:56:11 -0400
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=1BdYoelxdSetG6Y8gVs9odt09GsqFidnDBBSNaD2tN8=; b=D/NC/nxjaNCo
 pB5+yRoQ6ErFDR2mt0TgbFsFiHBM2RS4kme/dAd2Nj1L7kahSQUUWn9WSZxsdE6OHIvwnMFgH8wVp
 ArRypjGdLHgzIf1EbVJKTO1fIx78QcwJNAnZ2+G5OQoz4rLMRNPQuS1o4t0wrjSLL4ujYODkQZTkk
 sLIItvs9l4pbTCvjFu8u54ZANobpThJt343ush88iHEzO4UaasOo+1vfkRpo7zn0HHW624yH1vncQ
 BpqUGVYiZFsxBrDZgb0pLpZrYKxzK8c8KbV6tbTSzbmEfFpX5x71t/4f4TvNDDl/H4tZXPaprK2so
 NNCnFGiQIA2F0DO7DSfSmQ==;
Date: Sat, 06 Jul 2024 11:56:10 +0300
Message-Id: <86v81i526t.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN> (message from
 Dmitry Gutov on Tue, 2 Jul 2024 04:07:11 +0300)
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <86frstfiop.fsf@HIDDEN> <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Tue, 2 Jul 2024 04:07:11 +0300
> Cc: 71866 <at> debbugs.gnu.org
> From: Dmitry Gutov <dmitry@HIDDEN>
> 
> On 01/07/2024 14:36, Eli Zaretskii wrote:
> > On other platforms, the code which draws the cursor is in draw_glyphs,
> > called from XXX_draw_window_cursor function (where XXX is the GUI
> > backend, in your case probably XXX = ns).  If the same is true on
> > macOS, you could try stepping through that code.
> 
> I can try following some more detailed instructions. I.e. I can set up a 
> breakpoint, but would there be anything to look out for when stepping 
> through the code?

For starters, put a breakpoint in ns_draw_window_cursor and see if it
gets called in the scenario where you see the problem.

If it does get called, it should call draw_phys_cursor_glyph in this
case (because the cursor type is FILLED_BOX_CURSOR).  If it calls that
function, step through it.  You should see there that it calls
draw_glyphs to draw the single character under the cursor.  The actual
drawing happens here:

  /* Draw all strings.  */
  for (s = head; s; s = s->next)
    FRAME_RIF (f)->draw_glyph_string (s);

where the draw_glyph_string method is a function in nsterm.m,
ns_draw_glyph_string.  AFAICT, it should draw a character with the
foreground taken from the frame's background color and background
color taken from the cursor color.

Something in this chain of calls doesn't happen in the scenario which
shows the problem.

> BTW, this happens only right after I switch frames. Things start looking 
> right again if I simply move point.

Then step through the code after switching frames.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 07 Jul 2024 02:05:01 +0000
Resent-Message-ID: <handler.71866.B71866.172031785413186 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Kangas <stefankangas@HIDDEN>, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172031785413186
          (code B ref 71866); Sun, 07 Jul 2024 02:05:01 +0000
Received: (at 71866) by debbugs.gnu.org; 7 Jul 2024 02:04:14 +0000
Received: from localhost ([127.0.0.1]:46985 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sQHGA-0003Qc-Am
	for submit <at> debbugs.gnu.org; Sat, 06 Jul 2024 22:04:14 -0400
Received: from fhigh8-smtp.messagingengine.com ([103.168.172.159]:57813)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dmitry@HIDDEN>) id 1sQHG7-0003QN-DZ
 for 71866 <at> debbugs.gnu.org; Sat, 06 Jul 2024 22:04:12 -0400
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44])
 by mailfhigh.nyi.internal (Postfix) with ESMTP id B00F511409EE;
 Sat,  6 Jul 2024 22:04:01 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162])
 by compute4.internal (MEProxy); Sat, 06 Jul 2024 22:04:01 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc
 :content-transfer-encoding:content-type:content-type:date:date
 :from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to; s=fm1; t=1720317841;
 x=1720404241; bh=iqKxG02pFCIwU/8ImN8wEE/uor4Gae75uRG42buB+dE=; b=
 AWaGo0uqfDSLspCo91PlLDse7ladnfIwHmvTVIETZWrf5UwL4S/sgRADFFEnD920
 GDBaeWXs952lkTpBvyPe+ZwDyDEvZvjexVqDLh16uSix9/RtEG8KfXIpe1YtNZ4J
 W100Q8tmDdwGc5Uc2OZ8STd1eNClCFbaF0/B6FYNMPbSqifvIy+FWjRma9OlDOHd
 nbf6bJ73eI+0ri9nnOYh0zgstZT8fkzoRR7LXTYU0zAX90RpUO8Nw8Iu5YMfCRW6
 CvSwYnoiZBJ1f7j6TSYj8aZcwVZPo45Ww8lA5rwy1Vqtuv9EAv9M7KZj9aCugiwT
 wvLcn3YHaKuhGS/dPHahIQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:content-transfer-encoding:content-type
 :content-type:date:date:feedback-id:feedback-id:from:from
 :in-reply-to:in-reply-to:message-id:mime-version:references
 :reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy
 :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1720317841; x=
 1720404241; bh=iqKxG02pFCIwU/8ImN8wEE/uor4Gae75uRG42buB+dE=; b=c
 tZno9HhDKfJb84jbDN8YSPZRLHxpt87fRtp9RYqpVfw0DxYPBMCdSK7Dse8J45Q/
 Iou7hIfHWACwoGvapr6G435HZPD6m8Iy4xO8RN3J4AGWjWmfEp7Oea7fxB3kl7xk
 3sFG4LD57BHZ/hEJxbgDqFgkEggrWavGqYZGup1VK2M4TXRTchqe/XJpVG/Fvby5
 i/c6z77f51aINLvga7AmmUvVrLkBNKrmSa0EQGVlimKQ5/Q+tvl8Kj5X9trcPF5G
 xU9zNnUOY0X0Kj5Bm73MRofLpgg9D9H8fdEMUCR3PWn4IjYPe0MtjZWrQ2a7v3v/
 jMw3rWPbHRStw2o42N8iw==
X-ME-Sender: <xms:kfeJZkPkbgwIY4NX9n_3Qt0dAejQKJi0WG5cmJIX0uf_8fblpnSJ1w>
 <xme:kfeJZq9-BbxOixBYBNWisjKEjONoKd4FvRX2RVGBpfb-Us18U9xqgdNXW-9bwe2KP
 itrHuOljG5IGiP0EHo>
X-ME-Received: <xmr:kfeJZrSC3IBxyF5aatiMXYRncXyHc7tqx4-y_WC398Y1qG5-m6tvM4mbBoymFpMzTLw9>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrvdeggdehhecutefuodetggdotefrodftvf
 curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu
 uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc
 fjughrpefkffggfgfuvfhfhfgjtgfgsehtjeertddtvdejnecuhfhrohhmpeffmhhithhr
 hicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrthhtvg
 hrnheptdfhuedvtdevleegueelvedvjeevheffveevhedvuefftdefhfdvueeggfetgfdt
 necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepughmih
 htrhihsehguhhtohhvrdguvghv
X-ME-Proxy: <xmx:kfeJZsvKJNY2m7F_OjRR_jYSlhUMhjG-xeQAm_fGpegVV8L3MwUc5w>
 <xmx:kfeJZsd-RHVJX2mi8b3MhQvb8GDHfN5rQLnNAng6F3WntF2EB9niTg>
 <xmx:kfeJZg1ha2ow6FUtGu9j31CM_uSZJBdu3rujFXJGFvTVstFy2-b8Tw>
 <xmx:kfeJZg-Sg_mhP0c329PQEe2tasnXVeYhzCSY4YmXkWhvTDapaXU0yw>
 <xmx:kfeJZtr9H1GzMhgrso4ZyB6SOPX_L76HJF3u4Z6kblrZe8wwAT1w7c0f>
Feedback-ID: i0e71465a:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat,
 6 Jul 2024 22:04:00 -0400 (EDT)
Message-ID: <91d6db11-b866-4f1f-bf8b-d91af2e3dfe3@HIDDEN>
Date: Sun, 7 Jul 2024 05:03:56 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <CADwFkmk6_B2wy4Mgs5zsut-8DFLxCK8BAs1gvUNOEdHBpjHLSw@HIDDEN>
Content-Language: en-US
From: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <CADwFkmk6_B2wy4Mgs5zsut-8DFLxCK8BAs1gvUNOEdHBpjHLSw@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On 03/07/2024 02:42, Stefan Kangas wrote:

> I can't reproduce that here, using the above recipe.

Thanks for trying anyway.

> Maybe try upgrading to macOS 14.5 to see if the problem goes away?

Upgraded to 14.5 now (apparently the upgrades were being blocked by a 
vpn being always on) - but the problem remains the same.

Not sure what is the difference between our machines - but mine is an M3 
Pro, FWIW.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 09 Jul 2024 02:38:01 +0000
Resent-Message-ID: <handler.71866.B71866.172049264710923 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172049264710923
          (code B ref 71866); Tue, 09 Jul 2024 02:38:01 +0000
Received: (at 71866) by debbugs.gnu.org; 9 Jul 2024 02:37:27 +0000
Received: from localhost ([127.0.0.1]:51782 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sR0jO-0002q5-SX
	for submit <at> debbugs.gnu.org; Mon, 08 Jul 2024 22:37:27 -0400
Received: from fout2-smtp.messagingengine.com ([103.168.172.145]:45675)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dmitry@HIDDEN>) id 1sR0jN-0002ps-6u
 for 71866 <at> debbugs.gnu.org; Mon, 08 Jul 2024 22:37:25 -0400
Received: from compute2.internal (compute2.nyi.internal [10.202.2.46])
 by mailfout.nyi.internal (Postfix) with ESMTP id BB71013812B3;
 Mon,  8 Jul 2024 22:37:14 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163])
 by compute2.internal (MEProxy); Mon, 08 Jul 2024 22:37:14 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc
 :cc:content-transfer-encoding:content-type:content-type:date
 :date:from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to; s=fm1; t=1720492634;
 x=1720579034; bh=kBVhLzZzVwxlUVBnWnuV4SwXO0o1Qr4FYtpSltRV+VA=; b=
 f9p9oQeDShW+kNPX96zfzIklfpjmH80mK07Cju6Lz7ckdOmy9EY/h7jxwkeCCsO+
 cozyHxDy5QFyoDmLoEZwHQO3sszovmDK/tM80492jPQgeVCOtdYgKX5ig7+JqAI9
 qzNLNV6G3a0A1h8loap09TGBHillhIWxVoEanil3FFidC9ZaHDgXZ5UUYWsKcqez
 CIB1m2UPU8x/C5xkDl2xc+yqqSE4zRzTmMXPMLMfczxQkDrMqb6D/yptOrEv5dSW
 0yg+QrdfDq6TKNUkdG36t5cnfZy9M81RxZzJUxjtSutGFC8Cwb3q5JZnWjaDyH4Y
 j/nrZee9M34FvVYiDRS4yQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:cc:content-transfer-encoding
 :content-type:content-type:date:date:feedback-id:feedback-id
 :from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy
 :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1720492634; x=
 1720579034; bh=kBVhLzZzVwxlUVBnWnuV4SwXO0o1Qr4FYtpSltRV+VA=; b=B
 3ftqkoB0cZm41+KHW/Yof/CjleD2JA88Ay7EvkiIoARoBt3/a05oh2Qj1KF5G1fv
 g534VphKal4+0zpUMe9ywMAYE5egs6oc3IxqkEurF1ldqWsQIKNPWjm83EmhJXqE
 qPu0wMQ9nz3fn6Dh4M4eLYEh3lm4FioBf6aPPmawGNvy40H+8KGt870S2rjwZHQt
 DLpZEgMVZ59TMRq+Bdon41ZG9ZeWYPOohzg5pbnru/M13qUPLtvPaC3tRmRNvMEU
 rQuyNvN9kyvqUYcOd/I11OCBWd3mnC3k8RqTzFFRGuE6Ql/6NLynOfK/dRIhUUiO
 5btMWCHLT5XW2NqSKB9Pw==
X-ME-Sender: <xms:WaKMZrRTsro5Gjq-wwxdv7dhXcmH0G-uCbBo0iQRtP3sa3TESgeyFA>
 <xme:WaKMZsx3Bz8CdGoyRLhFY1MhDJMVTG5xHm61479EcxHDuooSoeMwHJFKjJ6g5yc3A
 Lf5J1xRSj0kVTxvD3o>
X-ME-Received: <xmr:WaKMZg2iP9vw3oIRa3O7V5LVQxZtRPhRmFlSLvtI9mIjcTxBTx71cVHO3c4YHCWjo41X>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrvdekgdeitdcutefuodetggdotefrodftvf
 curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu
 uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc
 fjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeenucfhrhhomhepffhmihht
 rhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrghtth
 gvrhhnpeetudeljeegheetgfehgeejkeeuhedvveeikeeufedtvddtveefhfdvveegudej
 heenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumh
 hithhrhiesghhuthhovhdruggvvh
X-ME-Proxy: <xmx:WaKMZrAZj3QSTq7PpDl8jjSLYy6oYscN54rv9_NNkuqpLrd1hxHXFQ>
 <xmx:WaKMZkjUhbxFgabGXK9tFAI7J50JPiWLJBI1gBFw3cskp_-5IbOHYA>
 <xmx:WaKMZvqu-iTbr8auShgXeivYtCSIaTmHx56-sbMSS-SQTtrqobDAGA>
 <xmx:WaKMZvitBoV3OQNU5OKs3ZOplhQ7-zC2v4Ebhaj650pj9N-DzDVaEQ>
 <xmx:WqKMZnsiTI_m3L1hluUIGstDIq5vYFMjlzF3UL22OrJlJiGGt05QKniO>
Feedback-ID: i0e71465a:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon,
 8 Jul 2024 22:37:12 -0400 (EDT)
Message-ID: <1f5f741f-d599-4051-8a34-27d349360eb8@HIDDEN>
Date: Tue, 9 Jul 2024 05:37:10 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <86frstfiop.fsf@HIDDEN> <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN>
 <86v81i526t.fsf@HIDDEN>
Content-Language: en-US
From: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <86v81i526t.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

Hi Eli,

On 06/07/2024 11:56, Eli Zaretskii wrote:
>> Date: Tue, 2 Jul 2024 04:07:11 +0300
>> Cc: 71866 <at> debbugs.gnu.org
>> From: Dmitry Gutov <dmitry@HIDDEN>
>>
>> On 01/07/2024 14:36, Eli Zaretskii wrote:
>>> On other platforms, the code which draws the cursor is in draw_glyphs,
>>> called from XXX_draw_window_cursor function (where XXX is the GUI
>>> backend, in your case probably XXX = ns).  If the same is true on
>>> macOS, you could try stepping through that code.
>>
>> I can try following some more detailed instructions. I.e. I can set up a
>> breakpoint, but would there be anything to look out for when stepping
>> through the code?
> 
> For starters, put a breakpoint in ns_draw_window_cursor and see if it
> gets called in the scenario where you see the problem.

Thank you.

It does get called. Unfortunately, as soon as I put a breakpoint there, 
any attempt to switch to the Emacs window drops into the debugger again 
- and I have switch back to the terminal emulator to enter 'c RET' 20 
times or so.

So it seems difficult to go through the exact scenario where I'm 
switching between frames, where switching back to one draws the glyph 
incorrectly. Any advice with that?

> If it does get called, it should call draw_phys_cursor_glyph in this
> case (because the cursor type is FILLED_BOX_CURSOR).  If it calls that
> function, step through it.  You should see there that it calls
> draw_glyphs to draw the single character under the cursor.  The actual
> drawing happens here:
> 
>    /* Draw all strings.  */
>    for (s = head; s; s = s->next)
>      FRAME_RIF (f)->draw_glyph_string (s);
> 
> where the draw_glyph_string method is a function in nsterm.m,
> ns_draw_glyph_string.  AFAICT, it should draw a character with the
> foreground taken from the frame's background color and background
> color taken from the cursor color.
> 
> Something in this chain of calls doesn't happen in the scenario which
> shows the problem.
> 
>> BTW, this happens only right after I switch frames. Things start looking
>> right again if I simply move point.
> 
> Then step through the code after switching frames.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 09 Jul 2024 11:33:01 +0000
Resent-Message-ID: <handler.71866.B71866.172052472319287 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dmitry@HIDDEN>
Cc: 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172052472319287
          (code B ref 71866); Tue, 09 Jul 2024 11:33:01 +0000
Received: (at 71866) by debbugs.gnu.org; 9 Jul 2024 11:32:03 +0000
Received: from localhost ([127.0.0.1]:52228 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sR94l-000511-9K
	for submit <at> debbugs.gnu.org; Tue, 09 Jul 2024 07:32:03 -0400
Received: from eggs.gnu.org ([209.51.188.92]:45302)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1sR94i-00050V-Pp
 for 71866 <at> debbugs.gnu.org; Tue, 09 Jul 2024 07:32:01 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1sR94X-0002DW-Rz; Tue, 09 Jul 2024 07:31:49 -0400
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=Cu8w49onE+2r3eEGxqcGyL9tS25Iup0xwgx/Dr0rpoQ=; b=b6pLRi2O/6C+
 ZuYh06PRH7XDpnxPNswqBSgw2b2fbKV9Lzb2qeJ//oRThSc/+h0rh2BxVdQ/IhCY+sOUJmgFNPrlc
 wld6UB98VAOXxNhN98IyENRvKBK+9f8P04bmRNT07mAbXZChykEzwb7MSDiJOGvN5k+vAmEb2iEO3
 DaKtWB6ruFsdNAVmAgJTHtW0MYEITzwXY0DDd4AthqF4+hf2nOfg3gwHy+Fu0k27y843eWiJLG592
 s1X7WIpuMSvsIFwq9LsEaRtS5SwMlhSjkFs+Zo5+x0m28nzW/8zvS9GLI9Cj7C3HKigB0Y7y9p6lO
 uYxLI5WxNd3hzoCwxfs7qQ==;
Date: Tue, 09 Jul 2024 14:31:45 +0300
Message-Id: <86sewiztr2.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <1f5f741f-d599-4051-8a34-27d349360eb8@HIDDEN> (message from
 Dmitry Gutov on Tue, 9 Jul 2024 05:37:10 +0300)
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <86frstfiop.fsf@HIDDEN> <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN>
 <86v81i526t.fsf@HIDDEN> <1f5f741f-d599-4051-8a34-27d349360eb8@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Tue, 9 Jul 2024 05:37:10 +0300
> Cc: 71866 <at> debbugs.gnu.org
> From: Dmitry Gutov <dmitry@HIDDEN>
> 
> > For starters, put a breakpoint in ns_draw_window_cursor and see if it
> > gets called in the scenario where you see the problem.
> 
> Thank you.
> 
> It does get called. Unfortunately, as soon as I put a breakpoint there, 
> any attempt to switch to the Emacs window drops into the debugger again 
> - and I have switch back to the terminal emulator to enter 'c RET' 20 
> times or so.

I don't think I understand what you are trying to do.  I thought you
needed to "switch to the Emacs window" just once: to trigger the
situation which you want to investigate.  Once you trigger it, the
debugger will indeed kick in, but all you need to do next is step
through the code, so why do you care about switching to Emacs again?

If you want to trigger this situation several times, and be able to
activate and deactivate the breakpoint at will, I suggest the
following technique:

  . put a breakpoint in some function that is easy to invoke
    interactively, but which otherwise is rarely called (my personal
    favorite is Frecenter, which you can then trigger with C-l)
  . put a breakpoint in ns_draw_window_cursor (or wherever you need),
    but make it disabled (the GDB command is "disable N" where N is
    the breakpoint number)
  . when you are ready to trigger the issue, type C-l, which will
    cause the debugger to kick in, and enable the breakpoint in
    ns_draw_window_cursor
  . continue Emacs, then trigger the ns_draw_window_cursor breakpoint
    and investigate
  . when you are done investigating and want to, say, set a breakpoint
    in some other place, do that, make the breakpoint disabled again
    and continue Emacs
  . when ready, type C-l again, enable the disabled breakpoint, and
    repeat the above procedure

Another, or perhaps complementary, technique is to define conditions
for breakpoints so that they trigger only when you want.  For example,
if you want a breakpoint to trigger only for a specific frame or
window, find out the address of the corresponding struct window or
struct frame (assuming there are variables of these types in the same
scope as the breakpoint), then make the breakpoint conditioned on
those variables having (or not having) those specific values.  The
usual method of finding out these addresses is the first time the
breakpoint triggers.  Then you can do:

  (gdb) print f
    $1 = (struct frame *) 0x1234567812345600
  (gdb) condition 3 f == 0x1234567812345600

This makes breakpoint 3 trigger only when struct frame variable f has
the value of this frame.

HTH

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Stefan Kangas <stefankangas@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 09 Jul 2024 18:24:01 +0000
Resent-Message-ID: <handler.71866.B71866.17205494249155 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dmitry@HIDDEN>, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.17205494249155
          (code B ref 71866); Tue, 09 Jul 2024 18:24:01 +0000
Received: (at 71866) by debbugs.gnu.org; 9 Jul 2024 18:23:44 +0000
Received: from localhost ([127.0.0.1]:54048 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sRFVA-0002Nb-Gh
	for submit <at> debbugs.gnu.org; Tue, 09 Jul 2024 14:23:44 -0400
Received: from mail-ej1-f54.google.com ([209.85.218.54]:43246)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <stefankangas@HIDDEN>) id 1sRFV8-0002NN-TL
 for 71866 <at> debbugs.gnu.org; Tue, 09 Jul 2024 14:23:43 -0400
Received: by mail-ej1-f54.google.com with SMTP id
 a640c23a62f3a-a77cc73d35fso6870566b.0
 for <71866 <at> debbugs.gnu.org>; Tue, 09 Jul 2024 11:23:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1720549351; x=1721154151; darn=debbugs.gnu.org;
 h=to:subject:message-id:date:mime-version:references:in-reply-to:from
 :from:to:cc:subject:date:message-id:reply-to;
 bh=21jnNr4+MzWPYEAtxCJE47OFNDKxkvjO+EgTuW6S0DM=;
 b=XNJpwTF8dWIput0iJa1dHeiQbmrcHrFBl80yrMk+H2J/ajlaQx0wQ3ZX/Rj3Erx2bf
 lWvxm/0AGQznjGidHuIfuQLgcElwKuzk8spsyIwznkV80IMRdY6Fa/NC6mMqsb0WxadP
 9/Z38f3u5Hly4zGCA0U0v1uqbRxn8bxuRSfrv4LVj7KxMYH7wW1Ci92uGmSUh3onHg7H
 u5euZqIqcpSVFiL0Pl9ukf2z4vl1sgQtcbSY4clN9IiB7WmrwDOe0dG/fORFKJOt+SBU
 idcXj+no4UQ6vzIXqSyREPhb4F32GKStPf8M50KOsGqpeqNrWjUUPM0Hu8HuvraahR60
 lKow==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1720549351; x=1721154151;
 h=to:subject:message-id:date:mime-version:references:in-reply-to:from
 :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
 bh=21jnNr4+MzWPYEAtxCJE47OFNDKxkvjO+EgTuW6S0DM=;
 b=gZhXg3ZreE5iwaOUQyV6H84bMN5Z6fVAqI5i+f07N+FkMLqJaPotL06hAcHHku56AZ
 954hnB9CIKK5hfm0u8lH55rndFvfFMaTyk8mTBFLsK5C+AslPaeIFpKDnebxCMajLnus
 9Uj9m/ZBCYEf9njimha/vjOcno6S5iQB0NzuHzygZOFB+7h4Ab1GxBDApNoCqggFAVdS
 RHwNTPAUd+zNVKyT6S9EXKGvBPziX9AnM4SzmpNPOGHcDANkgJdpBoJCo6HB2REBnQZw
 LehvfUVPfWzJFUO0yge7b/3guJcgnAZKaWENpRMiW9qcC4OBq1rZSkR6vEvA7N6fKnyL
 4xDQ==
X-Forwarded-Encrypted: i=1;
 AJvYcCXxLRn1RHrUBqaKfcuK6S6OrAXtVypeuDFMCsGI+44ooc4fB6DYF/+PWdrwCDIgSud6LmT6TEEQfFtCQgueVMKK4SbKCps=
X-Gm-Message-State: AOJu0YyQdHhiTRnGGqyOo03q309XkU9UZp+OZqfMa2Xd/njp/CA+OUyw
 uui6cE8gR/LeW/Fo12DbaPiqbrObNWsBuoAzoKYar8krpBfGhsCWetI96V5e8nviqie4kza5nfD
 j3RuxLZeoAPKpHItbcauB0vi5HoE5W526
X-Google-Smtp-Source: AGHT+IG26ODHcVSjMlJsDiMn4K+Ti568AHDZh3V1Y5oCmWqisu+I/gDuvec0fYTMLNqBqOW7VXHX2MK/DBXpdeiy0VM=
X-Received: by 2002:a17:907:6e8b:b0:a6f:4287:f196 with SMTP id
 a640c23a62f3a-a780d205ba5mr296338266b.2.1720549351038; Tue, 09 Jul 2024
 11:22:31 -0700 (PDT)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Tue, 9 Jul 2024 18:22:30 +0000
From: Stefan Kangas <stefankangas@HIDDEN>
In-Reply-To: <91d6db11-b866-4f1f-bf8b-d91af2e3dfe3@HIDDEN>
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <CADwFkmk6_B2wy4Mgs5zsut-8DFLxCK8BAs1gvUNOEdHBpjHLSw@HIDDEN>
 <91d6db11-b866-4f1f-bf8b-d91af2e3dfe3@HIDDEN>
MIME-Version: 1.0
Date: Tue, 9 Jul 2024 18:22:29 +0000
Message-ID: <CADwFkmmWP6c575BFjKOyjvaJGi1dyzWpzSm3gryn+GsWoEwmtQ@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Dmitry Gutov <dmitry@HIDDEN> writes:

> Not sure what is the difference between our machines - but mine is an M3
> Pro, FWIW.

M2 Pro here, using the latest version of various libraries available on
Homebrew.

Maybe some build flags or features are different?

Configured using:
 'configure --enable-checking=yes,glyphs
 --enable-check-lisp-object-type'

Configured features:
ACL GNUTLS LCMS2 LIBXML2 MODULES NOTIFY KQUEUE NS PDUMPER PNG SQLITE3
THREADS TOOLKIT_SCROLL_BARS TREE_SITTER ZLIB

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 10 Jul 2024 02:47:02 +0000
Resent-Message-ID: <handler.71866.B71866.172057961326979 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172057961326979
          (code B ref 71866); Wed, 10 Jul 2024 02:47:02 +0000
Received: (at 71866) by debbugs.gnu.org; 10 Jul 2024 02:46:53 +0000
Received: from localhost ([127.0.0.1]:54593 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sRNM4-000713-HJ
	for submit <at> debbugs.gnu.org; Tue, 09 Jul 2024 22:46:53 -0400
Received: from fhigh5-smtp.messagingengine.com ([103.168.172.156]:34859)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dmitry@HIDDEN>) id 1sRNM2-00070j-8X
 for 71866 <at> debbugs.gnu.org; Tue, 09 Jul 2024 22:46:50 -0400
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
 by mailfhigh.nyi.internal (Postfix) with ESMTP id C528C114031B;
 Tue,  9 Jul 2024 22:46:38 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163])
 by compute5.internal (MEProxy); Tue, 09 Jul 2024 22:46:38 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc
 :cc:content-transfer-encoding:content-type:content-type:date
 :date:from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to; s=fm1; t=1720579598;
 x=1720665998; bh=Cv3JKnqtFRglcfxd7FtSN+n+rFjWweuuMct8MmicUXU=; b=
 SQcrMRUZK8jjzwan5Ng88OtsnClun3oBA0vulmbHEx//Ht5Fd7OcGn1POG+yE1cl
 DWf4JZHhsHWTyOcjcA/xWYkq3ouICfAsV3WZlISpcTGwSA/+7uqiDtaiQVuECSOR
 Cbb3lTYMQmZuqUJtiKH7iIWogj2ULkFkvpnW+N2i5usIFkXO3GIX0fgjuBegLxH9
 sPd5MoVxmjNnJ4CiEtUupGPcT+spkXaJRCj0NrN3JB9Ndb8TcwsfRDsJP7DZ7PHs
 AHfFRgJ3cbL3P6rP4e3o75l4NAJ0TeoWqJsVYOIMdh/WeCSaz/OUV+thZ2jACJ+A
 hqbob8ls2e4rOrN0DLNWiQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:cc:content-transfer-encoding
 :content-type:content-type:date:date:feedback-id:feedback-id
 :from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy
 :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1720579598; x=
 1720665998; bh=Cv3JKnqtFRglcfxd7FtSN+n+rFjWweuuMct8MmicUXU=; b=Y
 F8u5GwoZTWqwmePp+UjFqy1gIIEPW/bmdQ5jrDApRbED1sEARt+iIpqXg8tnBMs3
 VO32E+mg2leJ0WrtL7xV2jTxgWCTD0VchMjl5xIvgMS1AhRA8yV2gVsgB62WcIO/
 0wiZXu7l0wqrhdWdWA/nN/sq7v6V37Vu/NBdw+EqGXosPG78oYRXIUbtKSxxQRcc
 WajjKV92iYr4NgWlNIPM95hpYu4NKS7fcsC2OxvOlsAEJVCtqkXDWgRwpgE06yOp
 0QEw+HB7n1C8UDUQVKQUO6HIAEO6vuH0Lla6N/WFqPJ6bWJTlAGN8/tJT26Q8mxx
 +YtcBrAvd6iUUg/BluXVg==
X-ME-Sender: <xms:DfaNZk-KKx1mnOncB-6HZjxLZ866oO66j9P_wknfgA1uZ4DATYc_rA>
 <xme:DfaNZsv5ltSXEpzMYtSYJEvNxZN_qTp-m54CpIUXNfb-Nryky4MYhQ6R6us2u0n19
 LweuqPu8i3p3fWFBec>
X-ME-Received: <xmr:DfaNZqAVOXEAkBdmDlceYJam7EhWAkgE518uZdscqGhp44fzhZHv0aP3qMdmX8LcUYyg>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrfedtgdeifecutefuodetggdotefrodftvf
 curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu
 uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc
 fjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeenucfhrhhomhepffhmihht
 rhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrghtth
 gvrhhnpeetudeljeegheetgfehgeejkeeuhedvveeikeeufedtvddtveefhfdvveegudej
 heenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumh
 hithhrhiesghhuthhovhdruggvvh
X-ME-Proxy: <xmx:DfaNZkdhH3NquhGJrnBJmbI9KWoa7SELSWDYSM96XOtc8oq1iLVVvA>
 <xmx:DfaNZpP5ebHp5PeoUYy2MA-zA-hqzuuXd-mR6JqU3z7P3KSk__4ILg>
 <xmx:DfaNZunxkzV8iqACOqycjX-OdsILSMp0AWWBJQCAiZ35RaPaOjLzGg>
 <xmx:DfaNZrvnvj5R1rWz71XHqnsaXbD9DPDrtehBcUSu9DF4vsM_zsl6xg>
 <xmx:DvaNZiaGxb5oXMO7FLiiFjDV_D4VXW4FPr0MDOqpCSGE4u-me6Jp-pgW>
Feedback-ID: i0e71465a:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue,
 9 Jul 2024 22:46:36 -0400 (EDT)
Message-ID: <d67cdfa2-dc75-4d58-8f82-49ddc55f5e45@HIDDEN>
Date: Wed, 10 Jul 2024 05:46:35 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <86frstfiop.fsf@HIDDEN> <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN>
 <86v81i526t.fsf@HIDDEN> <1f5f741f-d599-4051-8a34-27d349360eb8@HIDDEN>
 <86sewiztr2.fsf@HIDDEN>
Content-Language: en-US
From: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <86sewiztr2.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On 09/07/2024 14:31, Eli Zaretskii wrote:
>> Date: Tue, 9 Jul 2024 05:37:10 +0300
>> Cc: 71866 <at> debbugs.gnu.org
>> From: Dmitry Gutov <dmitry@HIDDEN>
>>
>>> For starters, put a breakpoint in ns_draw_window_cursor and see if it
>>> gets called in the scenario where you see the problem.
>>
>> Thank you.
>>
>> It does get called. Unfortunately, as soon as I put a breakpoint there,
>> any attempt to switch to the Emacs window drops into the debugger again
>> - and I have switch back to the terminal emulator to enter 'c RET' 20
>> times or so.
> 
> I don't think I understand what you are trying to do.  I thought you
> needed to "switch to the Emacs window" just once: to trigger the
> situation which you want to investigate.  Once you trigger it, the
> debugger will indeed kick in, but all you need to do next is step
> through the code, so why do you care about switching to Emacs again?

Somehow, the problem manifests when I switch between frames (two frames 
in the current repro) using C-` (bound to `other-frame').

But if I Alt-Tab to a different application and then Alt-Tab back to 
Emacs, then the glyph is rendered fine - even if the "problematic" frame 
gets selected.

> If you want to trigger this situation several times, and be able to
> activate and deactivate the breakpoint at will, I suggest the
> following technique:
> 
>    . put a breakpoint in some function that is easy to invoke
>      interactively, but which otherwise is rarely called (my personal
>      favorite is Frecenter, which you can then trigger with C-l)
>    . put a breakpoint in ns_draw_window_cursor (or wherever you need),
>      but make it disabled (the GDB command is "disable N" where N is
>      the breakpoint number)
>    . when you are ready to trigger the issue, type C-l, which will
>      cause the debugger to kick in, and enable the breakpoint in
>      ns_draw_window_cursor
>    . continue Emacs, then trigger the ns_draw_window_cursor breakpoint
>      and investigate

At this point the breakpoint will start hitting as soon as I switch to 
an Emacs frame. I guess what would be ideal is a breakpoint which won't 
hit until after I switch to another frame.

>    . when you are done investigating and want to, say, set a breakpoint
>      in some other place, do that, make the breakpoint disabled again
>      and continue Emacs
>    . when ready, type C-l again, enable the disabled breakpoint, and
>      repeat the above procedure
> 
> Another, or perhaps complementary, technique is to define conditions
> for breakpoints so that they trigger only when you want.  For example,
> if you want a breakpoint to trigger only for a specific frame or
> window, find out the address of the corresponding struct window or
> struct frame (assuming there are variables of these types in the same
> scope as the breakpoint), then make the breakpoint conditioned on
> those variables having (or not having) those specific values.  The
> usual method of finding out these addresses is the first time the
> breakpoint triggers.  Then you can do:
> 
>    (gdb) print f
>      $1 = (struct frame *) 0x1234567812345600
>    (gdb) condition 3 f == 0x1234567812345600
> 
> This makes breakpoint 3 trigger only when struct frame variable f has
> the value of this frame.

So step 1 find out the address of the second frame, step 2 switch to 
first frame, step 3 enable a conditional breakpoint.

Thank you, I'll try experimenting with that.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 10 Jul 2024 02:57:01 +0000
Resent-Message-ID: <handler.71866.B71866.172058019129023 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Kangas <stefankangas@HIDDEN>, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172058019129023
          (code B ref 71866); Wed, 10 Jul 2024 02:57:01 +0000
Received: (at 71866) by debbugs.gnu.org; 10 Jul 2024 02:56:31 +0000
Received: from localhost ([127.0.0.1]:54607 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sRNVP-0007Y1-6A
	for submit <at> debbugs.gnu.org; Tue, 09 Jul 2024 22:56:31 -0400
Received: from fout1-smtp.messagingengine.com ([103.168.172.144]:37771)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dmitry@HIDDEN>) id 1sRNVN-0007XV-0l
 for 71866 <at> debbugs.gnu.org; Tue, 09 Jul 2024 22:56:29 -0400
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44])
 by mailfout.nyi.internal (Postfix) with ESMTP id B176D1381232;
 Tue,  9 Jul 2024 22:56:17 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163])
 by compute4.internal (MEProxy); Tue, 09 Jul 2024 22:56:17 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc
 :content-transfer-encoding:content-type:content-type:date:date
 :from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to; s=fm1; t=1720580177;
 x=1720666577; bh=dwzVF4qj4832j6HRwXd6ucBHLuMNWb4nU9xh0yqlvg8=; b=
 Ch2QS1oSBs4u5RsTK65M1I4d1Ns6PIMEipIWK8LYMrX2AjuuZTjoycF6TbKGhOWG
 BA0uTHfRLZUNn4mUFUS6MiEBp1gGr+rvo0izbYNI/sVmvOon8l9KbiBIjFd8Ep7Y
 p52dA35Ci/g8K+02cMaruljK6oeubk+wMhdbbg2OsSzChs/gNzrv45lIKpaEDUbg
 8wi7d24gUIife02c+iM59WoDSAY3lqo0WoX1U7+QBmQxtB7641vqFkkpZy5Kc0ti
 JopRdPxNlrGGKaQ3+xt1INghbz/tE9bDu22ErvuyF6lIdkegeLSqb040/lVvWe7p
 4YYoLcdpiEqFxtIEZ06ukg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:content-transfer-encoding:content-type
 :content-type:date:date:feedback-id:feedback-id:from:from
 :in-reply-to:in-reply-to:message-id:mime-version:references
 :reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy
 :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1720580177; x=
 1720666577; bh=dwzVF4qj4832j6HRwXd6ucBHLuMNWb4nU9xh0yqlvg8=; b=X
 XHdT/QEW5MBy+2AEOM83PdTBHlO+gEgDXNWZkSpg9tKvM+vADbELt51Nz4rMorjv
 t6RcLcB+RAIwXpClQ7g9OPsIl4r6p6yUUQ5nUeb9Vkt+JJ2V7yzkR1ZfZEc43F4/
 g9cHvG8iVcsYvKnWn0Fb0hmsFbi3LhyqHEu1b6IZN9W/ELxFW0HeP/n6yAGF0R0z
 EogR3BrbKa2tTr2VYD0Tuf5Czy9dCZaD+kUeWa2K3YoLFiClRwMvLAax8qyswlBY
 hzYPPinGewSlQBwlZXPEGOuIZF9gOdI91iTQ3rNN5uUvpe6M4x0ycfoPxUXO25gL
 +zaF6NpsuC+XRdMhcxcVA==
X-ME-Sender: <xms:UPiNZgraEc3x6EejO7WAfUFwzIKRpqqfH_LYQb3YzW47wNh6TyI9bQ>
 <xme:UPiNZmrurE8aW77H3U4wafslZAKP3IoK3gU-zQT--ESaJLAu6p1SX1LOiOBL6MKm4
 jde2lPpgwqux-3ZZBQ>
X-ME-Received: <xmr:UPiNZlMX7feRZSxRg9n1ep_fryAMY_Xv83W6mDFmIsv-i0VIWnb2a_SRSRHFubEFP5ro>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrfedtgdeihecutefuodetggdotefrodftvf
 curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu
 uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc
 fjughrpefkffggfgfuvfhfhfgjtgfgsehtjeertddtvdejnecuhfhrohhmpeffmhhithhr
 hicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrthhtvg
 hrnheptdfhuedvtdevleegueelvedvjeevheffveevhedvuefftdefhfdvueeggfetgfdt
 necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepughmih
 htrhihsehguhhtohhvrdguvghv
X-ME-Proxy: <xmx:UPiNZn7sTlKXhLO2KfUU4WcA21W-pPkEA0w8Bwl5hqAsoPE9NBgMVA>
 <xmx:UPiNZv6pf3iQqdOxXL7iJMJtXFRwz2xCeC37D7j43DOXf8-ojcx0dg>
 <xmx:UPiNZngxJHzdNFUwntnmc3J1UXWUy0Pz2Ss658eV6mLvD_vDP-pa1w>
 <xmx:UPiNZp5xGH0FYjZXgGe454JxyRJ9gsY2X7eFcNY9nHsn05LgErHCpQ>
 <xmx:UfiNZvG4iuOm_sASY32tzovvcm1L35-f2G4TdjXIKJ1dHuQMp0Q6MxgT>
Feedback-ID: i0e71465a:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue,
 9 Jul 2024 22:56:15 -0400 (EDT)
Message-ID: <e62b722d-f85a-4109-9459-38fce60611af@HIDDEN>
Date: Wed, 10 Jul 2024 05:56:14 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <CADwFkmk6_B2wy4Mgs5zsut-8DFLxCK8BAs1gvUNOEdHBpjHLSw@HIDDEN>
 <91d6db11-b866-4f1f-bf8b-d91af2e3dfe3@HIDDEN>
 <CADwFkmmWP6c575BFjKOyjvaJGi1dyzWpzSm3gryn+GsWoEwmtQ@HIDDEN>
Content-Language: en-US
From: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <CADwFkmmWP6c575BFjKOyjvaJGi1dyzWpzSm3gryn+GsWoEwmtQ@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On 09/07/2024 21:22, Stefan Kangas wrote:
> Dmitry Gutov <dmitry@HIDDEN> writes:
> 
>> Not sure what is the difference between our machines - but mine is an M3
>> Pro, FWIW.
> 
> M2 Pro here, using the latest version of various libraries available on
> Homebrew.
> 
> Maybe some build flags or features are different?

Right, I don't have pass any explicit flags to configure.

> Configured using:
>   'configure --enable-checking=yes,glyphs
>   --enable-check-lisp-object-type'

...but I have just recompiled after re-running configure with the above 
options, and the bug still reproduces. Not 'make boostrap', though, just 
'./configure ...' and then 'make'.

> Configured features:
> ACL GNUTLS LCMS2 LIBXML2 MODULES NOTIFY KQUEUE NS PDUMPER PNG SQLITE3
> THREADS TOOLKIT_SCROLL_BARS TREE_SITTER ZLIB

LCMS2, PNG, SQLITE3 are not in my list, otherwise it's the same.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 10 Jul 2024 12:00:02 +0000
Resent-Message-ID: <handler.71866.B71866.172061277931444 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dmitry@HIDDEN>
Cc: 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172061277931444
          (code B ref 71866); Wed, 10 Jul 2024 12:00:02 +0000
Received: (at 71866) by debbugs.gnu.org; 10 Jul 2024 11:59:39 +0000
Received: from localhost ([127.0.0.1]:55050 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sRVz1-0008B5-1y
	for submit <at> debbugs.gnu.org; Wed, 10 Jul 2024 07:59:39 -0400
Received: from eggs.gnu.org ([209.51.188.92]:55802)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1sRVyz-0008Ap-OV
 for 71866 <at> debbugs.gnu.org; Wed, 10 Jul 2024 07:59:38 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1sRVyo-0003ef-6U; Wed, 10 Jul 2024 07:59:26 -0400
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=6loL4VZETgcf/vOW95U5ajfDXzVmd6XRsWUxx22Ga+A=; b=IPjW9MI9YzEc
 h+/TQo4OPcXI15YzXCLWpk0PetGXP6f3beP31kUGmSIcmGNqJ8FUkHGGL/0WDV6mjxzlxcnxdAdPu
 bwfbDqiI6Y+N1nVc5LxAQhCe+nDTMcZZ7ctHZXlyGXljmd3C1pKPZ0Zj4Se9o2C1ZrS3VYZbNvvIX
 avnV5erZawKuKp5HhM+93kNZVqCtom+0RzrDeJzjE5mf7UUCQzTGaKN2O6jrei92jc5hyoIVdp8CK
 pnW20XxZK0bM2SAJwAIpa7fRzGaUvNL++kS+lKFzZKd27qH+IDUnBM6f+bQyHVP2fC8mBpvHKJ6Bs
 2tVNzX5OFlKv24QkWJL62g==;
Date: Wed, 10 Jul 2024 14:58:59 +0300
Message-Id: <867cdto3uk.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <d67cdfa2-dc75-4d58-8f82-49ddc55f5e45@HIDDEN> (message from
 Dmitry Gutov on Wed, 10 Jul 2024 05:46:35 +0300)
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <86frstfiop.fsf@HIDDEN> <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN>
 <86v81i526t.fsf@HIDDEN> <1f5f741f-d599-4051-8a34-27d349360eb8@HIDDEN>
 <86sewiztr2.fsf@HIDDEN> <d67cdfa2-dc75-4d58-8f82-49ddc55f5e45@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Wed, 10 Jul 2024 05:46:35 +0300
> Cc: 71866 <at> debbugs.gnu.org
> From: Dmitry Gutov <dmitry@HIDDEN>
> 
> >> It does get called. Unfortunately, as soon as I put a breakpoint there,
> >> any attempt to switch to the Emacs window drops into the debugger again
> >> - and I have switch back to the terminal emulator to enter 'c RET' 20
> >> times or so.
> > 
> > I don't think I understand what you are trying to do.  I thought you
> > needed to "switch to the Emacs window" just once: to trigger the
> > situation which you want to investigate.  Once you trigger it, the
> > debugger will indeed kick in, but all you need to do next is step
> > through the code, so why do you care about switching to Emacs again?
> 
> Somehow, the problem manifests when I switch between frames (two frames 
> in the current repro) using C-` (bound to `other-frame').
> 
> But if I Alt-Tab to a different application and then Alt-Tab back to 
> Emacs, then the glyph is rendered fine - even if the "problematic" frame 
> gets selected.

I thought you see the problem when you switch from another application
to Emacs, not only when you switch between two Emacs frames.  I see I
was mistaken.

> >    (gdb) print f
> >      $1 = (struct frame *) 0x1234567812345600
> >    (gdb) condition 3 f == 0x1234567812345600
> > 
> > This makes breakpoint 3 trigger only when struct frame variable f has
> > the value of this frame.
> 
> So step 1 find out the address of the second frame, step 2 switch to 
> first frame, step 3 enable a conditional breakpoint.

Yes.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 19 Jul 2024 14:53:02 +0000
Resent-Message-ID: <handler.71866.B71866.17214007371389 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.17214007371389
          (code B ref 71866); Fri, 19 Jul 2024 14:53:02 +0000
Received: (at 71866) by debbugs.gnu.org; 19 Jul 2024 14:52:17 +0000
Received: from localhost ([127.0.0.1]:50044 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sUoxz-0000MH-CC
	for submit <at> debbugs.gnu.org; Fri, 19 Jul 2024 10:52:16 -0400
Received: from fout6-smtp.messagingengine.com ([103.168.172.149]:34277)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dmitry@HIDDEN>) id 1sUoxp-0000Ku-4M
 for 71866 <at> debbugs.gnu.org; Fri, 19 Jul 2024 10:52:08 -0400
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
 by mailfout.nyi.internal (Postfix) with ESMTP id 5088813800CD;
 Thu, 18 Jul 2024 21:57:18 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163])
 by compute1.internal (MEProxy); Thu, 18 Jul 2024 21:57:18 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc
 :cc:content-type:content-type:date:date:from:from:in-reply-to
 :in-reply-to:message-id:mime-version:references:reply-to:subject
 :subject:to:to; s=fm1; t=1721354238; x=1721440638; bh=40Dj4iKhBm
 guJ2A+q0xMlF7am+utSKD/Ac1F33WfQk0=; b=mv6zWnTsSzJt1XYCBofUfPZ26v
 DTbr3joeTJDUHf+rSyLsp8SzdeUPn6TByPKaxp3VVDMgrQscfB/Sc/6GnPIaca7K
 r+VyuFaveGBh5KC3SceOIhEAGlFCxmGEKA5uVLIVNnJhCogxg4SaFgWyqWlhICpZ
 sl226xti2W5NJ4FJqaR1Aai6IFzoJ1irq5cvygTxL2rxE2kUWGKGq+VAvMhEtZhI
 c59gk6biNjCaTqo1dBtL82pXyUsg8qx6+PQp/iMT+yDvXmWwwmz9mgqeY3ShL6DQ
 NmtJPOUTt2p6+zAnMVhPs9qE/B6tyk35lBX4z8FGo9bFqyLYEborHNnt4xZw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:cc:content-type:content-type:date:date
 :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to
 :message-id:mime-version:references:reply-to:subject:subject:to
 :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=
 fm2; t=1721354238; x=1721440638; bh=40Dj4iKhBmguJ2A+q0xMlF7am+ut
 SKD/Ac1F33WfQk0=; b=ifLnJ95zH0OS+20Ke/e0BOZrK7xQeO8w8z2FVOsilXzr
 +kmQUEFhy02Y4YTLQ482bOmrPF5VZIY8KH387l9Ox5NF4moaBXUBgz+nINIVZJgZ
 0jZgbyL4nskVRCSaEGTzO1V0t0JTZDoQ8hKdo1xX058mdzGZ294MkcdXiWWvaiBM
 I5bWB6TH52zUvhuxKMrWpj5jquEuqswmzuQgVMFvzdW4slDqDFj2HIecXHTq1yA0
 zttqZDMA2Z1LijWh9bQLcWfTuxwsBX8Bdh3WJKJqQibPcE5IuLRfgVjMZE4FpQTO
 JH4b7RKGyq6VWQmY5cOZ+1IIVsK7059z9cdJ53xC/A==
X-ME-Sender: <xms:_MeZZrzDN81YAA5dSyrf5mXEE1h19xAxeu3uu50rtmFCOnrHqjGpng>
 <xme:_MeZZjRb3ztvtRrhMoPvKIaPqRcz0pt8S1v5tkmv2H0nXZ7tll3tiWEtttqTqBRZb
 49mLOCHWwRBcOxasm4>
X-ME-Received: <xmr:_MeZZlXlWk3G33JONA_M6tBl_R7Dbrnsh48hPWcLMf-nC9TSbeR6J63x-oNvkU9Nc2p9>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrhedtgdehvdcutefuodetggdotefrodftvf
 curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu
 uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc
 fjughrpegtkfffgggfuffvvehfhfgjsehmtderredtvdejnecuhfhrohhmpeffmhhithhr
 hicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrthhtvg
 hrnhepheelfedukeduudevkeeilefgieffvdekhfekleejueejgeeukeevffekjeejveeh
 necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepughmih
 htrhihsehguhhtohhvrdguvghv
X-ME-Proxy: <xmx:_MeZZlhv_f7ptk440uVG09ExnwQslQ7e6Xk-fp1aP4XnvGCu4fMoPQ>
 <xmx:_MeZZtA8VXWBXvQjzaoj4K9LKi9KWiP19yuj2nplC_M3qXaoRK7C3w>
 <xmx:_MeZZuJglHrhvzhtHJiaP7WodWi2M6_-1dbzFH_xE5AqjATGgw9vDg>
 <xmx:_MeZZsDdLT9C92W5L7d9xqJoX6Rmyupe5nQmui5s5P-PrhUWR6q-Sg>
 <xmx:_seZZgMUncen2rmTwXLnS8HtuvA20kRvZI0T0vvlU1ECnQa_esroa48J>
Feedback-ID: i0e71465a:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu,
 18 Jul 2024 21:57:15 -0400 (EDT)
Content-Type: multipart/mixed; boundary="------------cvD7BA4HwbuitJcRuuW0uYaX"
Message-ID: <56cc929b-5491-4ed4-a527-d0b1a369e625@HIDDEN>
Date: Fri, 19 Jul 2024 04:57:12 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <86frstfiop.fsf@HIDDEN> <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN>
 <86v81i526t.fsf@HIDDEN> <1f5f741f-d599-4051-8a34-27d349360eb8@HIDDEN>
 <86sewiztr2.fsf@HIDDEN> <d67cdfa2-dc75-4d58-8f82-49ddc55f5e45@HIDDEN>
 <867cdto3uk.fsf@HIDDEN>
Content-Language: en-US
From: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <867cdto3uk.fsf@HIDDEN>
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

This is a multi-part message in MIME format.
--------------cvD7BA4HwbuitJcRuuW0uYaX
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

On 10/07/2024 14:58, Eli Zaretskii wrote:
>> Date: Wed, 10 Jul 2024 05:46:35 +0300
>> Cc: 71866 <at> debbugs.gnu.org
>> From: Dmitry Gutov <dmitry@HIDDEN>
>>
>>>> It does get called. Unfortunately, as soon as I put a breakpoint there,
>>>> any attempt to switch to the Emacs window drops into the debugger again
>>>> - and I have switch back to the terminal emulator to enter 'c RET' 20
>>>> times or so.
>>>
>>> I don't think I understand what you are trying to do.  I thought you
>>> needed to "switch to the Emacs window" just once: to trigger the
>>> situation which you want to investigate.  Once you trigger it, the
>>> debugger will indeed kick in, but all you need to do next is step
>>> through the code, so why do you care about switching to Emacs again?
>>
>> Somehow, the problem manifests when I switch between frames (two frames
>> in the current repro) using C-` (bound to `other-frame').
>>
>> But if I Alt-Tab to a different application and then Alt-Tab back to
>> Emacs, then the glyph is rendered fine - even if the "problematic" frame
>> gets selected.
> 
> I thought you see the problem when you switch from another application
> to Emacs, not only when you switch between two Emacs frames.  I see I
> was mistaken.
> 
>>>     (gdb) print f
>>>       $1 = (struct frame *) 0x1234567812345600
>>>     (gdb) condition 3 f == 0x1234567812345600
>>>
>>> This makes breakpoint 3 trigger only when struct frame variable f has
>>> the value of this frame.
>>
>> So step 1 find out the address of the second frame, step 2 switch to
>> first frame, step 3 enable a conditional breakpoint.
> 
> Yes.

Okay, I have tried that, and the results might or might not be useful.

Similarly to the case of switching from another application, when I have 
to switch to another application to handle the breakpoints (just typing 
'c RET'), the behavior is different.

BUT the last call to ns_draw_window_cursor (out of 14) before the 
control is returned results in the cursor getting hidden (in the new 
selected Emacs frame only). Unlike the problem I described, the 
character under the cursor stays drawn, but the cursor rectangle goes 
away (and that happens after the last breakpoint hit, before that the 
text and the cursor look correctly - hollow cursor around the character).

I'm attaching the last debugging log - maybe the backtrace can be 
useful? - but note that the backtrace printing is halfway broken as well 
- it freezes and I have to press ^C a bunch of times to see something.

Anyway, while wrong, the behavior is not the same, so I can't be sure 
it's the same problem that is being triggered.
--------------cvD7BA4HwbuitJcRuuW0uYaX
Content-Type: text/plain; charset=UTF-8; name="emacs-lldb-log.txt"
Content-Disposition: attachment; filename="emacs-lldb-log.txt"
Content-Transfer-Encoding: base64

UHJvY2VzcyA4MjQ2MSBzdG9wcGVkCiogdGhyZWFkICMxLCBxdWV1ZSA9ICdjb20uYXBwbGUu
bWFpbi10aHJlYWQnLCBzdG9wIHJlYXNvbiA9IGJyZWFrcG9pbnQgNC4xCiAgICBmcmFtZSAj
MDogMHgwMDAwMDAwMTAwMjdkYTZjIGVtYWNzYG5zX2RyYXdfd2luZG93X2N1cnNvcih3PTB4
MDAwMDAwMDEzMjhiNDE4OCwgZ2x5cGhfcm93PTB4MDAwMDAwMDEzMmFkMDAwMCwgeD08dW5h
dmFpbGFibGU+LCB5PTx1bmF2YWlsYWJsZT4sIGN1cnNvcl90eXBlPUZJTExFRF9CT1hfQ1VS
U09SLCBjdXJzb3Jfd2lkdGg9MSwgb25fcD10cnVlLCBhY3RpdmVfcD08dW5hdmFpbGFibGU+
KSBhdCBuc3Rlcm0ubTozMDQ1OjIzIFtvcHRdCiAgIDMwNDIJICBpZiAoIW9uX3ApCiAgIDMw
NDMJICAgIHJldHVybjsKICAgMzA0NAotPiAzMDQ1CSAgdy0+cGh5c19jdXJzb3JfdHlwZSA9
IGN1cnNvcl90eXBlOwogICAzMDQ2CSAgdy0+cGh5c19jdXJzb3Jfb25fcCA9IG9uX3A7CiAg
IDMwNDcKICAgMzA0OAkgIGlmIChjdXJzb3JfdHlwZSA9PSBOT19DVVJTT1IpClRhcmdldCAw
OiAoZW1hY3MpIHN0b3BwZWQuCihsbGRiKSBjClByb2Nlc3MgODI0NjEgcmVzdW1pbmcKUHJv
Y2VzcyA4MjQ2MSBzdG9wcGVkCiogdGhyZWFkICMxLCBxdWV1ZSA9ICdjb20uYXBwbGUubWFp
bi10aHJlYWQnLCBzdG9wIHJlYXNvbiA9IGJyZWFrcG9pbnQgNC4xCiAgICBmcmFtZSAjMDog
MHgwMDAwMDAwMTAwMjdkYTZjIGVtYWNzYG5zX2RyYXdfd2luZG93X2N1cnNvcih3PTB4MDAw
MDAwMDEzMjhiNDE4OCwgZ2x5cGhfcm93PTB4MDAwMDAwMDEzMmFkMDAwMCwgeD08dW5hdmFp
bGFibGU+LCB5PTx1bmF2YWlsYWJsZT4sIGN1cnNvcl90eXBlPUZJTExFRF9CT1hfQ1VSU09S
LCBjdXJzb3Jfd2lkdGg9MSwgb25fcD10cnVlLCBhY3RpdmVfcD08dW5hdmFpbGFibGU+KSBh
dCBuc3Rlcm0ubTozMDQ1OjIzIFtvcHRdCiAgIDMwNDIJICBpZiAoIW9uX3ApCiAgIDMwNDMJ
ICAgIHJldHVybjsKICAgMzA0NAotPiAzMDQ1CSAgdy0+cGh5c19jdXJzb3JfdHlwZSA9IGN1
cnNvcl90eXBlOwogICAzMDQ2CSAgdy0+cGh5c19jdXJzb3Jfb25fcCA9IG9uX3A7CiAgIDMw
NDcKICAgMzA0OAkgIGlmIChjdXJzb3JfdHlwZSA9PSBOT19DVVJTT1IpClRhcmdldCAwOiAo
ZW1hY3MpIHN0b3BwZWQuCihsbGRiKSBjClByb2Nlc3MgODI0NjEgcmVzdW1pbmcKUHJvY2Vz
cyA4MjQ2MSBzdG9wcGVkCiogdGhyZWFkICMxLCBxdWV1ZSA9ICdjb20uYXBwbGUubWFpbi10
aHJlYWQnLCBzdG9wIHJlYXNvbiA9IGJyZWFrcG9pbnQgNC4xCiAgICBmcmFtZSAjMDogMHgw
MDAwMDAwMTAwMjdkYTZjIGVtYWNzYG5zX2RyYXdfd2luZG93X2N1cnNvcih3PTB4MDAwMDAw
MDEzMjhiNDQzMCwgZ2x5cGhfcm93PTB4MDAwMDAwMDEzMDhkMTIwMCwgeD08dW5hdmFpbGFi
bGU+LCB5PTx1bmF2YWlsYWJsZT4sIGN1cnNvcl90eXBlPU5PX0NVUlNPUiwgY3Vyc29yX3dp
ZHRoPTAsIG9uX3A9dHJ1ZSwgYWN0aXZlX3A9PHVuYXZhaWxhYmxlPikgYXQgbnN0ZXJtLm06
MzA0NToyMyBbb3B0XQogICAzMDQyCSAgaWYgKCFvbl9wKQogICAzMDQzCSAgICByZXR1cm47
CiAgIDMwNDQKLT4gMzA0NQkgIHctPnBoeXNfY3Vyc29yX3R5cGUgPSBjdXJzb3JfdHlwZTsK
ICAgMzA0NgkgIHctPnBoeXNfY3Vyc29yX29uX3AgPSBvbl9wOwogICAzMDQ3CiAgIDMwNDgJ
ICBpZiAoY3Vyc29yX3R5cGUgPT0gTk9fQ1VSU09SKQpUYXJnZXQgMDogKGVtYWNzKSBzdG9w
cGVkLgoobGxkYikgYwpQcm9jZXNzIDgyNDYxIHJlc3VtaW5nCjIwMjQtMDctMTkgMDQ6Mzk6
NTQuNTM4ODcxKzAzMDAgZW1hY3NbODI0NjE6MjgzMDAyNl0gW0N1cnNvclVJXSAtW1RVSU5T
Q3Vyc29yVUlDb250cm9sbGVyIGFjdGl2YXRlOl06IEVtYWNzVmlldyBkb2Vzbid0IGNvbmZv
cm0gdG8gTlNUZXh0SW5wdXRDbGllbnQgcHJvdG9jb2wuClByb2Nlc3MgODI0NjEgc3RvcHBl
ZAoqIHRocmVhZCAjMSwgcXVldWUgPSAnY29tLmFwcGxlLm1haW4tdGhyZWFkJywgc3RvcCBy
ZWFzb24gPSBicmVha3BvaW50IDQuMQogICAgZnJhbWUgIzA6IDB4MDAwMDAwMDEwMDI3ZGE2
YyBlbWFjc2Buc19kcmF3X3dpbmRvd19jdXJzb3Iodz0weDAwMDAwMDAxMzI4YjQxODgsIGds
eXBoX3Jvdz0weDAwMDAwMDAxMzJhZDAwMDAsIHg9PHVuYXZhaWxhYmxlPiwgeT08dW5hdmFp
bGFibGU+LCBjdXJzb3JfdHlwZT1IT0xMT1dfQk9YX0NVUlNPUiwgY3Vyc29yX3dpZHRoPTEs
IG9uX3A9dHJ1ZSwgYWN0aXZlX3A9PHVuYXZhaWxhYmxlPikgYXQgbnN0ZXJtLm06MzA0NToy
MyBbb3B0XQogICAzMDQyCSAgaWYgKCFvbl9wKQogICAzMDQzCSAgICByZXR1cm47CiAgIDMw
NDQKLT4gMzA0NQkgIHctPnBoeXNfY3Vyc29yX3R5cGUgPSBjdXJzb3JfdHlwZTsKICAgMzA0
NgkgIHctPnBoeXNfY3Vyc29yX29uX3AgPSBvbl9wOwogICAzMDQ3CiAgIDMwNDgJICBpZiAo
Y3Vyc29yX3R5cGUgPT0gTk9fQ1VSU09SKQpUYXJnZXQgMDogKGVtYWNzKSBzdG9wcGVkLgoo
bGxkYikgYwpQcm9jZXNzIDgyNDYxIHJlc3VtaW5nClByb2Nlc3MgODI0NjEgc3RvcHBlZAoq
IHRocmVhZCAjMSwgcXVldWUgPSAnY29tLmFwcGxlLm1haW4tdGhyZWFkJywgc3RvcCByZWFz
b24gPSBicmVha3BvaW50IDQuMQogICAgZnJhbWUgIzA6IDB4MDAwMDAwMDEwMDI3ZGE2YyBl
bWFjc2Buc19kcmF3X3dpbmRvd19jdXJzb3Iodz0weDAwMDAwMDAxMzI4YjQ0MzAsIGdseXBo
X3Jvdz0weDAwMDAwMDAxMzA4ZDEyMDAsIHg9PHVuYXZhaWxhYmxlPiwgeT08dW5hdmFpbGFi
bGU+LCBjdXJzb3JfdHlwZT1OT19DVVJTT1IsIGN1cnNvcl93aWR0aD0wLCBvbl9wPXRydWUs
IGFjdGl2ZV9wPTx1bmF2YWlsYWJsZT4pIGF0IG5zdGVybS5tOjMwNDU6MjMgW29wdF0KICAg
MzA0MgkgIGlmICghb25fcCkKICAgMzA0MwkgICAgcmV0dXJuOwogICAzMDQ0Ci0+IDMwNDUJ
ICB3LT5waHlzX2N1cnNvcl90eXBlID0gY3Vyc29yX3R5cGU7CiAgIDMwNDYJICB3LT5waHlz
X2N1cnNvcl9vbl9wID0gb25fcDsKICAgMzA0NwogICAzMDQ4CSAgaWYgKGN1cnNvcl90eXBl
ID09IE5PX0NVUlNPUikKVGFyZ2V0IDA6IChlbWFjcykgc3RvcHBlZC4KKGxsZGIpIGMKUHJv
Y2VzcyA4MjQ2MSByZXN1bWluZwpQcm9jZXNzIDgyNDYxIHN0b3BwZWQKKiB0aHJlYWQgIzEs
IHF1ZXVlID0gJ2NvbS5hcHBsZS5tYWluLXRocmVhZCcsIHN0b3AgcmVhc29uID0gYnJlYWtw
b2ludCA0LjEKICAgIGZyYW1lICMwOiAweDAwMDAwMDAxMDAyN2RhNmMgZW1hY3NgbnNfZHJh
d193aW5kb3dfY3Vyc29yKHc9MHgwMDAwMDAwMTMyOGI0MTg4LCBnbHlwaF9yb3c9MHgwMDAw
MDAwMTMyYWQwMDAwLCB4PTx1bmF2YWlsYWJsZT4sIHk9PHVuYXZhaWxhYmxlPiwgY3Vyc29y
X3R5cGU9RklMTEVEX0JPWF9DVVJTT1IsIGN1cnNvcl93aWR0aD0xLCBvbl9wPXRydWUsIGFj
dGl2ZV9wPTx1bmF2YWlsYWJsZT4pIGF0IG5zdGVybS5tOjMwNDU6MjMgW29wdF0KICAgMzA0
MgkgIGlmICghb25fcCkKICAgMzA0MwkgICAgcmV0dXJuOwogICAzMDQ0Ci0+IDMwNDUJICB3
LT5waHlzX2N1cnNvcl90eXBlID0gY3Vyc29yX3R5cGU7CiAgIDMwNDYJICB3LT5waHlzX2N1
cnNvcl9vbl9wID0gb25fcDsKICAgMzA0NwogICAzMDQ4CSAgaWYgKGN1cnNvcl90eXBlID09
IE5PX0NVUlNPUikKVGFyZ2V0IDA6IChlbWFjcykgc3RvcHBlZC4KKGxsZGIpIGMKUHJvY2Vz
cyA4MjQ2MSByZXN1bWluZwpQcm9jZXNzIDgyNDYxIHN0b3BwZWQKKiB0aHJlYWQgIzEsIHF1
ZXVlID0gJ2NvbS5hcHBsZS5tYWluLXRocmVhZCcsIHN0b3AgcmVhc29uID0gYnJlYWtwb2lu
dCA0LjEKICAgIGZyYW1lICMwOiAweDAwMDAwMDAxMDAyN2RhNmMgZW1hY3NgbnNfZHJhd193
aW5kb3dfY3Vyc29yKHc9MHgwMDAwMDAwMTMyOGI0MTg4LCBnbHlwaF9yb3c9MHgwMDAwMDAw
MTMyYWQwMDAwLCB4PTx1bmF2YWlsYWJsZT4sIHk9PHVuYXZhaWxhYmxlPiwgY3Vyc29yX3R5
cGU9RklMTEVEX0JPWF9DVVJTT1IsIGN1cnNvcl93aWR0aD0xLCBvbl9wPXRydWUsIGFjdGl2
ZV9wPTx1bmF2YWlsYWJsZT4pIGF0IG5zdGVybS5tOjMwNDU6MjMgW29wdF0KICAgMzA0Mgkg
IGlmICghb25fcCkKICAgMzA0MwkgICAgcmV0dXJuOwogICAzMDQ0Ci0+IDMwNDUJICB3LT5w
aHlzX2N1cnNvcl90eXBlID0gY3Vyc29yX3R5cGU7CiAgIDMwNDYJICB3LT5waHlzX2N1cnNv
cl9vbl9wID0gb25fcDsKICAgMzA0NwogICAzMDQ4CSAgaWYgKGN1cnNvcl90eXBlID09IE5P
X0NVUlNPUikKVGFyZ2V0IDA6IChlbWFjcykgc3RvcHBlZC4KKGxsZGIpIGMKUHJvY2VzcyA4
MjQ2MSByZXN1bWluZwpQcm9jZXNzIDgyNDYxIHN0b3BwZWQKKiB0aHJlYWQgIzEsIHF1ZXVl
ID0gJ2NvbS5hcHBsZS5tYWluLXRocmVhZCcsIHN0b3AgcmVhc29uID0gYnJlYWtwb2ludCA0
LjEKICAgIGZyYW1lICMwOiAweDAwMDAwMDAxMDAyN2RhNmMgZW1hY3NgbnNfZHJhd193aW5k
b3dfY3Vyc29yKHc9MHgwMDAwMDAwMTMyOGI0NDMwLCBnbHlwaF9yb3c9MHgwMDAwMDAwMTMw
OGQxMjAwLCB4PTx1bmF2YWlsYWJsZT4sIHk9PHVuYXZhaWxhYmxlPiwgY3Vyc29yX3R5cGU9
Tk9fQ1VSU09SLCBjdXJzb3Jfd2lkdGg9MCwgb25fcD10cnVlLCBhY3RpdmVfcD08dW5hdmFp
bGFibGU+KSBhdCBuc3Rlcm0ubTozMDQ1OjIzIFtvcHRdCiAgIDMwNDIJICBpZiAoIW9uX3Ap
CiAgIDMwNDMJICAgIHJldHVybjsKICAgMzA0NAotPiAzMDQ1CSAgdy0+cGh5c19jdXJzb3Jf
dHlwZSA9IGN1cnNvcl90eXBlOwogICAzMDQ2CSAgdy0+cGh5c19jdXJzb3Jfb25fcCA9IG9u
X3A7CiAgIDMwNDcKICAgMzA0OAkgIGlmIChjdXJzb3JfdHlwZSA9PSBOT19DVVJTT1IpClRh
cmdldCAwOiAoZW1hY3MpIHN0b3BwZWQuCihsbGRiKSBjClByb2Nlc3MgODI0NjEgcmVzdW1p
bmcKMjAyNC0wNy0xOSAwNDo0MDoxMC41MjMxMjArMDMwMCBlbWFjc1s4MjQ2MToyODMwMDI2
XSBbQ3Vyc29yVUldIC1bVFVJTlNDdXJzb3JVSUNvbnRyb2xsZXIgYWN0aXZhdGU6XTogRW1h
Y3NWaWV3IGRvZXNuJ3QgY29uZm9ybSB0byBOU1RleHRJbnB1dENsaWVudCBwcm90b2NvbC4K
UHJvY2VzcyA4MjQ2MSBzdG9wcGVkCiogdGhyZWFkICMxLCBxdWV1ZSA9ICdjb20uYXBwbGUu
bWFpbi10aHJlYWQnLCBzdG9wIHJlYXNvbiA9IGJyZWFrcG9pbnQgNC4xCiAgICBmcmFtZSAj
MDogMHgwMDAwMDAwMTAwMjdkYTZjIGVtYWNzYG5zX2RyYXdfd2luZG93X2N1cnNvcih3PTB4
MDAwMDAwMDEzMjhiNDE4OCwgZ2x5cGhfcm93PTB4MDAwMDAwMDEzMmFkMDAwMCwgeD08dW5h
dmFpbGFibGU+LCB5PTx1bmF2YWlsYWJsZT4sIGN1cnNvcl90eXBlPUhPTExPV19CT1hfQ1VS
U09SLCBjdXJzb3Jfd2lkdGg9MSwgb25fcD10cnVlLCBhY3RpdmVfcD08dW5hdmFpbGFibGU+
KSBhdCBuc3Rlcm0ubTozMDQ1OjIzIFtvcHRdCiAgIDMwNDIJICBpZiAoIW9uX3ApCiAgIDMw
NDMJICAgIHJldHVybjsKICAgMzA0NAotPiAzMDQ1CSAgdy0+cGh5c19jdXJzb3JfdHlwZSA9
IGN1cnNvcl90eXBlOwogICAzMDQ2CSAgdy0+cGh5c19jdXJzb3Jfb25fcCA9IG9uX3A7CiAg
IDMwNDcKICAgMzA0OAkgIGlmIChjdXJzb3JfdHlwZSA9PSBOT19DVVJTT1IpClRhcmdldCAw
OiAoZW1hY3MpIHN0b3BwZWQuCihsbGRiKSBjClByb2Nlc3MgODI0NjEgcmVzdW1pbmcKUHJv
Y2VzcyA4MjQ2MSBzdG9wcGVkCiogdGhyZWFkICMxLCBxdWV1ZSA9ICdjb20uYXBwbGUubWFp
bi10aHJlYWQnLCBzdG9wIHJlYXNvbiA9IGJyZWFrcG9pbnQgNC4xCiAgICBmcmFtZSAjMDog
MHgwMDAwMDAwMTAwMjdkYTZjIGVtYWNzYG5zX2RyYXdfd2luZG93X2N1cnNvcih3PTB4MDAw
MDAwMDEzMjhiNDQzMCwgZ2x5cGhfcm93PTB4MDAwMDAwMDEzMDhkMTIwMCwgeD08dW5hdmFp
bGFibGU+LCB5PTx1bmF2YWlsYWJsZT4sIGN1cnNvcl90eXBlPU5PX0NVUlNPUiwgY3Vyc29y
X3dpZHRoPTAsIG9uX3A9dHJ1ZSwgYWN0aXZlX3A9PHVuYXZhaWxhYmxlPikgYXQgbnN0ZXJt
Lm06MzA0NToyMyBbb3B0XQogICAzMDQyCSAgaWYgKCFvbl9wKQogICAzMDQzCSAgICByZXR1
cm47CiAgIDMwNDQKLT4gMzA0NQkgIHctPnBoeXNfY3Vyc29yX3R5cGUgPSBjdXJzb3JfdHlw
ZTsKICAgMzA0NgkgIHctPnBoeXNfY3Vyc29yX29uX3AgPSBvbl9wOwogICAzMDQ3CiAgIDMw
NDgJICBpZiAoY3Vyc29yX3R5cGUgPT0gTk9fQ1VSU09SKQpUYXJnZXQgMDogKGVtYWNzKSBz
dG9wcGVkLgoobGxkYikgYwpQcm9jZXNzIDgyNDYxIHJlc3VtaW5nClByb2Nlc3MgODI0NjEg
c3RvcHBlZAoqIHRocmVhZCAjMSwgcXVldWUgPSAnY29tLmFwcGxlLm1haW4tdGhyZWFkJywg
c3RvcCByZWFzb24gPSBicmVha3BvaW50IDQuMQogICAgZnJhbWUgIzA6IDB4MDAwMDAwMDEw
MDI3ZGE2YyBlbWFjc2Buc19kcmF3X3dpbmRvd19jdXJzb3Iodz0weDAwMDAwMDAxMzI4YjQ0
MzAsIGdseXBoX3Jvdz0weDAwMDAwMDAxMzA4ZDEyMDAsIHg9PHVuYXZhaWxhYmxlPiwgeT08
dW5hdmFpbGFibGU+LCBjdXJzb3JfdHlwZT1OT19DVVJTT1IsIGN1cnNvcl93aWR0aD0wLCBv
bl9wPXRydWUsIGFjdGl2ZV9wPTx1bmF2YWlsYWJsZT4pIGF0IG5zdGVybS5tOjMwNDU6MjMg
W29wdF0KICAgMzA0MgkgIGlmICghb25fcCkKICAgMzA0MwkgICAgcmV0dXJuOwogICAzMDQ0
Ci0+IDMwNDUJICB3LT5waHlzX2N1cnNvcl90eXBlID0gY3Vyc29yX3R5cGU7CiAgIDMwNDYJ
ICB3LT5waHlzX2N1cnNvcl9vbl9wID0gb25fcDsKICAgMzA0NwogICAzMDQ4CSAgaWYgKGN1
cnNvcl90eXBlID09IE5PX0NVUlNPUikKVGFyZ2V0IDA6IChlbWFjcykgc3RvcHBlZC4KKGxs
ZGIpIGMKUHJvY2VzcyA4MjQ2MSByZXN1bWluZwpQcm9jZXNzIDgyNDYxIHN0b3BwZWQKKiB0
aHJlYWQgIzEsIHF1ZXVlID0gJ2NvbS5hcHBsZS5tYWluLXRocmVhZCcsIHN0b3AgcmVhc29u
ID0gYnJlYWtwb2ludCA0LjEKICAgIGZyYW1lICMwOiAweDAwMDAwMDAxMDAyN2RhNmMgZW1h
Y3NgbnNfZHJhd193aW5kb3dfY3Vyc29yKHc9MHgwMDAwMDAwMTMyOGI0MTg4LCBnbHlwaF9y
b3c9MHgwMDAwMDAwMTMyYWQwMDAwLCB4PTx1bmF2YWlsYWJsZT4sIHk9PHVuYXZhaWxhYmxl
PiwgY3Vyc29yX3R5cGU9SE9MTE9XX0JPWF9DVVJTT1IsIGN1cnNvcl93aWR0aD0xLCBvbl9w
PXRydWUsIGFjdGl2ZV9wPTx1bmF2YWlsYWJsZT4pIGF0IG5zdGVybS5tOjMwNDU6MjMgW29w
dF0KICAgMzA0MgkgIGlmICghb25fcCkKICAgMzA0MwkgICAgcmV0dXJuOwogICAzMDQ0Ci0+
IDMwNDUJICB3LT5waHlzX2N1cnNvcl90eXBlID0gY3Vyc29yX3R5cGU7CiAgIDMwNDYJICB3
LT5waHlzX2N1cnNvcl9vbl9wID0gb25fcDsKICAgMzA0NwogICAzMDQ4CSAgaWYgKGN1cnNv
cl90eXBlID09IE5PX0NVUlNPUikKVGFyZ2V0IDA6IChlbWFjcykgc3RvcHBlZC4KKGxsZGIp
IGMKUHJvY2VzcyA4MjQ2MSByZXN1bWluZwpQcm9jZXNzIDgyNDYxIHN0b3BwZWQKKiB0aHJl
YWQgIzEsIHF1ZXVlID0gJ2NvbS5hcHBsZS5tYWluLXRocmVhZCcsIHN0b3AgcmVhc29uID0g
YnJlYWtwb2ludCA0LjEKICAgIGZyYW1lICMwOiAweDAwMDAwMDAxMDAyN2RhNmMgZW1hY3Ng
bnNfZHJhd193aW5kb3dfY3Vyc29yKHc9MHgwMDAwMDAwMTMyOGI0NDMwLCBnbHlwaF9yb3c9
MHgwMDAwMDAwMTMwOGQxMjAwLCB4PTx1bmF2YWlsYWJsZT4sIHk9PHVuYXZhaWxhYmxlPiwg
Y3Vyc29yX3R5cGU9Tk9fQ1VSU09SLCBjdXJzb3Jfd2lkdGg9MCwgb25fcD10cnVlLCBhY3Rp
dmVfcD08dW5hdmFpbGFibGU+KSBhdCBuc3Rlcm0ubTozMDQ1OjIzIFtvcHRdCiAgIDMwNDIJ
ICBpZiAoIW9uX3ApCiAgIDMwNDMJICAgIHJldHVybjsKICAgMzA0NAotPiAzMDQ1CSAgdy0+
cGh5c19jdXJzb3JfdHlwZSA9IGN1cnNvcl90eXBlOwogICAzMDQ2CSAgdy0+cGh5c19jdXJz
b3Jfb25fcCA9IG9uX3A7CiAgIDMwNDcKICAgMzA0OAkgIGlmIChjdXJzb3JfdHlwZSA9PSBO
T19DVVJTT1IpClRhcmdldCAwOiAoZW1hY3MpIHN0b3BwZWQuCihsbGRiKSBjClByb2Nlc3Mg
ODI0NjEgcmVzdW1pbmcKUHJvY2VzcyA4MjQ2MSBzdG9wcGVkCiogdGhyZWFkICMxLCBxdWV1
ZSA9ICdjb20uYXBwbGUubWFpbi10aHJlYWQnLCBzdG9wIHJlYXNvbiA9IGJyZWFrcG9pbnQg
NC4xCiAgICBmcmFtZSAjMDogMHgwMDAwMDAwMTAwMjdkYTZjIGVtYWNzYG5zX2RyYXdfd2lu
ZG93X2N1cnNvcih3PTB4MDAwMDAwMDEzMjhiNDQzMCwgZ2x5cGhfcm93PTB4MDAwMDAwMDEz
MDhkMTIwMCwgeD08dW5hdmFpbGFibGU+LCB5PTx1bmF2YWlsYWJsZT4sIGN1cnNvcl90eXBl
PU5PX0NVUlNPUiwgY3Vyc29yX3dpZHRoPTAsIG9uX3A9dHJ1ZSwgYWN0aXZlX3A9PHVuYXZh
aWxhYmxlPikgYXQgbnN0ZXJtLm06MzA0NToyMyBbb3B0XQogICAzMDQyCSAgaWYgKCFvbl9w
KQogICAzMDQzCSAgICByZXR1cm47CiAgIDMwNDQKLT4gMzA0NQkgIHctPnBoeXNfY3Vyc29y
X3R5cGUgPSBjdXJzb3JfdHlwZTsKICAgMzA0NgkgIHctPnBoeXNfY3Vyc29yX29uX3AgPSBv
bl9wOwogICAzMDQ3CiAgIDMwNDgJICBpZiAoY3Vyc29yX3R5cGUgPT0gTk9fQ1VSU09SKQpU
YXJnZXQgMDogKGVtYWNzKSBzdG9wcGVkLgoobGxkYikgYnQKXkMKXkMqKiogZXhjZXB0aW9u
IGluIGNoaWxkIHByb3ZpZGVyIHVwZGF0ZSBmb3IgTGlzcF9TeW1ib2wKXkNeQyoqKiBleGNl
cHRpb24gaW4gY2hpbGQgcHJvdmlkZXIgdXBkYXRlIGZvciBMaXNwX1N5bWJvbApeQ15DKiB0
aHJlYWQgIzEsIHF1ZXVlID0gJ2NvbS5hcHBsZS5tYWluLXRocmVhZCcsIHN0b3AgcmVhc29u
ID0gYnJlYWtwb2ludCA0LjEKICAqIGZyYW1lICMwOiAweDAwMDAwMDAxMDAyN2RhNmMgZW1h
Y3NgbnNfZHJhd193aW5kb3dfY3Vyc29yKHc9MHgwMDAwMDAwMTMyOGI0NDMwLCBnbHlwaF9y
b3c9MHgwMDAwMDAwMTMwOGQxMjAwLCB4PTx1bmF2YWlsYWJsZT4sIHk9PHVuYXZhaWxhYmxl
PiwgY3Vyc29yX3R5cGU9Tk9fQ1VSU09SLCBjdXJzb3Jfd2lkdGg9MCwgb25fcD10cnVlLCBh
Y3RpdmVfcD08dW5hdmFpbGFibGU+KSBhdCBuc3Rlcm0ubTozMDQ1OjIzIFtvcHRdCiAgICBm
cmFtZSAjMTogMHgwMDAwMDAwMTAwMDA5MTIwIGVtYWNzYGd1aV91cGRhdGVfd2luZG93X2Vu
ZCh3PTB4MDAwMDAwMDEzMjhiNDQzMCwgY3Vyc29yX29uX3A9dHJ1ZSwgbW91c2VfZmFjZV9v
dmVyd3JpdHRlbl9wPWZhbHNlKSBhdCBkaXNwbmV3LmM6Mzk0MToyIFtvcHRdCiAgICBmcmFt
ZSAjMjogMHgwMDAwMDAwMTAwMDA3ZTk0IGVtYWNzYHVwZGF0ZV93aW5kb3codz0weDAwMDAw
MDAxMzI4YjQ0MzAsIGZvcmNlX3A9PHVuYXZhaWxhYmxlPikgYXQgZGlzcG5ldy5jOjM4Njk6
NyBbb3B0XQogICAgZnJhbWUgIzM6IDB4MDAwMDAwMDEwMDAwODM1YyBlbWFjc2B1cGRhdGVf
d2luZG93X3RyZWUodz0weDAwMDAwMDAxMzI4YjQ0MzAsIGZvcmNlX3A9dHJ1ZSkgYXQgZGlz
cG5ldy5jOjM0OTE6MTQgW29wdF0KICAgIGZyYW1lICM0OiAweDAwMDAwMDAxMDAwMDVjOGMg
ZW1hY3NgdXBkYXRlX2ZyYW1lKGY9MHgwMDAwMDAwMTMyOGIzZjM4LCBmb3JjZV9wPXRydWUs
IGluaGliaXRfaGFpcnlfaWRfcD08dW5hdmFpbGFibGU+KSBhdCBkaXNwbmV3LmM6MzMyNjox
OCBbb3B0XQogICAgZnJhbWUgIzU6IDB4MDAwMDAwMDEwMDAzYjEzMCBlbWFjc2ByZWRpc3Bs
YXlfaW50ZXJuYWwgYXQgeGRpc3AuYzoxNzQ4MDoxNiBbb3B0XQogICAgZnJhbWUgIzY6IDB4
MDAwMDAwMDEwMDA0MTYyMCBlbWFjc2ByZWRpc3BsYXkgYXQgeGRpc3AuYzoxNjU3NTozIFtv
cHRdIFthcnRpZmljaWFsXQogICAgZnJhbWUgIzc6IDB4MDAwMDAwMDEwMDEwZDFlMCBlbWFj
c2ByZWFkX2NoYXIoY29tbWFuZGZsYWc9PHVuYXZhaWxhYmxlPiwgbWFwPTx1bmF2YWlsYWJs
ZT4sIHByZXZfZXZlbnQ9KHN0cnVjdCBMaXNwX1N5bWJvbCAqKSAkMzUwNDMgPSAweDAwMDAw
MDAxMDBhOGNmMzgsIHVzZWRfbW91c2VfbWVudT08dW5hdmFpbGFibGU+LCBlbmRfdGltZT08
dW5hdmFpbGFibGU+KSBhdCBrZXlib2FyZC5jOjI2Nzg6NiBbb3B0XQoKLi4uIEludGVycnVw
dGVkLgoobGxkYikgYwpQcm9jZXNzIDgyNDYxIHJlc3VtaW5nCg==

--------------cvD7BA4HwbuitJcRuuW0uYaX--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 20 Jul 2024 08:31:01 +0000
Resent-Message-ID: <handler.71866.B71866.172146422022916 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dmitry@HIDDEN>
Cc: 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172146422022916
          (code B ref 71866); Sat, 20 Jul 2024 08:31:01 +0000
Received: (at 71866) by debbugs.gnu.org; 20 Jul 2024 08:30:20 +0000
Received: from localhost ([127.0.0.1]:51642 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sV5Tv-0005xY-Su
	for submit <at> debbugs.gnu.org; Sat, 20 Jul 2024 04:30:20 -0400
Received: from eggs.gnu.org ([209.51.188.92]:52944)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1sV5Ts-0005xI-TZ
 for 71866 <at> debbugs.gnu.org; Sat, 20 Jul 2024 04:30:18 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1sV5Tn-0004gv-6X; Sat, 20 Jul 2024 04:30:11 -0400
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=uXTvv82zwAsYE3L2qsTyTcEQAdVgU8bLs+HsRVs+oDs=; b=LldHkrBocbkd
 pUseL1x3vEBiCz3jS/5ya8hrv4OPIEAwUWdODTGYjP96iovnTFnv3zyM6VS+A+dzumwAyFcSRYIKq
 FEzEg49Bac8UOSxdXN42QC6gzyfWTU6jN0mylEhaDsyr84ys/eBB4td8h9iRnZySq+iI3u8aTyTNi
 Fv/gi9HBL9nnE9oqyTwjVA/Z/9k4KtzCt6iVMoP46bOs/1OWADkCZY1f10UzcejCplvCsb6E0KWkd
 Os2XNAiTaqHyNLztsh5ZEKwv9anmlGWWfMcC73Xcb2Jis+geGGZC5RY7ptsyS46iERJh/+y5SmIeq
 oKSw+eocA8RD6Z2hG8vuvg==;
Date: Sat, 20 Jul 2024 11:30:06 +0300
Message-Id: <86o76sea9d.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <56cc929b-5491-4ed4-a527-d0b1a369e625@HIDDEN> (message from
 Dmitry Gutov on Fri, 19 Jul 2024 04:57:12 +0300)
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <86frstfiop.fsf@HIDDEN> <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN>
 <86v81i526t.fsf@HIDDEN> <1f5f741f-d599-4051-8a34-27d349360eb8@HIDDEN>
 <86sewiztr2.fsf@HIDDEN> <d67cdfa2-dc75-4d58-8f82-49ddc55f5e45@HIDDEN>
 <867cdto3uk.fsf@HIDDEN> <56cc929b-5491-4ed4-a527-d0b1a369e625@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Fri, 19 Jul 2024 04:57:12 +0300
> Cc: 71866 <at> debbugs.gnu.org
> From: Dmitry Gutov <dmitry@HIDDEN>
> 
> Okay, I have tried that, and the results might or might not be useful.
> 
> Similarly to the case of switching from another application, when I have 
> to switch to another application to handle the breakpoints (just typing 
> 'c RET'), the behavior is different.
> 
> BUT the last call to ns_draw_window_cursor (out of 14) before the 
> control is returned results in the cursor getting hidden (in the new 
> selected Emacs frame only). Unlike the problem I described, the 
> character under the cursor stays drawn, but the cursor rectangle goes 
> away (and that happens after the last breakpoint hit, before that the 
> text and the cursor look correctly - hollow cursor around the character).
> 
> I'm attaching the last debugging log - maybe the backtrace can be 
> useful? - but note that the backtrace printing is halfway broken as well 
> - it freezes and I have to press ^C a bunch of times to see something.
> 
> Anyway, while wrong, the behavior is not the same, so I can't be sure 
> it's the same problem that is being triggered.

I don't really see any useful information here, except that the last
call tells Emacs to show the cursor using type NO_CURSOR (i.e. not to
display anything).  I don't understand why this happens; the value is
returned by get_window_cursor_type called inside
display_and_set_cursor (which is what gui_update_window_end calls on
line 3941 of dispnew.c, but the backtrace doesn't even mention that).

But before we try to analyze this situation, shouldn't we try to stick
to the original issue?  Why could not you investigate what happens in
that case?

Also, if the problem persists in a non-optimized build, I suggest to
use that, since then the backtraces will be much more helpful, and
there will be no "optimized-out" variables whose values you cannot see
in the debugger.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 20 Jul 2024 15:48:03 +0000
Resent-Message-ID: <handler.71866.B71866.172149042529209 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172149042529209
          (code B ref 71866); Sat, 20 Jul 2024 15:48:03 +0000
Received: (at 71866) by debbugs.gnu.org; 20 Jul 2024 15:47:05 +0000
Received: from localhost ([127.0.0.1]:53816 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sVCIa-0007b3-N5
	for submit <at> debbugs.gnu.org; Sat, 20 Jul 2024 11:47:05 -0400
Received: from fout5-smtp.messagingengine.com ([103.168.172.148]:54891)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dmitry@HIDDEN>) id 1sVCIY-0007aY-Kr
 for 71866 <at> debbugs.gnu.org; Sat, 20 Jul 2024 11:47:03 -0400
Received: from compute8.internal (compute8.nyi.internal [10.202.2.227])
 by mailfout.nyi.internal (Postfix) with ESMTP id 0207C138006A;
 Sat, 20 Jul 2024 11:46:57 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163])
 by compute8.internal (MEProxy); Sat, 20 Jul 2024 11:46:57 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc
 :cc:content-transfer-encoding:content-type:content-type:date
 :date:from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to; s=fm1; t=1721490416;
 x=1721576816; bh=FbImpgjeW7jZeXELeKFD8+q+LIAEaNA6Yeme4pzxE+w=; b=
 LuMWuDZeXFBY/8Qk7jnOktpIbXD3HmojG+ERu307Zbr8aSNcxUqtUz4I/LWZNo0J
 aeicU2boG+T2GqA8Lf5ck8w7rzqYBBV1iTxGpdTPHu7fM3IWNSNJSuqgyt9hByOl
 t2FVTJuXW+OROuWvwFnqYjvD5Ij9Y4Q3jBGA2XwE9XVox7SE5Mumvj26xIhjWFjO
 u7FitfiglU2oNwUa318PUS5XTNeg1Pq2wa8ZmP7R8vz0m69LbCVXqHsQyQ6UdJ3r
 GplVLanbRIep1OQRgqMKgy2iFFiOtc0KQHC4SOSZTA8kwHHT3ieMK0h7X+7ehi67
 qpZyQf7UinDGsHA7Xe95dw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:cc:content-transfer-encoding
 :content-type:content-type:date:date:feedback-id:feedback-id
 :from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy
 :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1721490416; x=
 1721576816; bh=FbImpgjeW7jZeXELeKFD8+q+LIAEaNA6Yeme4pzxE+w=; b=W
 EScuYXJ78k9UC/xAxFB2S63Lw2hNG9Sip/ptz8zHU4PMnJ2rS/4q5RGvjrn13iwa
 sWtm5Bp11bYhCyxvDPTpJVyoRpKQTlTWm6uJWJHFhxjJzPD5bTcVWJadZECw4EAY
 MVrOWzuZ+GZCJ/k6nsJSJ15pORUK10BMpTtnY9HUsmIN7XpWnHaux56h+Msb8/of
 JTAsLaqtkfelIi82vyCsvG4R91nrC+f1XtXiVuGf7/rGMif+tc2DIEHXEMxQTQBX
 4yWmB0Wj/WPYWOYBRm2V2bz/Ew55kH3xkQPRx0YIuWHtvRtZZDuqphpjePqCM4IV
 jL9dRHRJt0UD3KXGRuFsA==
X-ME-Sender: <xms:8NubZjYK7GjxMkF9YGP1prSRZiHtNJeEwvjaqYH6Avw-SiunUqIBag>
 <xme:8NubZib5akNwo9VnN7F19wfj41xYx1p_9TmdPfIqvb9ROIKVY8bZ2eiTPudR-s_EX
 b-ApnoHEjFR8HOOTgg>
X-ME-Received: <xmr:8NubZl-RzGq88dP3lqweVbmmq9P20IPj_nquAfzGGyjNqY-YD9nMLqt50KBOygTCas9k>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrheefgdeludcutefuodetggdotefrodftvf
 curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu
 uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc
 fjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeenucfhrhhomhepffhmihht
 rhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrghtth
 gvrhhnpeetudeljeegheetgfehgeejkeeuhedvveeikeeufedtvddtveefhfdvveegudej
 heenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumh
 hithhrhiesghhuthhovhdruggvvh
X-ME-Proxy: <xmx:8NubZpqrLO5MWIvfKcCFAWrmYQTw9p0RWD1hXuAvPiHquCJg_vLcYg>
 <xmx:8NubZuowbYWE2D9-iNVwftHQLpyPvnmbF3CJgUD9VI2ev0OOwCwsFw>
 <xmx:8NubZvSrDm7zPpO9KxL7HChfOk6JTft3Gfy2ZuY6roo68QCcmDH_dw>
 <xmx:8NubZmoASppDpNGnUiTB3otmWm7xEzRMq-MZKWinubXd73nIFpIIIw>
 <xmx:8NubZl2xESkQ9oBvrJi42zr2wLywq__kYc5DvpVISUtjDF-bh4Rja-LS>
Feedback-ID: i0e71465a:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat,
 20 Jul 2024 11:46:55 -0400 (EDT)
Message-ID: <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN>
Date: Sat, 20 Jul 2024 18:46:50 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <86frstfiop.fsf@HIDDEN> <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN>
 <86v81i526t.fsf@HIDDEN> <1f5f741f-d599-4051-8a34-27d349360eb8@HIDDEN>
 <86sewiztr2.fsf@HIDDEN> <d67cdfa2-dc75-4d58-8f82-49ddc55f5e45@HIDDEN>
 <867cdto3uk.fsf@HIDDEN> <56cc929b-5491-4ed4-a527-d0b1a369e625@HIDDEN>
 <86o76sea9d.fsf@HIDDEN>
Content-Language: en-US
From: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <86o76sea9d.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On 20/07/2024 11:30, Eli Zaretskii wrote:

>> Anyway, while wrong, the behavior is not the same, so I can't be sure
>> it's the same problem that is being triggered.
> 
> I don't really see any useful information here, except that the last
> call tells Emacs to show the cursor using type NO_CURSOR (i.e. not to
> display anything).

I do see a bunch of such calls earlier as well, but they don't seem to 
result in no cursor being displayed - just in it not being updated, maybe?

> I don't understand why this happens; the value is
> returned by get_window_cursor_type called inside
> display_and_set_cursor (which is what gui_update_window_end calls on
> line 3941 of dispnew.c, but the backtrace doesn't even mention that).
> 
> But before we try to analyze this situation, shouldn't we try to stick
> to the original issue?  Why could not you investigate what happens in
> that case?

The scenario that I'm trying is the same that creates the original problem.

When I have to switch to another application to handle the breakpoints 
(just typing 'c RET'), the behavior becomes different.

> Also, if the problem persists in a non-optimized build, I suggest to
> use that, since then the backtraces will be much more helpful, and
> there will be no "optimized-out" variables whose values you cannot see
> in the debugger.

Would the same backtrace that I sent, but without optimized-out 
variables, be more useful?

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 20 Jul 2024 16:07:02 +0000
Resent-Message-ID: <handler.71866.B71866.172149158231115 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dmitry@HIDDEN>
Cc: 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172149158231115
          (code B ref 71866); Sat, 20 Jul 2024 16:07:02 +0000
Received: (at 71866) by debbugs.gnu.org; 20 Jul 2024 16:06:22 +0000
Received: from localhost ([127.0.0.1]:53828 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sVCbF-00085l-S3
	for submit <at> debbugs.gnu.org; Sat, 20 Jul 2024 12:06:22 -0400
Received: from eggs.gnu.org ([209.51.188.92]:59412)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1sVCb1-00085N-Pw
 for 71866 <at> debbugs.gnu.org; Sat, 20 Jul 2024 12:06:20 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1sVCYp-0006qq-QE; Sat, 20 Jul 2024 12:03:51 -0400
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=nUlfqpFMIoX+2qvpDC+LQlgSfMCB+KPDmg3CD6XUKos=; b=nVmYTYGgXED8
 +RHY3pwRRhdmX7cYbDEbWJ3fdJbaxqZ817H+uBe4LRGK0JtU9QMJOdTnwTKh/9Eowl06bawgdlh7+
 BnuZvJGa6eKSUrNSk75AkhQWABgB+VNGhXrYUlcKzlUvvbGC9zKzsuOK9SULLcDItbuJQbWQ0aaC4
 ic6mFIRX1llmTZRkcJhKtuXZBsanj9o44HmHsl1hPALAAhhsNBbjgLlbIm4/gATC+2w7WJkYGfHEH
 bkHS/wQFLoduwX7XDOxX2tQXEEfKuByvtaRP6LnDM51j/M9r+/aoXaSDgLTKDRH126PajByYUJHJ5
 o/SrNDhusw9KQuzBsjCrqQ==;
Date: Sat, 20 Jul 2024 19:03:45 +0300
Message-Id: <86o76scaou.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN> (message from
 Dmitry Gutov on Sat, 20 Jul 2024 18:46:50 +0300)
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <86frstfiop.fsf@HIDDEN> <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN>
 <86v81i526t.fsf@HIDDEN> <1f5f741f-d599-4051-8a34-27d349360eb8@HIDDEN>
 <86sewiztr2.fsf@HIDDEN> <d67cdfa2-dc75-4d58-8f82-49ddc55f5e45@HIDDEN>
 <867cdto3uk.fsf@HIDDEN> <56cc929b-5491-4ed4-a527-d0b1a369e625@HIDDEN>
 <86o76sea9d.fsf@HIDDEN> <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN>
X-Spam-Score: -0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Sat, 20 Jul 2024 18:46:50 +0300
> Cc: 71866 <at> debbugs.gnu.org
> From: Dmitry Gutov <dmitry@HIDDEN>
> 
> > I don't really see any useful information here, except that the last
> > call tells Emacs to show the cursor using type NO_CURSOR (i.e. not to
> > display anything).
> 
> I do see a bunch of such calls earlier as well, but they don't seem to 
> result in no cursor being displayed - just in it not being updated, maybe?

It depends on what was redrawn before that.

> > I don't understand why this happens; the value is
> > returned by get_window_cursor_type called inside
> > display_and_set_cursor (which is what gui_update_window_end calls on
> > line 3941 of dispnew.c, but the backtrace doesn't even mention that).
> > 
> > But before we try to analyze this situation, shouldn't we try to stick
> > to the original issue?  Why could not you investigate what happens in
> > that case?
> 
> The scenario that I'm trying is the same that creates the original problem.

That's not what you said, or maybe I misunderstood.

But anyway, if this is the same scenario, then why are you only
looking at what happens inside ns_draw_window_cursor?  Redrawing the
block cursor involves displaying the character under cursor with
special colors, and ns_draw_window_cursor is just the beginning: it
calls other functions which actually do the job.

In addition, I don't think I understand from the debug session which
call to ns_draw_window_cursor was done in what situation.  If they all
were part of the single repetition of the scenario, then without fully
functional backtraces it is very hard to understand anything that goes
on here.  Using an unoptimized build might help, which is why I
suggested that (unless the problem disappears in an unoptimized
build).

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 21 Jul 2024 00:54:02 +0000
Resent-Message-ID: <handler.71866.B71866.172152321920382 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172152321920382
          (code B ref 71866); Sun, 21 Jul 2024 00:54:02 +0000
Received: (at 71866) by debbugs.gnu.org; 21 Jul 2024 00:53:39 +0000
Received: from localhost ([127.0.0.1]:54519 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sVKpW-0005If-SH
	for submit <at> debbugs.gnu.org; Sat, 20 Jul 2024 20:53:39 -0400
Received: from fhigh7-smtp.messagingengine.com ([103.168.172.158]:47439)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dmitry@HIDDEN>) id 1sVKpV-0005IS-GI
 for 71866 <at> debbugs.gnu.org; Sat, 20 Jul 2024 20:53:38 -0400
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
 by mailfhigh.nyi.internal (Postfix) with ESMTP id 0DDBF1140194;
 Sat, 20 Jul 2024 20:53:31 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163])
 by compute1.internal (MEProxy); Sat, 20 Jul 2024 20:53:31 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc
 :cc:content-type:content-type:date:date:from:from:in-reply-to
 :in-reply-to:message-id:mime-version:references:reply-to:subject
 :subject:to:to; s=fm1; t=1721523211; x=1721609611; bh=03LWtq5nrp
 BMyIv4I05FmwwAe/kyV80rsEQZdNLD4E8=; b=v9F1MCstrYucs2+VQ9dszqzzpM
 wBJkhVGqiYWnG8YsEFIL0AABfHUJflZNSgZo58JbBKHTAenZ3v94HZLeA5GjSjBz
 LvsZ4IiAlaVOXL9H7j6V/0kSV5zIDPFKqOTHe0hnOQFOwsYVn5Q7EbZHvRYHvepr
 vMxugKEWI1cSZFe+nKwueDDnp2M7FPHJXPNUeS2XiYxroO3LeT6yzaBJxLKsw1nU
 Wnh8VMl/cjsvjzxh+C8e4fDyDqRkRIg3iyAcLFN+zGnZLTMjkaRPYJYzoRt/j4Xz
 tyQZ7hsF+VHTOttz3Q3lUImsZvEbp3raePhUl3W1Iq0uq2w2zXR6ep/Ls6KQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:cc:content-type:content-type:date:date
 :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to
 :message-id:mime-version:references:reply-to:subject:subject:to
 :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=
 fm3; t=1721523211; x=1721609611; bh=03LWtq5nrpBMyIv4I05FmwwAe/ky
 V80rsEQZdNLD4E8=; b=pxH4o1mqU8KUKDDVUgfmt/LjUZNoHNi5vUzE3gBX8r7U
 aa66sx+XcyWDaaScMp+8uJj24IHdoszrIe3pxfMjGQVosDiaXYFhwyEDu8Yc5puf
 qq96ueGgbKVpu3UpMeKH5GN4++ZO0NZvyQLdTaAT+kXc/ntjObA+Vhyx/2/RIMLb
 H5pjqxInfE4pLSTdHtLa4fWH3QRtknEwKdWSAMeK7ctpi5/IwSeZGJXuENbWeiXf
 CO3w163OJ/IpCPh9oty7yBvVY9hWnwAl77LufTexuoQ8/xd6v7I0vSwRjT5fdMQl
 /lTSPnTWX6lciyQrZEMexbJ0bBja6C512bX7h3ZUuQ==
X-ME-Sender: <xms:ClycZrwqan0ni0K8Knc-tZu1whjpT69l_bD5xWgEbjbfDfCb2HkccA>
 <xme:ClycZjQ2331YxFjeZfMScvgp5YTKUSTLvDvgpyO0oanmj2lle-TnAHFTnJBnL5Zz8
 hKviYvmzFRxCUI6HZM>
X-ME-Received: <xmr:ClycZlUkDSqPiJwdW4gVu5SDVyT11StcZuDNTsv9QI_c_MHe6RIgEiY06fbCFNnkQW6N>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrheeggdegudcutefuodetggdotefrodftvf
 curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu
 uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc
 fjughrpegtkfffgggfuffvvehfhfgjsehmtderredtvdejnecuhfhrohhmpeffmhhithhr
 hicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrthhtvg
 hrnhepueevgfetieelteeihfehvedvueduueekvdfhueeijeffleeiteetgfetvdeuieei
 necuffhomhgrihhnpehsthhrvggrmhgrsghlvgdrtghomhenucevlhhushhtvghrufhiii
 gvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumhhithhrhiesghhuthhovhdruggv
 vh
X-ME-Proxy: <xmx:ClycZlhCfC8myeREnbQhsggcWbdkYEG8QOtqNTk9KKm4cndXSvQUPg>
 <xmx:ClycZtAT55A6R5FPxDrZUlzE6qzYZW2duo-qonnYMjO8mcOHe-d7-Q>
 <xmx:ClycZuLr1nL9VdncZr9bdqvPMNqvIt33ogHsFkKBNXHwYE5Sqkn9Zg>
 <xmx:ClycZsAMZeCEdQKhmZpPmiO_ZQ__1RVq-4Un0xnWGQF-B7lqqTjUxA>
 <xmx:C1ycZgPL8vzKeDZqq3vDTaR--59Or_jFH8A5SG4lS8MU4rJX3QmXc9cH>
Feedback-ID: i0e71465a:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat,
 20 Jul 2024 20:53:29 -0400 (EDT)
Content-Type: multipart/mixed; boundary="------------L5g7GT0jrMhv9uHRxPAW0mWd"
Message-ID: <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN>
Date: Sun, 21 Jul 2024 03:53:26 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <86frstfiop.fsf@HIDDEN> <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN>
 <86v81i526t.fsf@HIDDEN> <1f5f741f-d599-4051-8a34-27d349360eb8@HIDDEN>
 <86sewiztr2.fsf@HIDDEN> <d67cdfa2-dc75-4d58-8f82-49ddc55f5e45@HIDDEN>
 <867cdto3uk.fsf@HIDDEN> <56cc929b-5491-4ed4-a527-d0b1a369e625@HIDDEN>
 <86o76sea9d.fsf@HIDDEN> <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN>
 <86o76scaou.fsf@HIDDEN>
Content-Language: en-US
From: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <86o76scaou.fsf@HIDDEN>
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

This is a multi-part message in MIME format.
--------------L5g7GT0jrMhv9uHRxPAW0mWd
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

On 20/07/2024 19:03, Eli Zaretskii wrote:
>> Date: Sat, 20 Jul 2024 18:46:50 +0300
>> Cc: 71866 <at> debbugs.gnu.org
>> From: Dmitry Gutov <dmitry@HIDDEN>
>>
>>> I don't really see any useful information here, except that the last
>>> call tells Emacs to show the cursor using type NO_CURSOR (i.e. not to
>>> display anything).
>>
>> I do see a bunch of such calls earlier as well, but they don't seem to
>> result in no cursor being displayed - just in it not being updated, maybe?
> 
> It depends on what was redrawn before that.

Perhaps it'll be easier to share a video. Sorry, it's a large file, so I 
just uploaded it to a free online hosting: https://streamable.com/d6775w

The first (smaller) part is me reproducing the bug, then I switch to the 
terminal emulator, enable the breakpoint and demonstrate how the 
behavior of the same command (other-frame) changes.

After the video was finished, I also repeated the same scenario, and 
saved the backtrace of the last (12th) breakpoint hit.

>>> I don't understand why this happens; the value is
>>> returned by get_window_cursor_type called inside
>>> display_and_set_cursor (which is what gui_update_window_end calls on
>>> line 3941 of dispnew.c, but the backtrace doesn't even mention that).
>>>
>>> But before we try to analyze this situation, shouldn't we try to stick
>>> to the original issue?  Why could not you investigate what happens in
>>> that case?
>>
>> The scenario that I'm trying is the same that creates the original problem.
> 
> That's not what you said, or maybe I misunderstood.
> 
> But anyway, if this is the same scenario, then why are you only
> looking at what happens inside ns_draw_window_cursor?  Redrawing the
> block cursor involves displaying the character under cursor with
> special colors, and ns_draw_window_cursor is just the beginning: it
> calls other functions which actually do the job.

More breakpoints means more chances for the behavior to change. I also 
don't really know which other places to look at. Stepping through all 
the callees is both time-consuming and something that is unlikely to 
help until I manage to read all of the underlying implementation and 
start making sense of the data that's being used, to be able to notice 
when this or that variable has an odd value.

But maybe at this point some print-debugging might be more beneficial 
(since that shouldn't change the existing behavior). See the linked 
video and the attached backtrace, though.

> In addition, I don't think I understand from the debug session which
> call to ns_draw_window_cursor was done in what situation.  If they all
> were part of the single repetition of the scenario, then without fully
> functional backtraces it is very hard to understand anything that goes
> on here.  Using an unoptimized build might help, which is why I
> suggested that (unless the problem disappears in an unoptimized
> build).

Yes, I've reconfigured and rebuilt with CFLAGS="-O0 -g3". That fixed the 
backtrace printing, at least.
--------------L5g7GT0jrMhv9uHRxPAW0mWd
Content-Type: text/plain; charset=UTF-8; name="emacs-lldb-bt-2.txt"
Content-Disposition: attachment; filename="emacs-lldb-bt-2.txt"
Content-Transfer-Encoding: base64

KiB0aHJlYWQgIzEsIHF1ZXVlID0gJ2NvbS5hcHBsZS5tYWluLXRocmVhZCcsIHN0b3AgcmVh
c29uID0gYnJlYWtwb2ludCAyLjEKICAgIGZyYW1lICMwOiAweDAwMDAwMDAxMDAzNTRmNDQg
ZW1hY3NgbnNfZHJhd193aW5kb3dfY3Vyc29yKHc9MHgwMDAwMDAwMTI4MDIwOGY4LCBnbHlw
aF9yb3c9MHgwMDAwMDAwMTI4MGJjODAwLCB4PTAsIHk9MCwgY3Vyc29yX3R5cGU9Tk9fQ1VS
U09SLCBjdXJzb3Jfd2lkdGg9MCwgb25fcD10cnVlLCBhY3RpdmVfcD1mYWxzZSkgYXQgbnN0
ZXJtLm06MzA0NToyNQogICAzMDQyCSAgaWYgKCFvbl9wKQogICAzMDQzCSAgICByZXR1cm47
CiAgIDMwNDQKLT4gMzA0NQkgIHctPnBoeXNfY3Vyc29yX3R5cGUgPSBjdXJzb3JfdHlwZTsK
ICAgMzA0NgkgIHctPnBoeXNfY3Vyc29yX29uX3AgPSBvbl9wOwogICAzMDQ3CiAgIDMwNDgJ
ICBpZiAoY3Vyc29yX3R5cGUgPT0gTk9fQ1VSU09SKQpUYXJnZXQgMDogKGVtYWNzKSBzdG9w
cGVkLgoobGxkYikgYnQKKiB0aHJlYWQgIzEsIHF1ZXVlID0gJ2NvbS5hcHBsZS5tYWluLXRo
cmVhZCcsIHN0b3AgcmVhc29uID0gYnJlYWtwb2ludCAyLjEKICAqIGZyYW1lICMwOiAweDAw
MDAwMDAxMDAzNTRmNDQgZW1hY3NgbnNfZHJhd193aW5kb3dfY3Vyc29yKHc9MHgwMDAwMDAw
MTI4MDIwOGY4LCBnbHlwaF9yb3c9MHgwMDAwMDAwMTI4MGJjODAwLCB4PTAsIHk9MCwgY3Vy
c29yX3R5cGU9Tk9fQ1VSU09SLCBjdXJzb3Jfd2lkdGg9MCwgb25fcD10cnVlLCBhY3RpdmVf
cD1mYWxzZSkgYXQgbnN0ZXJtLm06MzA0NToyNQogICAgZnJhbWUgIzE6IDB4MDAwMDAwMDEw
MDA3MDM1YyBlbWFjc2BkaXNwbGF5X2FuZF9zZXRfY3Vyc29yKHc9MHgwMDAwMDAwMTI4MDIw
OGY4LCBvbj10cnVlLCBocG9zPTAsIHZwb3M9MCwgeD0wLCB5PTApIGF0IHhkaXNwLmM6MzQy
MDU6NQogICAgZnJhbWUgIzI6IDB4MDAwMDAwMDEwMDA3MGQyNCBlbWFjc2B1cGRhdGVfd2lu
ZG93X2N1cnNvcih3PTB4MDAwMDAwMDEyODAyMDhmOCwgb249dHJ1ZSkgYXQgeGRpc3AuYzoz
NDI0MDo3CiAgICBmcmFtZSAjMzogMHgwMDAwMDAwMTAwMDcwYjFjIGVtYWNzYHVwZGF0ZV9j
dXJzb3JfaW5fd2luZG93X3RyZWUodz0weDAwMDAwMDAxMjgwMjA4ZjgsIG9uX3A9dHJ1ZSkg
YXQgeGRpc3AuYzozNDI1ODoyCiAgICBmcmFtZSAjNDogMHgwMDAwMDAwMTAwMDcwYWEwIGVt
YWNzYGd1aV91cGRhdGVfY3Vyc29yKGY9MHgwMDAwMDAwMTI4MDIwNDAwLCBvbl9wPXRydWUp
IGF0IHhkaXNwLmM6MzQyNzI6MwogICAgZnJhbWUgIzU6IDB4MDAwMDAwMDEwMDM0NDc3MCBl
bWFjc2AtW0VtYWNzVmlldyB3aW5kb3dEaWRSZXNpZ25LZXk6XShzZWxmPTB4MDAwMDAwMDEx
ZTkxMjc1MCwgX2NtZD0id2luZG93RGlkUmVzaWduS2V5OiIsIG5vdGlmaWNhdGlvbj1AIk5T
V2luZG93RGlkUmVzaWduS2V5Tm90aWZpY2F0aW9uIikgYXQgbnN0ZXJtLm06Nzk2MDo3CiAg
ICBmcmFtZSAjNjogMHgwMDAwMDAwMTg0ZGIzMTQ0IENvcmVGb3VuZGF0aW9uYF9fQ0ZOT1RJ
RklDQVRJT05DRU5URVJfSVNfQ0FMTElOR19PVVRfVE9fQU5fT0JTRVJWRVJfXyArIDE0OAog
ICAgZnJhbWUgIzc6IDB4MDAwMDAwMDE4NGU0NzNkOCBDb3JlRm91bmRhdGlvbmBfX19DRlhS
ZWdpc3RyYXRpb25Qb3N0X2Jsb2NrX2ludm9rZSArIDg4CiAgICBmcmFtZSAjODogMHgwMDAw
MDAwMTg0ZTQ3MzIwIENvcmVGb3VuZGF0aW9uYF9DRlhSZWdpc3RyYXRpb25Qb3N0ICsgNDQw
CiAgICBmcmFtZSAjOTogMHgwMDAwMDAwMTg0ZDgxNjc4IENvcmVGb3VuZGF0aW9uYF9DRlhO
b3RpZmljYXRpb25Qb3N0ICsgNzY4CiAgICBmcmFtZSAjMTA6IDB4MDAwMDAwMDE4NWU5ZTRl
NCBGb3VuZGF0aW9uYC1bTlNOb3RpZmljYXRpb25DZW50ZXIgcG9zdE5vdGlmaWNhdGlvbk5h
bWU6b2JqZWN0OnVzZXJJbmZvOl0gKyA4OAogICAgZnJhbWUgIzExOiAweDAwMDAwMDAxODg3
Nzc2ZmMgQXBwS2l0YC1bTlNXaW5kb3cgcmVzaWduS2V5V2luZG93XSArIDY0MAogICAgZnJh
bWUgIzEyOiAweDAwMDAwMDAxODg3NzczZTQgQXBwS2l0YF9OWEVuZEtleUFuZE1haW4gKyAx
MjgKICAgIGZyYW1lICMxMzogMHgwMDAwMDAwMTg4Nzc2NGVjIEFwcEtpdGAtW05TQXBwbGlj
YXRpb24gX2hhbmRsZURlYWN0aXZhdGVFdmVudDpdICsgNzI0CiAgICBmcmFtZSAjMTQ6IDB4
MDAwMDAwMDE4OGUxMDZiOCBBcHBLaXRgLVtOU0FwcGxpY2F0aW9uKE5TRXZlbnRSb3V0aW5n
KSBzZW5kRXZlbnQ6XSArIDEyMzYKICAgIGZyYW1lICMxNTogMHgwMDAwMDAwMTAwMzNiY2Q4
IGVtYWNzYC1bRW1hY3NBcHAgc2VuZEV2ZW50Ol0oc2VsZj0weDAwMDAwMDAxMmYwMWVlMTAs
IF9jbWQ9InNlbmRFdmVudDoiLCB0aGVFdmVudD0weDAwMDA2MDAwMDNjZjU4MDApIGF0IG5z
dGVybS5tOjYwNzM6MwogICAgZnJhbWUgIzE2OiAweDAwMDAwMDAxODhhNWU4OWMgQXBwS2l0
YC1bTlNBcHBsaWNhdGlvbiBfaGFuZGxlRXZlbnQ6XSArIDYwCiAgICBmcmFtZSAjMTc6IDB4
MDAwMDAwMDE4ODYwZjBjMCBBcHBLaXRgLVtOU0FwcGxpY2F0aW9uIHJ1bl0gKyA1MTIKICAg
IGZyYW1lICMxODogMHgwMDAwMDAwMTAwMzNiODM4IGVtYWNzYC1bRW1hY3NBcHAgcnVuXShz
ZWxmPTB4MDAwMDAwMDEyZjAxZWUxMCwgX2NtZD0icnVuIikgYXQgbnN0ZXJtLm06NTk0Mjo3
CiAgICBmcmFtZSAjMTk6IDB4MDAwMDAwMDEwMDM1NjBiMCBlbWFjc2Buc19yZWFkX3NvY2tl
dF8xKHRlcm1pbmFsPTB4MDAwMDAwMDEyZjg1ODYxMCwgaG9sZF9xdWl0PTB4MDAwMDAwMDE2
ZmRmYWY3MCwgbm9fcmVsZWFzZT1OTykgYXQgbnN0ZXJtLm06NDgxNjoxMQogICAgZnJhbWUg
IzIwOiAweDAwMDAwMDAxMDAzNGZhMTggZW1hY3NgbnNfcmVhZF9zb2NrZXQodGVybWluYWw9
MHgwMDAwMDAwMTJmODU4NjEwLCBob2xkX3F1aXQ9MHgwMDAwMDAwMTZmZGZhZjcwKSBhdCBu
c3Rlcm0ubTo0ODM0OjEwCiAgICBmcmFtZSAjMjE6IDB4MDAwMDAwMDEwMDE2YTZkYyBlbWFj
c2Bnb2JibGVfaW5wdXQgYXQga2V5Ym9hcmQuYzo3OTE5OjE3CiAgICBmcmFtZSAjMjI6IDB4
MDAwMDAwMDEwMDE2YWUxMCBlbWFjc2BoYW5kbGVfYXN5bmNfaW5wdXQgYXQga2V5Ym9hcmQu
Yzo4MTU4OjE5CiAgICBmcmFtZSAjMjM6IDB4MDAwMDAwMDEwMDE2YWRmMCBlbWFjc2Bwcm9j
ZXNzX3BlbmRpbmdfc2lnbmFscyBhdCBrZXlib2FyZC5jOjgxNzI6MwogICAgZnJhbWUgIzI0
OiAweDAwMDAwMDAxMDAxNmFlOWMgZW1hY3NgdW5ibG9ja19pbnB1dF90byhsZXZlbD0wKSBh
dCBrZXlib2FyZC5jOjgxODc6MgogICAgZnJhbWUgIzI1OiAweDAwMDAwMDAxMDAxNjgzYTgg
ZW1hY3NgdW5ibG9ja19pbnB1dCBhdCBrZXlib2FyZC5jOjgyMDY6MwogICAgZnJhbWUgIzI2
OiAweDAwMDAwMDAxMDAwMDc1MDQgZW1hY3NgZ3VpX3VwZGF0ZV93aW5kb3dfZW5kKHc9MHgw
MDAwMDAwMTI4MDIwOGY4LCBjdXJzb3Jfb25fcD10cnVlLCBtb3VzZV9mYWNlX292ZXJ3cml0
dGVuX3A9ZmFsc2UpIGF0IGRpc3BuZXcuYzozOTU1OjcKICAgIGZyYW1lICMyNzogMHgwMDAw
MDAwMTAwMDA2MDNjIGVtYWNzYHVwZGF0ZV93aW5kb3codz0weDAwMDAwMDAxMjgwMjA4Zjgs
IGZvcmNlX3A9dHJ1ZSkgYXQgZGlzcG5ldy5jOjM4Njk6NwogICAgZnJhbWUgIzI4OiAweDAw
MDAwMDAxMDAwMDYxYzAgZW1hY3NgdXBkYXRlX3dpbmRvd190cmVlKHc9MHgwMDAwMDAwMTI4
MDIwOGY4LCBmb3JjZV9wPXRydWUpIGF0IGRpc3BuZXcuYzozNDkxOjE0CiAgICBmcmFtZSAj
Mjk6IDB4MDAwMDAwMDEwMDAwNTNhMCBlbWFjc2B1cGRhdGVfZnJhbWUoZj0weDAwMDAwMDAx
MjgwMjA0MDAsIGZvcmNlX3A9dHJ1ZSwgaW5oaWJpdF9oYWlyeV9pZF9wPWZhbHNlKSBhdCBk
aXNwbmV3LmM6MzMyNjoxOAogICAgZnJhbWUgIzMwOiAweDAwMDAwMDAxMDAwNGY0MjQgZW1h
Y3NgcmVkaXNwbGF5X2ludGVybmFsIGF0IHhkaXNwLmM6MTc0ODA6MTYKICAgIGZyYW1lICMz
MTogMHgwMDAwMDAwMTAwMDU1ZWY4IGVtYWNzYHJlZGlzcGxheSBhdCB4ZGlzcC5jOjE2NTc1
OjMKICAgIGZyYW1lICMzMjogMHgwMDAwMDAwMTAwMTYxZTc0IGVtYWNzYHJlYWRfY2hhcihj
b21tYW5kZmxhZz0xLCBtYXA9MHgwMDAwMDAwMTMwMGNiYjAzLCBwcmV2X2V2ZW50PTB4MDAw
MDAwMDAwMDAwMDAwMCwgdXNlZF9tb3VzZV9tZW51PTB4MDAwMDAwMDE2ZmRmZTgwNywgZW5k
X3RpbWU9MHgwMDAwMDAwMDAwMDAwMDAwKSBhdCBrZXlib2FyZC5jOjI2Nzg6NgogICAgZnJh
bWUgIzMzOiAweDAwMDAwMDAxMDAxNWVhMzAgZW1hY3NgcmVhZF9rZXlfc2VxdWVuY2Uoa2V5
YnVmPTB4MDAwMDAwMDE2ZmRmZWJlOCwgcHJvbXB0PTB4MDAwMDAwMDAwMDAwMDAwMCwgZG9u
dF9kb3duY2FzZV9sYXN0PWZhbHNlLCBjYW5fcmV0dXJuX3N3aXRjaF9mcmFtZT10cnVlLCBm
aXhfY3VycmVudF9idWZmZXI9dHJ1ZSwgcHJldmVudF9yZWRpc3BsYXk9ZmFsc2UsIGRpc2Fi
bGVfdGV4dF9jb252ZXJzaW9uX3A9ZmFsc2UpIGF0IGtleWJvYXJkLmM6MTA3NDM6MTIKICAg
IGZyYW1lICMzNDogMHgwMDAwMDAwMTAwMTVjZGY4IGVtYWNzYGNvbW1hbmRfbG9vcF8xIGF0
IGtleWJvYXJkLmM6MTQyOToxNQogICAgZnJhbWUgIzM1OiAweDAwMDAwMDAxMDAyNDkyM2Mg
ZW1hY3NgaW50ZXJuYWxfY29uZGl0aW9uX2Nhc2UoYmZ1bj0oZW1hY3NgY29tbWFuZF9sb29w
XzEgYXQga2V5Ym9hcmQuYzoxMzI0KSwgaGFuZGxlcnM9MHgwMDAwMDAwMDAwMDAwMDkwLCBo
ZnVuPShlbWFjc2BjbWRfZXJyb3IgYXQga2V5Ym9hcmQuYzo5NzApKSBhdCBldmFsLmM6MTYx
MzoyNQogICAgZnJhbWUgIzM2OiAweDAwMDAwMDAxMDAxNWM4YzQgZW1hY3NgY29tbWFuZF9s
b29wXzIoaGFuZGxlcnM9MHgwMDAwMDAwMDAwMDAwMDkwKSBhdCBrZXlib2FyZC5jOjExNjg6
MTEKICAgIGZyYW1lICMzNzogMHgwMDAwMDAwMTAwMjQ4NGQ0IGVtYWNzYGludGVybmFsX2Nh
dGNoKHRhZz0weDAwMDAwMDAwMDAwMTEyMjAsIGZ1bmM9KGVtYWNzYGNvbW1hbmRfbG9vcF8y
IGF0IGtleWJvYXJkLmM6MTE2NCksIGFyZz0weDAwMDAwMDAwMDAwMDAwOTApIGF0IGV2YWwu
YzoxMjkyOjI1CiAgICBmcmFtZSAjMzg6IDB4MDAwMDAwMDEwMDE1YmMxMCBlbWFjc2Bjb21t
YW5kX2xvb3AgYXQga2V5Ym9hcmQuYzoxMTQ2OjIKICAgIGZyYW1lICMzOTogMHgwMDAwMDAw
MTAwMTViOWZjIGVtYWNzYHJlY3Vyc2l2ZV9lZGl0XzEgYXQga2V5Ym9hcmQuYzo3NTQ6OQog
ICAgZnJhbWUgIzQwOiAweDAwMDAwMDAxMDAxNWJlZTggZW1hY3NgRnJlY3Vyc2l2ZV9lZGl0
IGF0IGtleWJvYXJkLmM6ODM3OjMKICAgIGZyYW1lICM0MTogMHgwMDAwMDAwMTAwMTU4YWM4
IGVtYWNzYG1haW4oYXJnYz00LCBhcmd2PTB4MDAwMDAwMDE2ZmRmZjRiMCkgYXQgZW1hY3Mu
YzoyNjI0OjMKICAgIGZyYW1lICM0MjogMHgwMDAwMDAwMTg0OTU2MGUwIGR5bGRgc3RhcnQg
KyAyMzYwCg==

--------------L5g7GT0jrMhv9uHRxPAW0mWd--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 21 Jul 2024 07:21:01 +0000
Resent-Message-ID: <handler.71866.B71866.172154643327569 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dmitry@HIDDEN>, Alan Third <alan@HIDDEN>
Cc: 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172154643327569
          (code B ref 71866); Sun, 21 Jul 2024 07:21:01 +0000
Received: (at 71866) by debbugs.gnu.org; 21 Jul 2024 07:20:33 +0000
Received: from localhost ([127.0.0.1]:54672 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sVQrw-0007Ab-VH
	for submit <at> debbugs.gnu.org; Sun, 21 Jul 2024 03:20:33 -0400
Received: from eggs.gnu.org ([209.51.188.92]:54256)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1sVQru-0007AL-OA
 for 71866 <at> debbugs.gnu.org; Sun, 21 Jul 2024 03:20:31 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1sVQrl-0000Oz-QR; Sun, 21 Jul 2024 03:20:21 -0400
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=TaGzdJEEomrJGo7Z2Cxc6aHVXSc//aQG3PeOPeQhPKc=; b=HaK26sCvydwV
 NjEV6ptzelAej1ox1A0Ew7OkC6CaXPG88NtrU48+pjueKpo/ZUebJL6+7XFUum6sNFn+wqQVBVdTT
 CHY+8zWri7vCUffqIKiOkcQT0RQ+9rinKZvbz5PuofNTk76nHBUnE5TO+F1sN7iBP70XdsZE0WiUa
 KtfvznI36JqluZ5fs0lI14x7kB0zF2rilnWqZt/GnYKfonom+I95IKyaArZIYb42baocW1Tv9t15q
 37+0RsHk1ORv4Nnmx7hrkhPS+Y8PBakfSXDY90v7/oGG9/HGtYQydgbik3rvHyA7JQ7wAHUXywFeY
 BJ1DS/uS2+fx/y3Q0Yts2A==;
Date: Sun, 21 Jul 2024 10:20:19 +0300
Message-Id: <86cyn7cito.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN> (message from
 Dmitry Gutov on Sun, 21 Jul 2024 03:53:26 +0300)
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <86frstfiop.fsf@HIDDEN> <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN>
 <86v81i526t.fsf@HIDDEN> <1f5f741f-d599-4051-8a34-27d349360eb8@HIDDEN>
 <86sewiztr2.fsf@HIDDEN> <d67cdfa2-dc75-4d58-8f82-49ddc55f5e45@HIDDEN>
 <867cdto3uk.fsf@HIDDEN> <56cc929b-5491-4ed4-a527-d0b1a369e625@HIDDEN>
 <86o76sea9d.fsf@HIDDEN> <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN>
 <86o76scaou.fsf@HIDDEN> <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Sun, 21 Jul 2024 03:53:26 +0300
> Cc: 71866 <at> debbugs.gnu.org
> From: Dmitry Gutov <dmitry@HIDDEN>
> 
> Perhaps it'll be easier to share a video. Sorry, it's a large file, so I 
> just uploaded it to a free online hosting: https://streamable.com/d6775w
> 
> The first (smaller) part is me reproducing the bug, then I switch to the 
> terminal emulator, enable the breakpoint and demonstrate how the 
> behavior of the same command (other-frame) changes.
> 
> After the video was finished, I also repeated the same scenario, and 
> saved the backtrace of the last (12th) breakpoint hit.

Thanks.  The video shows some parts of the problem, but not enough
details.  It doesn't help that I don't know enough about the macOS GUI
system and conventions.  Here are some details that I'm missing:

  . The two frames are arranged in a way that the cursor in the
    left-most frame is not really visible when the right-most frame
    partially obscures it.  So it's hard to tell at all times what
    kind of cursor (or no cursor) is shown in that frame.  Could you
    please repeat the experiment after moving the right-most frame a
    bit to the right, so as not to obscure the cursor of the other
    frame?  IOW, I'd like to be able to see cursors in both frames
    regardless of which frame is selected/has focus.
  . Sometimes an Emacs frame shows its window as selected (judging by
    the way the mode line is displayed), but the 3 colored circles at
    the top left corner of the frame are shown in gray.  What does
    this mean, in Emacs terms, and how is that different from the
    situation where both the mode line is shown as active and the
    circles are shown in red/yellow/green colors?
  . What exactly are you doing with keyboard or mouse in the first
    part, where you quickly alternate the frames?  All I see is
    the initial mouse click inside the left-most frame, but the
    subsequent changes seemingly happen "by themselves", without any
    visible trigger.
  . The backtrace indicates that ns_draw_window_cursor is called from
    windowDidResignKey, which AFAIU is called when the focus changes.
    For some reason, display_and_set_cursor, which calls
    ns_draw_window_cursor, decided that cursor type should be
    NO_CURSOR, although gui_update_cursor was called with
    cursor_on_p=true, and the question is why?  You don't show any
    other backtraces, although in the video I clearly see them, and
    they use other values of cursor type.  In addition, I don't know
    which window passed to ns_draw_window_cursor (the 'w' argument)
    belongs to which frame, and without that, it is very hard to
    interpret the data of the debugging session, because I need to
    compare the calls with what I see in the Emacs frames.

IOW, the important question is: was the problematic display, where no
cursor is shown, caused by an incorrect call to ns_draw_window_cursor,
or was it caused by some other factor?  The data and the video you
presented does not allow to answer this questions.  Adding the missing
details I mentioned will probably help answer them.

> > But anyway, if this is the same scenario, then why are you only
> > looking at what happens inside ns_draw_window_cursor?  Redrawing the
> > block cursor involves displaying the character under cursor with
> > special colors, and ns_draw_window_cursor is just the beginning: it
> > calls other functions which actually do the job.
> 
> More breakpoints means more chances for the behavior to change. I also 
> don't really know which other places to look at. Stepping through all 
> the callees is both time-consuming and something that is unlikely to 
> help until I manage to read all of the underlying implementation and 
> start making sense of the data that's being used, to be able to notice 
> when this or that variable has an odd value.

I can explain the overall logic of the implementation if it can help.

> But maybe at this point some print-debugging might be more beneficial 
> (since that shouldn't change the existing behavior). See the linked 
> video and the attached backtrace, though.

At this point, I'm not yet sure printf-debugging could help.  Maybe
later.

Thanks.

P.S. I've added Alan to this discussion, in the hope that he could
help with understanding what is going on here.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 21 Jul 2024 09:07:01 +0000
Resent-Message-ID: <handler.71866.B71866.172155280216248 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: dmitry@HIDDEN
Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172155280216248
          (code B ref 71866); Sun, 21 Jul 2024 09:07:01 +0000
Received: (at 71866) by debbugs.gnu.org; 21 Jul 2024 09:06:42 +0000
Received: from localhost ([127.0.0.1]:54727 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sVSWg-0004Dz-2u
	for submit <at> debbugs.gnu.org; Sun, 21 Jul 2024 05:06:42 -0400
Received: from eggs.gnu.org ([209.51.188.92]:48112)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1sVSWd-0004Dk-PW
 for 71866 <at> debbugs.gnu.org; Sun, 21 Jul 2024 05:06:40 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1sVSUJ-0001nd-3b; Sun, 21 Jul 2024 05:04:15 -0400
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=+hOPRtmI8edSgRnSG5vaNhasb2u1mLYUWM4rqi+1u9I=; b=i9ckAxnw8uxp
 lP+xyIcM/yYSCKXx8eRlUHfDzwVfZ70xbb9f6utVs5U0JrVApp/U69Ddn6AsGzkzMDXTbSmqTJnhJ
 0YMj7FMFLS/O1H0k2NKeJMobCY8CVc9p0GX+q8SitzSl1QByZOwsSl3K1fwzzmlIrtw8Hoy27Pdai
 LkMTYlDPHDcZNknROUC9w2DI1AI40wzcuxohe/bfp/AKdzs3OJVRgsJfnDSlxhD5OgNy3/O49j15+
 FGKkOvnQnZamDN+d0EwasilTr+ndCnMqQkOBs7JaTciYqyAtb/0yESBtD4wM/gTLEm6QpDkrOAs9O
 75JSUXgfLI39pWIOOwtZww==;
Date: Sun, 21 Jul 2024 12:04:11 +0300
Message-Id: <867cdfce0k.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <86cyn7cito.fsf@HIDDEN> (message from Eli Zaretskii on Sun, 21
 Jul 2024 10:20:19 +0300)
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <86frstfiop.fsf@HIDDEN> <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN>
 <86v81i526t.fsf@HIDDEN> <1f5f741f-d599-4051-8a34-27d349360eb8@HIDDEN>
 <86sewiztr2.fsf@HIDDEN> <d67cdfa2-dc75-4d58-8f82-49ddc55f5e45@HIDDEN>
 <867cdto3uk.fsf@HIDDEN> <56cc929b-5491-4ed4-a527-d0b1a369e625@HIDDEN>
 <86o76sea9d.fsf@HIDDEN> <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN>
 <86o76scaou.fsf@HIDDEN> <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN>
 <86cyn7cito.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Cc: 71866 <at> debbugs.gnu.org
> Date: Sun, 21 Jul 2024 10:20:19 +0300
> From: Eli Zaretskii <eliz@HIDDEN>
> 
> IOW, the important question is: was the problematic display, where no
> cursor is shown, caused by an incorrect call to ns_draw_window_cursor,
> or was it caused by some other factor?  The data and the video you
> presented does not allow to answer this questions.  Adding the missing
> details I mentioned will probably help answer them.

And one more request: please turn off blink-cursor-mode, so that it
doesn't get in the way.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 21 Jul 2024 13:51:02 +0000
Resent-Message-ID: <handler.71866.B71866.172156983122454 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>, Alan Third <alan@HIDDEN>
Cc: 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172156983122454
          (code B ref 71866); Sun, 21 Jul 2024 13:51:02 +0000
Received: (at 71866) by debbugs.gnu.org; 21 Jul 2024 13:50:31 +0000
Received: from localhost ([127.0.0.1]:54915 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sVWxK-0005q5-Je
	for submit <at> debbugs.gnu.org; Sun, 21 Jul 2024 09:50:31 -0400
Received: from fhigh7-smtp.messagingengine.com ([103.168.172.158]:43205)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dmitry@HIDDEN>) id 1sVWxI-0005pp-IE
 for 71866 <at> debbugs.gnu.org; Sun, 21 Jul 2024 09:50:29 -0400
Received: from compute8.internal (compute8.nyi.internal [10.202.2.227])
 by mailfhigh.nyi.internal (Postfix) with ESMTP id 5881411401A3;
 Sun, 21 Jul 2024 09:50:21 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163])
 by compute8.internal (MEProxy); Sun, 21 Jul 2024 09:50:21 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc
 :cc:content-transfer-encoding:content-type:content-type:date
 :date:from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to; s=fm1; t=1721569821;
 x=1721656221; bh=A3AgCjifQdIHx2OiqCig7xpR7b7BqrTyqUiesT/Yko8=; b=
 Fx/kXp3JmEbtylA8UkemHVu4cLRDiSnijFlhO5F0j7fDg9V/sCw0Av557hTt9vvD
 cmF5VkaoA4aSQjVkfxYBZI7JScpS8zRMmRE5v+OaFwdLEhEqmgrgyOOJF88CphNp
 JC7nXcTrRjLGuDqN7xSW+huXsikDVFvy0Xqu5BvwkV/fkxh+mPMi/cLH3XQwMdL9
 5mayAbZi2Hazovwm70BZ5OPpZbnLfegE7qpFsvrp8KuXtbqx9yLWcnZ5+AK1NUJN
 z+WW4nsMPCJJNbigiVtkJJGtQU0LJh3xmpGCLmJilT0aFVWeSQP/upfIcba4jHIB
 C1ENlKSONjii+hDeFa1uyA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:cc:content-transfer-encoding
 :content-type:content-type:date:date:feedback-id:feedback-id
 :from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy
 :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1721569821; x=
 1721656221; bh=A3AgCjifQdIHx2OiqCig7xpR7b7BqrTyqUiesT/Yko8=; b=f
 nYjZmkY9KAh+OGlxPu3eTjDKY5mfRpAnoFayOX4o9GM5kaF6n96XZbKUxfZIPFKZ
 9FZNtP610ke27ad5C9RmdZ8zjxbkRQm7bc6AagGJClEOEJPXbH8mX/pGJ4lrCGEE
 42rpE0FM/efsa3pBYWbI63Z7kPnpwVk2BLtLNkPfmzkvOJE9wRH01JICW+85ahuD
 3baNQiNpXsaqvqLcauKO7IonAb6OnYGMyPSlIUf+oq2RYsyvra4+VLRVOJesw2nO
 rqBtfKi4oCkNJoyl8ChTJySxrR7aoOuoeoQefP3uIiJFc2a53TLzQTePHqzRnOFN
 tvtAS3FtKJuLutB3OA0WA==
X-ME-Sender: <xms:HRKdZi1J330o5MWUEaMrAO6c9n7Mi6sLivdALNXdihgULMavUHgRWQ>
 <xme:HRKdZlGyQvdv31rRZCP_vD37aRhbk6RaBz5tqu8YFTDDdvJgy5TXNdP3HDol_qen7
 dGdZ6RFHmoj_shIrHg>
X-ME-Received: <xmr:HRKdZq4Kp8tOPSN1g2TPlpW6Oy18AjwRocwOPUYhZRYeUE6Ks9-zZVSTubkiDdU9dxy6>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrheehgdejudcutefuodetggdotefrodftvf
 curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu
 uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc
 fjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeenucfhrhhomhepffhmihht
 rhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrghtth
 gvrhhnpeeiteejleffveetgeekffekfeduteevvdduffehhfffgedulefgueefgeetfefg
 ffenucffohhmrghinhepshhtrhgvrghmrggslhgvrdgtohhmnecuvehluhhsthgvrhfuih
 iivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepughmihhtrhihsehguhhtohhvrdgu
 vghv
X-ME-Proxy: <xmx:HRKdZj1MA8s5NoR37WmvAz8VzftKoG45CO_Adzna5F3kZSPAIMKGqQ>
 <xmx:HRKdZlEIZtG-OSH8jIlack4ATbzjR9bYBhE2V_j8V90IuBh20ELM8g>
 <xmx:HRKdZs_sfD1VNt3UZCbLZsPwWzUf-XBi2MHgP_vaTMtEl_nRM2bu9w>
 <xmx:HRKdZqlfZK7CizWrPbp2rt3v4Hd_4523yN9ASghi8xTH7hDxDhIi8g>
 <xmx:HRKdZlB9wjQgEkTyeX4Zo6ieG5smJODtftYo7mJvxYzJbpQ0Ddt5E0X->
Feedback-ID: i0e71465a:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun,
 21 Jul 2024 09:50:20 -0400 (EDT)
Message-ID: <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN>
Date: Sun, 21 Jul 2024 16:50:18 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <86frstfiop.fsf@HIDDEN> <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN>
 <86v81i526t.fsf@HIDDEN> <1f5f741f-d599-4051-8a34-27d349360eb8@HIDDEN>
 <86sewiztr2.fsf@HIDDEN> <d67cdfa2-dc75-4d58-8f82-49ddc55f5e45@HIDDEN>
 <867cdto3uk.fsf@HIDDEN> <56cc929b-5491-4ed4-a527-d0b1a369e625@HIDDEN>
 <86o76sea9d.fsf@HIDDEN> <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN>
 <86o76scaou.fsf@HIDDEN> <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN>
 <86cyn7cito.fsf@HIDDEN>
Content-Language: en-US
From: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <86cyn7cito.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On 21/07/2024 10:20, Eli Zaretskii wrote:
>> Date: Sun, 21 Jul 2024 03:53:26 +0300
>> Cc: 71866 <at> debbugs.gnu.org
>> From: Dmitry Gutov <dmitry@HIDDEN>
>>
>> Perhaps it'll be easier to share a video. Sorry, it's a large file, so I
>> just uploaded it to a free online hosting: https://streamable.com/d6775w
>>
>> The first (smaller) part is me reproducing the bug, then I switch to the
>> terminal emulator, enable the breakpoint and demonstrate how the
>> behavior of the same command (other-frame) changes.
>>
>> After the video was finished, I also repeated the same scenario, and
>> saved the backtrace of the last (12th) breakpoint hit.
> 
> Thanks.  The video shows some parts of the problem, but not enough
> details.  It doesn't help that I don't know enough about the macOS GUI
> system and conventions.  Here are some details that I'm missing:
> 
>    . The two frames are arranged in a way that the cursor in the
>      left-most frame is not really visible when the right-most frame
>      partially obscures it.  So it's hard to tell at all times what
>      kind of cursor (or no cursor) is shown in that frame.  Could you
>      please repeat the experiment after moving the right-most frame a
>      bit to the right, so as not to obscure the cursor of the other
>      frame?  IOW, I'd like to be able to see cursors in both frames
>      regardless of which frame is selected/has focus.

I can repeat the experiment, but in my testing the problem only occurs 
in (all) frames other than the first/original one, regardless of their 
positioning.

Also FWIW it doesn't matter whether the frames display the same buffer 
or different ones.

>    . Sometimes an Emacs frame shows its window as selected (judging by
>      the way the mode line is displayed), but the 3 colored circles at
>      the top left corner of the frame are shown in gray.  What does
>      this mean, in Emacs terms, and how is that different from the
>      situation where both the mode line is shown as active and the
>      circles are shown in red/yellow/green colors?

It seems to me a consequence of our having a breakpoint inside a 
function that updates how the frame looks (which includes its contents, 
the "selected" status and etc) - when I switch the focus away manually 
to a different program in the middle of that (to handle the breakpoint), 
probably that created a de-synchronization that never happens in other 
circumstances.

>    . What exactly are you doing with keyboard or mouse in the first
>      part, where you quickly alternate the frames?  All I see is
>      the initial mouse click inside the left-most frame, but the
>      subsequent changes seemingly happen "by themselves", without any
>      visible trigger.

That's 'other-frame', bound to 'M-`'.

>    . The backtrace indicates that ns_draw_window_cursor is called from
>      windowDidResignKey, which AFAIU is called when the focus changes.
>      For some reason, display_and_set_cursor, which calls
>      ns_draw_window_cursor, decided that cursor type should be
>      NO_CURSOR, although gui_update_cursor was called with
>      cursor_on_p=true, and the question is why?  You don't show any
>      other backtraces, although in the video I clearly see them, and
>      they use other values of cursor type.  In addition, I don't know
>      which window passed to ns_draw_window_cursor (the 'w' argument)
>      belongs to which frame, and without that, it is very hard to
>      interpret the data of the debugging session, because I need to
>      compare the calls with what I see in the Emacs frames.

Would you like to see all the other backtraces, or some specific ones? 
In the former case, that will be a lot of text to sort through.

> IOW, the important question is: was the problematic display, where no
> cursor is shown, caused by an incorrect call to ns_draw_window_cursor,
> or was it caused by some other factor?  The data and the video you
> presented does not allow to answer this questions.  Adding the missing
> details I mentioned will probably help answer them.

...and whether that all is a red herring, caused by our breakpoints, 
whereas the code reading to the original problem might reside somewhere 
else. ;-(

>>> But anyway, if this is the same scenario, then why are you only
>>> looking at what happens inside ns_draw_window_cursor?  Redrawing the
>>> block cursor involves displaying the character under cursor with
>>> special colors, and ns_draw_window_cursor is just the beginning: it
>>> calls other functions which actually do the job.
>>
>> More breakpoints means more chances for the behavior to change. I also
>> don't really know which other places to look at. Stepping through all
>> the callees is both time-consuming and something that is unlikely to
>> help until I manage to read all of the underlying implementation and
>> start making sense of the data that's being used, to be able to notice
>> when this or that variable has an odd value.
> 
> I can explain the overall logic of the implementation if it can help.

Maybe I'll ask some questions later, which I know what to ask. I can 
understand some high-level things from the backtrace already, but the 
devil is in the details.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 21 Jul 2024 14:56:02 +0000
Resent-Message-ID: <handler.71866.B71866.172157375029979 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dmitry@HIDDEN>
Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172157375029979
          (code B ref 71866); Sun, 21 Jul 2024 14:56:02 +0000
Received: (at 71866) by debbugs.gnu.org; 21 Jul 2024 14:55:50 +0000
Received: from localhost ([127.0.0.1]:55805 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sVXyY-0007nS-8B
	for submit <at> debbugs.gnu.org; Sun, 21 Jul 2024 10:55:50 -0400
Received: from eggs.gnu.org ([209.51.188.92]:58964)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1sVXyW-0007mv-9z
 for 71866 <at> debbugs.gnu.org; Sun, 21 Jul 2024 10:55:49 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1sVXyL-0001RN-ST; Sun, 21 Jul 2024 10:55:37 -0400
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=O3AsSyoUo49NPL26EaIieSLeE1UGx1/S6xiSR4eSovk=; b=TkDQ0ou95zi4
 3yI9EAeJfLv55wbIEu3S6tXMYKVex8eUiPgwrYeYeDHpUj/RHLiD6Dae5z8//+8V1xtYQswAigq4s
 YKavR9oZO2dAI+7OM5HguLB6X1XS8fLJddZYN8rAe857Kn3XZClEK+Bj9Y6npfrJx3KdPXT+9gq5o
 1+xGJa+NTSPJtyoMBroOJGNXcWWHk1Mj69x4J9TR08bzhN6nzoIhnnqdNdRKvCj/ML02MXoLeByg0
 NKN/mQssYkFS4T7EHGbJwG1PNIhy1jx3JbWrdY6YzgFpw7Wwbu3pmASO71x4r9Xh+HaMDA5RL8EdP
 zEVO0WgBNGp+sCB8bv5UDg==;
Date: Sun, 21 Jul 2024 17:55:36 +0300
Message-Id: <86ttgibxqv.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN> (message from
 Dmitry Gutov on Sun, 21 Jul 2024 16:50:18 +0300)
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <86frstfiop.fsf@HIDDEN> <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN>
 <86v81i526t.fsf@HIDDEN> <1f5f741f-d599-4051-8a34-27d349360eb8@HIDDEN>
 <86sewiztr2.fsf@HIDDEN> <d67cdfa2-dc75-4d58-8f82-49ddc55f5e45@HIDDEN>
 <867cdto3uk.fsf@HIDDEN> <56cc929b-5491-4ed4-a527-d0b1a369e625@HIDDEN>
 <86o76sea9d.fsf@HIDDEN> <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN>
 <86o76scaou.fsf@HIDDEN> <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN>
 <86cyn7cito.fsf@HIDDEN> <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Sun, 21 Jul 2024 16:50:18 +0300
> Cc: 71866 <at> debbugs.gnu.org
> From: Dmitry Gutov <dmitry@HIDDEN>
> 
> >    . The two frames are arranged in a way that the cursor in the
> >      left-most frame is not really visible when the right-most frame
> >      partially obscures it.  So it's hard to tell at all times what
> >      kind of cursor (or no cursor) is shown in that frame.  Could you
> >      please repeat the experiment after moving the right-most frame a
> >      bit to the right, so as not to obscure the cursor of the other
> >      frame?  IOW, I'd like to be able to see cursors in both frames
> >      regardless of which frame is selected/has focus.
> 
> I can repeat the experiment, but in my testing the problem only occurs 
> in (all) frames other than the first/original one, regardless of their 
> positioning.

I believe you.  But I want to see both cursors, because they are
usually redrawn in tandem.

> Also FWIW it doesn't matter whether the frames display the same buffer 
> or different ones.

Yes, I know.

> >    . Sometimes an Emacs frame shows its window as selected (judging by
> >      the way the mode line is displayed), but the 3 colored circles at
> >      the top left corner of the frame are shown in gray.  What does
> >      this mean, in Emacs terms, and how is that different from the
> >      situation where both the mode line is shown as active and the
> >      circles are shown in red/yellow/green colors?
> 
> It seems to me a consequence of our having a breakpoint inside a 
> function that updates how the frame looks (which includes its contents, 
> the "selected" status and etc) - when I switch the focus away manually 
> to a different program in the middle of that (to handle the breakpoint), 
> probably that created a de-synchronization that never happens in other 
> circumstances.

If you are sure that this happens only when Emacs is stopped at a
breakpoint, this aspect of the issue can be disregarded.

> >    . What exactly are you doing with keyboard or mouse in the first
> >      part, where you quickly alternate the frames?  All I see is
> >      the initial mouse click inside the left-most frame, but the
> >      subsequent changes seemingly happen "by themselves", without any
> >      visible trigger.
> 
> That's 'other-frame', bound to 'M-`'.

OK.

> >    . The backtrace indicates that ns_draw_window_cursor is called from
> >      windowDidResignKey, which AFAIU is called when the focus changes.
> >      For some reason, display_and_set_cursor, which calls
> >      ns_draw_window_cursor, decided that cursor type should be
> >      NO_CURSOR, although gui_update_cursor was called with
> >      cursor_on_p=true, and the question is why?  You don't show any
> >      other backtraces, although in the video I clearly see them, and
> >      they use other values of cursor type.  In addition, I don't know
> >      which window passed to ns_draw_window_cursor (the 'w' argument)
> >      belongs to which frame, and without that, it is very hard to
> >      interpret the data of the debugging session, because I need to
> >      compare the calls with what I see in the Emacs frames.
> 
> Would you like to see all the other backtraces, or some specific ones? 

All of the backtraces from all the calls produced by a single M-`
press.  It is best to have only the backtraces that happen when the
problem with the cursor is visible, if you can easily arrange for
that.

> In the former case, that will be a lot of text to sort through.

Yes, but it is imperative to see all the calls.

> > IOW, the important question is: was the problematic display, where no
> > cursor is shown, caused by an incorrect call to ns_draw_window_cursor,
> > or was it caused by some other factor?  The data and the video you
> > presented does not allow to answer this questions.  Adding the missing
> > details I mentioned will probably help answer them.
> 
> ...and whether that all is a red herring, caused by our breakpoints, 
> whereas the code reading to the original problem might reside somewhere 
> else. ;-(

Could be, but in general ns_draw_window_cursor is AFAIK the only way
of redrawing the cursor, so I think we are on a good track here.

> >>> But anyway, if this is the same scenario, then why are you only
> >>> looking at what happens inside ns_draw_window_cursor?  Redrawing the
> >>> block cursor involves displaying the character under cursor with
> >>> special colors, and ns_draw_window_cursor is just the beginning: it
> >>> calls other functions which actually do the job.
> >>
> >> More breakpoints means more chances for the behavior to change. I also
> >> don't really know which other places to look at. Stepping through all
> >> the callees is both time-consuming and something that is unlikely to
> >> help until I manage to read all of the underlying implementation and
> >> start making sense of the data that's being used, to be able to notice
> >> when this or that variable has an odd value.
> > 
> > I can explain the overall logic of the implementation if it can help.
> 
> Maybe I'll ask some questions later, which I know what to ask. I can 
> understand some high-level things from the backtrace already, but the 
> devil is in the details.

Eventually, if and when we find the call which causes this incomplete
redraw, you will need to step through the code and see what happens
there.  When we get there, I will try to explain the main ideas of the
code.

Thanks.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 21 Jul 2024 23:23:02 +0000
Resent-Message-ID: <handler.71866.B71866.172160417228042 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172160417228042
          (code B ref 71866); Sun, 21 Jul 2024 23:23:02 +0000
Received: (at 71866) by debbugs.gnu.org; 21 Jul 2024 23:22:52 +0000
Received: from localhost ([127.0.0.1]:56280 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sVftD-0007IE-H4
	for submit <at> debbugs.gnu.org; Sun, 21 Jul 2024 19:22:51 -0400
Received: from fhigh5-smtp.messagingengine.com ([103.168.172.156]:47151)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dmitry@HIDDEN>) id 1sVftB-0007I0-9n
 for 71866 <at> debbugs.gnu.org; Sun, 21 Jul 2024 19:22:50 -0400
Received: from compute2.internal (compute2.nyi.internal [10.202.2.46])
 by mailfhigh.nyi.internal (Postfix) with ESMTP id CFD4911400D0;
 Sun, 21 Jul 2024 19:22:41 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163])
 by compute2.internal (MEProxy); Sun, 21 Jul 2024 19:22:41 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc
 :cc:content-transfer-encoding:content-type:content-type:date
 :date:from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to; s=fm1; t=1721604161;
 x=1721690561; bh=/hO4Gp6FlNR5miyVU6zucPRcT5va9SVCDhbyF/Bdlb0=; b=
 gIfu0mvb9bKQ6StxytXvHkYgM3lD+Ruha9cPwUJTSmth9k6XYRp6A6YEBupKAxaN
 BQ6Y9NfdlN88wAA1YziWsTkyFjCez7ygC+O8BiY/+F6mwd7fxhwjZYd61QAu3jeL
 6fWlIglLjXZBNiT3dL10cCw72O1t13OgC0PpX7hio5vbVUg01uP6h98+7RPXCkIw
 Lm/BsYdHqUH1P6HHBf6TF4HPxYwGIXemhpvkbVaW1Sp12/Js6CYINU/djg36OeL8
 z+LCWONEyd0fxuBzl9zy3hjWEcQya6X3qgB7R+8ZUB8/SZFUVYxFrLs0GaXl80+V
 HfYcSSdGcbMOA/2CUtXi6g==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:cc:content-transfer-encoding
 :content-type:content-type:date:date:feedback-id:feedback-id
 :from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy
 :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1721604161; x=
 1721690561; bh=/hO4Gp6FlNR5miyVU6zucPRcT5va9SVCDhbyF/Bdlb0=; b=E
 MKhrOIv/rkGG7d8QTQVG6gYzUMkox1VSBWe/0AJje/mn1toi9igx5NMyK674nPa1
 UmUj0OiV6xySmEhaAW9I4q0G3ml5nHJj5Czt9nIYyTANx7GAX0a3DbeEJ/UNDKxH
 F3yS4MbeZe9vgtMQ3rGMcfYyuLxXxufsV+yuxCCQk6X98A14NBJzKD9nBBraut8J
 VA6snnIi5/Cm4ahxwnjSoX1PMCu2Pey1X3U4uObxp8Ul0ZrgvhuLR1//vk+H5lom
 z0Y60pWEf/Ab20l2kPXu09Kw2yhncs3riXWHE+iBs/kXCW0aokL6fzH0RCZIcwlA
 YAFcY6Sumyif925l+sr8w==
X-ME-Sender: <xms:QZidZm9eIZoUcRc-5qlorkBTmftF7Pm_RYhTI4GoTM3ReZAZ2yKZng>
 <xme:QZidZmsLVzPYQOznSP9BShJgzCXrrTWCn-k-_RN3uar1Mjsy3E_sAgYbN_0VsuFXJ
 IKDyiCdhSFMynEAmP4>
X-ME-Received: <xmr:QZidZsBWVlh7McWod37bxlEx4IY784K-0RtQHP_GkYIevmkaGCoojIqexDi3sxVwWEnl>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrheeigddvvdcutefuodetggdotefrodftvf
 curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu
 uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc
 fjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeenucfhrhhomhepffhmihht
 rhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrghtth
 gvrhhnpeetudeljeegheetgfehgeejkeeuhedvveeikeeufedtvddtveefhfdvveegudej
 heenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumh
 hithhrhiesghhuthhovhdruggvvh
X-ME-Proxy: <xmx:QZidZufbluzRlpEJsrE4SNLi1JIrIpKxbP20kwhb4S0xeSHZaI5n_w>
 <xmx:QZidZrPvBI19-gm0dz_J_NLENUFDGhK2Aop0tglA6cs1IlvjX9jCug>
 <xmx:QZidZol9Xy5pew1OnSjIpoD0hHCfEjXBKQqTU6f0_FUaYDg1v-YvUQ>
 <xmx:QZidZtsaW4QnJmMawFGjLJOm7i79Yj7Ub-zL0ZBbfTYAtHYszSK-vw>
 <xmx:QZidZkqrvGpZqhHKJFCoSzwKesE7tB9h8DCpPieD4hq4bzUaVLTwdT7k>
Feedback-ID: i0e71465a:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun,
 21 Jul 2024 19:22:39 -0400 (EDT)
Message-ID: <5f3cc5c5-a35f-4dec-9a3a-8b9539d2fecb@HIDDEN>
Date: Mon, 22 Jul 2024 02:22:36 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <86frstfiop.fsf@HIDDEN> <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN>
 <86v81i526t.fsf@HIDDEN> <1f5f741f-d599-4051-8a34-27d349360eb8@HIDDEN>
 <86sewiztr2.fsf@HIDDEN> <d67cdfa2-dc75-4d58-8f82-49ddc55f5e45@HIDDEN>
 <867cdto3uk.fsf@HIDDEN> <56cc929b-5491-4ed4-a527-d0b1a369e625@HIDDEN>
 <86o76sea9d.fsf@HIDDEN> <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN>
 <86o76scaou.fsf@HIDDEN> <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN>
 <86cyn7cito.fsf@HIDDEN> <867cdfce0k.fsf@HIDDEN>
Content-Language: en-US
From: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <867cdfce0k.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On 21/07/2024 12:04, Eli Zaretskii wrote:
>> Cc:71866 <at> debbugs.gnu.org
>> Date: Sun, 21 Jul 2024 10:20:19 +0300
>> From: Eli Zaretskii<eliz@HIDDEN>
>>
>> IOW, the important question is: was the problematic display, where no
>> cursor is shown, caused by an incorrect call to ns_draw_window_cursor,
>> or was it caused by some other factor?  The data and the video you
>> presented does not allow to answer this questions.  Adding the missing
>> details I mentioned will probably help answer them.
> And one more request: please turn off blink-cursor-mode, so that it
> doesn't get in the way.

FWIW, already disabled in the repro script. Just to minimize the number 
of times the cursor has to be redrawn.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 21 Jul 2024 23:59:02 +0000
Resent-Message-ID: <handler.71866.B71866.172160633331757 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172160633331757
          (code B ref 71866); Sun, 21 Jul 2024 23:59:02 +0000
Received: (at 71866) by debbugs.gnu.org; 21 Jul 2024 23:58:53 +0000
Received: from localhost ([127.0.0.1]:56290 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sVgS2-0008G6-9J
	for submit <at> debbugs.gnu.org; Sun, 21 Jul 2024 19:58:53 -0400
Received: from fout1-smtp.messagingengine.com ([103.168.172.144]:55703)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dmitry@HIDDEN>) id 1sVgRx-0008Fm-1s
 for 71866 <at> debbugs.gnu.org; Sun, 21 Jul 2024 19:58:48 -0400
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41])
 by mailfout.nyi.internal (Postfix) with ESMTP id 033B513801D9;
 Sun, 21 Jul 2024 19:58:37 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162])
 by compute1.internal (MEProxy); Sun, 21 Jul 2024 19:58:37 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc
 :cc:content-type:content-type:date:date:from:from:in-reply-to
 :in-reply-to:message-id:mime-version:references:reply-to:subject
 :subject:to:to; s=fm1; t=1721606316; x=1721692716; bh=wiU+ala/nz
 Tk83bfqTGp/OsdTBV05Pk8HrpOZABtNk4=; b=X4JUi+TVI53W8H2dYWsCYw2r0c
 V+MyyubMwg8LlCVtQI9yGE8Gtn90iglVJYkRWKZ4RFP3njtNPVORp27nHEj7b3K2
 8yLkPVjASt7dd3DRJa0LFv687NhCqBnTkfqR9QVteHfF0bbbwg2Vf/A9xmwZzh4+
 VmpWDX+MFo0TY+LhMbkTZuHiNHd/GNXxekNQnOF/pwc/ry+dFH1QqfW2Hr9l2Yxn
 zfhrdMSZUZVfxZWxkVO+UV3DV+jpoGRg51v3QP57KVYcqbMwVoj2QJkgQnJods/G
 U2UgW7t/UVUC/HfX4mvleBk5AS7NFWaq8VFMVU5gMQzENwpZxAq6Cyzjq0Uw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:cc:content-type:content-type:date:date
 :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to
 :message-id:mime-version:references:reply-to:subject:subject:to
 :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=
 fm3; t=1721606316; x=1721692716; bh=wiU+ala/nzTk83bfqTGp/OsdTBV0
 5Pk8HrpOZABtNk4=; b=R1DP3dwsye010w9xKZ+esPnTfbiq0AiDtGlbw8vGTDvr
 yegxq3j6qx/MnIILIjub54hvqa1LNkcAG9pNrB9t1xJilHjuB1gP4oOHQtSk8aJ0
 dwFewcT0ClqRh5GHZ6g2iIzaIXr3iQlKsiewyHaHeFI1AimyhBmNIQhrj0w843FG
 rw0tLYWOhP9Fwbj7GLX3anV42ljpbWOiGQP5B6JNBv4r1rmV8Ikja1Xw/puaaeJF
 I+PNJ3PcDhWKiX+EUNcPnGswVtuoA1ra9ukV8eo45i66fIxUs0/JqI/8xI0GQS5B
 yZzc/MHrdDTP3h5y/w3n9Yj8O2t3g4JcspMID2qihA==
X-ME-Sender: <xms:rKCdZta76F1osZr5oPXINefWWMpuQnHqnJTWULh4aV7a22m2G89KSQ>
 <xme:rKCdZkZaGBp_zOJapN5P0u46HPGVETef3bEL__sN16SaJtdn-rAozD2pSMUNly364
 4r5-cTgc6YEiLajbsQ>
X-ME-Received: <xmr:rKCdZv-rYeFfY6VyCArtq8FXF1dZZfZlqkfhArDoXBMNS5POAk9CbHYnQqvl8wP4Tvwc>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrheeigdeftdcutefuodetggdotefrodftvf
 curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu
 uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc
 fjughrpegtkfffgggfuffvvehfhfgjsehmtderredtvdejnecuhfhrohhmpeffmhhithhr
 hicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrthhtvg
 hrnhepueevgfetieelteeihfehvedvueduueekvdfhueeijeffleeiteetgfetvdeuieei
 necuffhomhgrihhnpehsthhrvggrmhgrsghlvgdrtghomhenucevlhhushhtvghrufhiii
 gvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumhhithhrhiesghhuthhovhdruggv
 vh
X-ME-Proxy: <xmx:rKCdZrrBFK2XMVrTbNCu-sz7oaz3uMi0rJfl77ZwsWQYA8jtLMXmuw>
 <xmx:rKCdZopcn3eWLWdRNcApKRaHzoXS_9WXjSQv04L8W2PnrdmuHHrmWA>
 <xmx:rKCdZhT_HJgSEYAq5KwTS4MAIA9zGaHZBepwiGF5zr20399yvEgu8g>
 <xmx:rKCdZgolksLSVAKEkvkM08rXqiddu19ZlhSUnmS_LYMJ8IjoPFUnTw>
 <xmx:rKCdZjWzts0gNDR1e90GTAm0GqoSbLT0hLauEDfdl_whIHgzbxhvA74P>
Feedback-ID: i0e71465a:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun,
 21 Jul 2024 19:58:35 -0400 (EDT)
Content-Type: multipart/mixed; boundary="------------38GlQ3xfw17iklUpCUpyXwRq"
Message-ID: <7ae61592-8319-4b1a-b973-4015ff1db569@HIDDEN>
Date: Mon, 22 Jul 2024 02:58:33 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <86frstfiop.fsf@HIDDEN> <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN>
 <86v81i526t.fsf@HIDDEN> <1f5f741f-d599-4051-8a34-27d349360eb8@HIDDEN>
 <86sewiztr2.fsf@HIDDEN> <d67cdfa2-dc75-4d58-8f82-49ddc55f5e45@HIDDEN>
 <867cdto3uk.fsf@HIDDEN> <56cc929b-5491-4ed4-a527-d0b1a369e625@HIDDEN>
 <86o76sea9d.fsf@HIDDEN> <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN>
 <86o76scaou.fsf@HIDDEN> <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN>
 <86cyn7cito.fsf@HIDDEN> <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN>
 <86ttgibxqv.fsf@HIDDEN>
Content-Language: en-US
From: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <86ttgibxqv.fsf@HIDDEN>
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

This is a multi-part message in MIME format.
--------------38GlQ3xfw17iklUpCUpyXwRq
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

On 21/07/2024 17:55, Eli Zaretskii wrote:
>> Date: Sun, 21 Jul 2024 16:50:18 +0300
>> Cc: 71866 <at> debbugs.gnu.org
>> From: Dmitry Gutov <dmitry@HIDDEN>
>>
>>>     . The two frames are arranged in a way that the cursor in the
>>>       left-most frame is not really visible when the right-most frame
>>>       partially obscures it.  So it's hard to tell at all times what
>>>       kind of cursor (or no cursor) is shown in that frame.  Could you
>>>       please repeat the experiment after moving the right-most frame a
>>>       bit to the right, so as not to obscure the cursor of the other
>>>       frame?  IOW, I'd like to be able to see cursors in both frames
>>>       regardless of which frame is selected/has focus.
>>
>> I can repeat the experiment, but in my testing the problem only occurs
>> in (all) frames other than the first/original one, regardless of their
>> positioning.
> 
> I believe you.  But I want to see both cursors, because they are
> usually redrawn in tandem.

No problem.

>>>     . Sometimes an Emacs frame shows its window as selected (judging by
>>>       the way the mode line is displayed), but the 3 colored circles at
>>>       the top left corner of the frame are shown in gray.  What does
>>>       this mean, in Emacs terms, and how is that different from the
>>>       situation where both the mode line is shown as active and the
>>>       circles are shown in red/yellow/green colors?
>>
>> It seems to me a consequence of our having a breakpoint inside a
>> function that updates how the frame looks (which includes its contents,
>> the "selected" status and etc) - when I switch the focus away manually
>> to a different program in the middle of that (to handle the breakpoint),
>> probably that created a de-synchronization that never happens in other
>> circumstances.
> 
> If you are sure that this happens only when Emacs is stopped at a
> breakpoint, this aspect of the issue can be disregarded.

Seems so to me. You could see the way Emacs behaves without breakpoints 
at the beginning of the previous video.

>>>     . What exactly are you doing with keyboard or mouse in the first
>>>       part, where you quickly alternate the frames?  All I see is
>>>       the initial mouse click inside the left-most frame, but the
>>>       subsequent changes seemingly happen "by themselves", without any
>>>       visible trigger.
>>
>> That's 'other-frame', bound to 'M-`'.
> 
> OK.
> 
>>>     . The backtrace indicates that ns_draw_window_cursor is called from
>>>       windowDidResignKey, which AFAIU is called when the focus changes.
>>>       For some reason, display_and_set_cursor, which calls
>>>       ns_draw_window_cursor, decided that cursor type should be
>>>       NO_CURSOR, although gui_update_cursor was called with
>>>       cursor_on_p=true, and the question is why?  You don't show any
>>>       other backtraces, although in the video I clearly see them, and
>>>       they use other values of cursor type.  In addition, I don't know
>>>       which window passed to ns_draw_window_cursor (the 'w' argument)
>>>       belongs to which frame, and without that, it is very hard to
>>>       interpret the data of the debugging session, because I need to
>>>       compare the calls with what I see in the Emacs frames.
>>
>> Would you like to see all the other backtraces, or some specific ones?
> 
> All of the backtraces from all the calls produced by a single M-`
> press.  It is best to have only the backtraces that happen when the
> problem with the cursor is visible, if you can easily arrange for
> that.

Yup, done that, see below.

>> In the former case, that will be a lot of text to sort through.
> 
> Yes, but it is imperative to see all the calls.

Very good, see this longer video where I also print the backtrace every 
time the breakpoint is hit (and then sometimes scroll up to make its top 
visible). Also attached is the text log with all 12 backtraces together.

https://streamable.com/4a1vb2

The video will be up for 24 hours at this free hosting, but I can 
reupload it later as well if somebody asks.

>>> IOW, the important question is: was the problematic display, where no
>>> cursor is shown, caused by an incorrect call to ns_draw_window_cursor,
>>> or was it caused by some other factor?  The data and the video you
>>> presented does not allow to answer this questions.  Adding the missing
>>> details I mentioned will probably help answer them.
>>
>> ...and whether that all is a red herring, caused by our breakpoints,
>> whereas the code reading to the original problem might reside somewhere
>> else. ;-(
> 
> Could be, but in general ns_draw_window_cursor is AFAIK the only way
> of redrawing the cursor, so I think we are on a good track here.

Here's hoping.

> Eventually, if and when we find the call which causes this incomplete
> redraw, you will need to step through the code and see what happens
> there.  When we get there, I will try to explain the main ideas of the
> code.

Sounds great!
--------------38GlQ3xfw17iklUpCUpyXwRq
Content-Type: text/plain; charset=UTF-8; name="emacs-lldb-bt-3-list.txt"
Content-Disposition: attachment; filename="emacs-lldb-bt-3-list.txt"
Content-Transfer-Encoding: base64

MjAyNC0wNy0yMiAwMTo1Mjo1NS4wOTY0NjArMDMwMCBlbWFjc1s3NjE2OjMyNTM1MzBdIFtD
dXJzb3JVSV0gLVtUVUlOU0N1cnNvclVJQ29udHJvbGxlciBhY3RpdmF0ZTpdOiBFbWFjc1Zp
ZXcgZG9lc24ndCBjb25mb3JtIHRvIE5TVGV4dElucHV0Q2xpZW50IHByb3RvY29sLgpQcm9j
ZXNzIDc2MTYgc3RvcHBlZAoqIHRocmVhZCAjMSwgcXVldWUgPSAnY29tLmFwcGxlLm1haW4t
dGhyZWFkJywgc3RvcCByZWFzb24gPSBicmVha3BvaW50IDIuMQogICAgZnJhbWUgIzA6IDB4
MDAwMDAwMDEwMDM1NGY0NCBlbWFjc2Buc19kcmF3X3dpbmRvd19jdXJzb3Iodz0weDAwMDAw
MDAxMWUwMTY2ZDAsIGdseXBoX3Jvdz0weDAwMDAwMDAxMWU5MWZkMDAsIHg9MjgsIHk9NDIs
IGN1cnNvcl90eXBlPUZJTExFRF9CT1hfQ1VSU09SLCBjdXJzb3Jfd2lkdGg9MSwgb25fcD10
cnVlLCBhY3RpdmVfcD10cnVlKSBhdCBuc3Rlcm0ubTozMDQ1OjI1CiAgIDMwNDIJICBpZiAo
IW9uX3ApCiAgIDMwNDMJICAgIHJldHVybjsKICAgMzA0NAotPiAzMDQ1CSAgdy0+cGh5c19j
dXJzb3JfdHlwZSA9IGN1cnNvcl90eXBlOwogICAzMDQ2CSAgdy0+cGh5c19jdXJzb3Jfb25f
cCA9IG9uX3A7CiAgIDMwNDcKICAgMzA0OAkgIGlmIChjdXJzb3JfdHlwZSA9PSBOT19DVVJT
T1IpClRhcmdldCAwOiAoZW1hY3MpIHN0b3BwZWQuCihsbGRiKSAxCmVycm9yOiAnMScgaXMg
bm90IGEgdmFsaWQgY29tbWFuZC4KKGxsZGIpIGJ0CiogdGhyZWFkICMxLCBxdWV1ZSA9ICdj
b20uYXBwbGUubWFpbi10aHJlYWQnLCBzdG9wIHJlYXNvbiA9IGJyZWFrcG9pbnQgMi4xCiAg
KiBmcmFtZSAjMDogMHgwMDAwMDAwMTAwMzU0ZjQ0IGVtYWNzYG5zX2RyYXdfd2luZG93X2N1
cnNvcih3PTB4MDAwMDAwMDExZTAxNjZkMCwgZ2x5cGhfcm93PTB4MDAwMDAwMDExZTkxZmQw
MCwgeD0yOCwgeT00MiwgY3Vyc29yX3R5cGU9RklMTEVEX0JPWF9DVVJTT1IsIGN1cnNvcl93
aWR0aD0xLCBvbl9wPXRydWUsIGFjdGl2ZV9wPXRydWUpIGF0IG5zdGVybS5tOjMwNDU6MjUK
ICAgIGZyYW1lICMxOiAweDAwMDAwMDAxMDAwNzAzNWMgZW1hY3NgZGlzcGxheV9hbmRfc2V0
X2N1cnNvcih3PTB4MDAwMDAwMDExZTAxNjZkMCwgb249dHJ1ZSwgaHBvcz00LCB2cG9zPTMs
IHg9MjgsIHk9NDIpIGF0IHhkaXNwLmM6MzQyMDU6NQogICAgZnJhbWUgIzI6IDB4MDAwMDAw
MDEwMDA3MGQyNCBlbWFjc2B1cGRhdGVfd2luZG93X2N1cnNvcih3PTB4MDAwMDAwMDExZTAx
NjZkMCwgb249dHJ1ZSkgYXQgeGRpc3AuYzozNDI0MDo3CiAgICBmcmFtZSAjMzogMHgwMDAw
MDAwMTAwMDcwYjFjIGVtYWNzYHVwZGF0ZV9jdXJzb3JfaW5fd2luZG93X3RyZWUodz0weDAw
MDAwMDAxMWUwMTY2ZDAsIG9uX3A9dHJ1ZSkgYXQgeGRpc3AuYzozNDI1ODoyCiAgICBmcmFt
ZSAjNDogMHgwMDAwMDAwMTAwMDcwYWEwIGVtYWNzYGd1aV91cGRhdGVfY3Vyc29yKGY9MHgw
MDAwMDAwMTFlMDE2NDgwLCBvbl9wPXRydWUpIGF0IHhkaXNwLmM6MzQyNzI6MwogICAgZnJh
bWUgIzU6IDB4MDAwMDAwMDEwMDM0NDYzOCBlbWFjc2Buc19mcmFtZV9yZWhpZ2hsaWdodChm
cmFtZT0weDAwMDAwMDAxMWUwMTY0ODApIGF0IG5zdGVybS5tOjE0ODY6MTEKICAgIGZyYW1l
ICM2OiAweDAwMDAwMDAxMDAzNDQ0NjggZW1hY3NgLVtFbWFjc1ZpZXcgd2luZG93RGlkQmVj
b21lS2V5XShzZWxmPTB4MDAwMDAwMDExYjExMTRhMCwgX2NtZD0id2luZG93RGlkQmVjb21l
S2V5IikgYXQgbnN0ZXJtLm06NzkzNTozCiAgICBmcmFtZSAjNzogMHgwMDAwMDAwMTAwMzQ0
M2E4IGVtYWNzYC1bRW1hY3NWaWV3IHdpbmRvd0RpZEJlY29tZUtleTpdKHNlbGY9MHgwMDAw
MDAwMTFiMTExNGEwLCBfY21kPSJ3aW5kb3dEaWRCZWNvbWVLZXk6Iiwgbm90aWZpY2F0aW9u
PUAiTlNXaW5kb3dEaWRCZWNvbWVLZXlOb3RpZmljYXRpb24iKSBhdCBuc3Rlcm0ubTo3OTE4
OjMKICAgIGZyYW1lICM4OiAweDAwMDAwMDAxODRkYjMxNDQgQ29yZUZvdW5kYXRpb25gX19D
Rk5PVElGSUNBVElPTkNFTlRFUl9JU19DQUxMSU5HX09VVF9UT19BTl9PQlNFUlZFUl9fICsg
MTQ4CiAgICBmcmFtZSAjOTogMHgwMDAwMDAwMTg0ZTQ3M2Q4IENvcmVGb3VuZGF0aW9uYF9f
X0NGWFJlZ2lzdHJhdGlvblBvc3RfYmxvY2tfaW52b2tlICsgODgKICAgIGZyYW1lICMxMDog
MHgwMDAwMDAwMTg0ZTQ3MzIwIENvcmVGb3VuZGF0aW9uYF9DRlhSZWdpc3RyYXRpb25Qb3N0
ICsgNDQwCiAgICBmcmFtZSAjMTE6IDB4MDAwMDAwMDE4NGQ4MTY3OCBDb3JlRm91bmRhdGlv
bmBfQ0ZYTm90aWZpY2F0aW9uUG9zdCArIDc2OAogICAgZnJhbWUgIzEyOiAweDAwMDAwMDAx
ODVlOWU0ZTQgRm91bmRhdGlvbmAtW05TTm90aWZpY2F0aW9uQ2VudGVyIHBvc3ROb3RpZmlj
YXRpb25OYW1lOm9iamVjdDp1c2VySW5mbzpdICsgODgKICAgIGZyYW1lICMxMzogMHgwMDAw
MDAwMTg4NzcwNjJjIEFwcEtpdGAtW05TV2luZG93IGJlY29tZUtleVdpbmRvd10gKyA4NDQK
ICAgIGZyYW1lICMxNDogMHgwMDAwMDAwMTg4NzE3NTFjIEFwcEtpdGAtW05TV2luZG93IF9j
aGFuZ2VLZXlBbmRNYWluTGltaXRlZE9LOl0gKyA3NDgKICAgIGZyYW1lICMxNTogMHgwMDAw
MDAwMTg4NzE3MWYwIEFwcEtpdGAtW05TV2luZG93IG1ha2VLZXlXaW5kb3ddICsgMTcyCiAg
ICBmcmFtZSAjMTY6IDB4MDAwMDAwMDE4ODcxNmZhOCBBcHBLaXRgLVtOU1dpbmRvdyBfbWFr
ZUtleVJlZ2FyZGxlc3NPZlZpc2liaWxpdHldICsgNTYKICAgIGZyYW1lICMxNzogMHgwMDAw
MDAwMTg4NzBmNmEwIEFwcEtpdGAtW05TV2luZG93IG1ha2VLZXlBbmRPcmRlckZyb250Ol0g
KyAyNAogICAgZnJhbWUgIzE4OiAweDAwMDAwMDAxMDAzNDljMTAgZW1hY3NgLVtFbWFjc1dp
bmRvdyBtYWtlS2V5QW5kT3JkZXJGcm9udDpdKHNlbGY9MHgwMDAwMDAwMTFiMTExOGUwLCBf
Y21kPSJtYWtlS2V5QW5kT3JkZXJGcm9udDoiLCBzZW5kZXI9MHgwMDAwMDAwMTNhNjFmMzYw
KSBhdCBuc3Rlcm0ubTo5NDg1OjUKICAgIGZyYW1lICMxOTogMHgwMDAwMDAwMTAwMzM3OGVj
IGVtYWNzYG5zX3JhaXNlX2ZyYW1lKGY9MHgwMDAwMDAwMTFlMDE2NDgwLCBtYWtlX2tleT1Z
RVMpIGF0IG5zdGVybS5tOjE0MTE6OQogICAgZnJhbWUgIzIwOiAweDAwMDAwMDAxMDAzNTA0
MzQgZW1hY3NgbnNfZnJhbWVfcmFpc2VfbG93ZXIoZj0weDAwMDAwMDAxMWUwMTY0ODAsIHJh
aXNlPXRydWUpIGF0IG5zdGVybS5tOjE0NDQ6NQogICAgZnJhbWUgIzIxOiAweDAwMDAwMDAx
MDAwMWViYjAgZW1hY3NgRnJhaXNlX2ZyYW1lKGZyYW1lPTB4MDAwMDAwMDExZTAxNjQ4NSkg
YXQgZnJhbWUuYzozMDIzOjUKICAgIGZyYW1lICMyMjogMHgwMDAwMDAwMTAwMjRjOGEwIGVt
YWNzYGZ1bmNhbGxfc3VicihzdWJyPTB4MDAwMDAwMDEwMDk0NWJiMCwgbnVtYXJncz0xLCBh
cmdzPTB4MDAwMDAwMDEzMDEwMDE0MCkgYXQgZXZhbC5jOjMxNjE6MTUKICAgIGZyYW1lICMy
MzogMHgwMDAwMDAwMTAwMmIyZGIwIGVtYWNzYGV4ZWNfYnl0ZV9jb2RlKGZ1bj0weDAwMDAw
MDAxMDI0ZjczZDUsIGFyZ3NfdGVtcGxhdGU9NTEzLCBuYXJncz0xLCBhcmdzPTB4MDAwMDAw
MDEzMDEwMDEwOCkgYXQgYnl0ZWNvZGUuYzo4MTI6MTQKICAgIGZyYW1lICMyNDogMHgwMDAw
MDAwMTAwMjRjYzU4IGVtYWNzYGZ1bmNhbGxfbGFtYmRhKGZ1bj0weDAwMDAwMDAxMDFiMmE4
MGQsIG5hcmdzPTEsIGFyZ192ZWN0b3I9MHgwMDAwMDAwMTZmZGZkNzkwKSBhdCBldmFsLmM6
MzI1Mjo5CiAgICBmcmFtZSAjMjU6IDB4MDAwMDAwMDEwMDI0YzVlYyBlbWFjc2BmdW5jYWxs
X2dlbmVyYWwoZnVuPTB4MDAwMDAwMDEwMWIyYTgwZCwgbnVtYXJncz0xLCBhcmdzPTB4MDAw
MDAwMDE2ZmRmZDc5MCkgYXQgZXZhbC5jOjMwNDQ6MTIKICAgIGZyYW1lICMyNjogMHgwMDAw
MDAwMTAwMjQ1ZThjIGVtYWNzYEZmdW5jYWxsKG5hcmdzPTIsIGFyZ3M9MHgwMDAwMDAwMTZm
ZGZkNzg4KSBhdCBldmFsLmM6MzA5MzoyMQogICAgZnJhbWUgIzI3OiAweDAwMDAwMDAxMDAy
M2ZiMjAgZW1hY3NgRmZ1bmNhbGxfaW50ZXJhY3RpdmVseShuYXJncz0yLCBhcmdzPTB4MDAw
MDAwMDE2ZmRmZDc4OCkgYXQgY2FsbGludC5jOjI1MDozMgogICAgZnJhbWUgIzI4OiAweDAw
MDAwMDAxMDAyNGNhODggZW1hY3NgZnVuY2FsbF9zdWJyKHN1YnI9MHgwMDAwMDAwMTAwOTUw
ZjgwLCBudW1hcmdzPTIsIGFyZ3M9MHgwMDAwMDAwMTZmZGZkNzg4KSBhdCBldmFsLmM6MzE4
NDo5CiAgICBmcmFtZSAjMjk6IDB4MDAwMDAwMDEwMDI0YzVhNCBlbWFjc2BmdW5jYWxsX2dl
bmVyYWwoZnVuPTB4MDAwMDAwMDEwMDk1MGY4NSwgbnVtYXJncz0yLCBhcmdzPTB4MDAwMDAw
MDE2ZmRmZDc4OCkgYXQgZXZhbC5jOjMwNDA6MTIKICAgIGZyYW1lICMzMDogMHgwMDAwMDAw
MTAwMjQ1ZThjIGVtYWNzYEZmdW5jYWxsKG5hcmdzPTMsIGFyZ3M9MHgwMDAwMDAwMTZmZGZk
NzgwKSBhdCBldmFsLmM6MzA5MzoyMQogICAgZnJhbWUgIzMxOiAweDAwMDAwMDAxMDAyNDFk
NDAgZW1hY3NgRmNhbGxfaW50ZXJhY3RpdmVseShmdW5jdGlvbj0weDAwMDAwMDAwMDExNGEx
ZjgsIHJlY29yZF9mbGFnPTB4MDAwMDAwMDAwMDAwMDAwMCwga2V5cz0weDAwMDAwMDAxMDI0
ZWEwNTUpIGF0IGNhbGxpbnQuYzo3ODk6MjEKICAgIGZyYW1lICMzMjogMHgwMDAwMDAwMTAw
MjRjOGYwIGVtYWNzYGZ1bmNhbGxfc3VicihzdWJyPTB4MDAwMDAwMDEwMDk1MGY0OCwgbnVt
YXJncz0zLCBhcmdzPTB4MDAwMDAwMDEzMDEwMDA2MCkgYXQgZXZhbC5jOjMxNjU6MTUKICAg
IGZyYW1lICMzMzogMHgwMDAwMDAwMTAwMmIyZGIwIGVtYWNzYGV4ZWNfYnl0ZV9jb2RlKGZ1
bj0weDAwMDAwMDAxMDI1MDU5MzUsIGFyZ3NfdGVtcGxhdGU9MTAyNSwgbmFyZ3M9MSwgYXJn
cz0weDAwMDAwMDAxNmZkZmViZTgpIGF0IGJ5dGVjb2RlLmM6ODEyOjE0CiAgICBmcmFtZSAj
MzQ6IDB4MDAwMDAwMDEwMDI0Y2M1OCBlbWFjc2BmdW5jYWxsX2xhbWJkYShmdW49MHgwMDAw
MDAwMTAyNTA1OTM1LCBuYXJncz0xLCBhcmdfdmVjdG9yPTB4MDAwMDAwMDE2ZmRmZWJlMCkg
YXQgZXZhbC5jOjMyNTI6OQogICAgZnJhbWUgIzM1OiAweDAwMDAwMDAxMDAyNGM1ZWMgZW1h
Y3NgZnVuY2FsbF9nZW5lcmFsKGZ1bj0weDAwMDAwMDAxMDI1MDU5MzUsIG51bWFyZ3M9MSwg
YXJncz0weDAwMDAwMDAxNmZkZmViZTApIGF0IGV2YWwuYzozMDQ0OjEyCiAgICBmcmFtZSAj
MzY6IDB4MDAwMDAwMDEwMDI0NWU4YyBlbWFjc2BGZnVuY2FsbChuYXJncz0yLCBhcmdzPTB4
MDAwMDAwMDE2ZmRmZWJkOCkgYXQgZXZhbC5jOjMwOTM6MjEKICAgIGZyYW1lICMzNzogMHgw
MDAwMDAwMTAwMTVkMjhjIGVtYWNzYGNvbW1hbmRfbG9vcF8xIGF0IGtleWJvYXJkLmM6MTU1
MDoxMwogICAgZnJhbWUgIzM4OiAweDAwMDAwMDAxMDAyNDkyM2MgZW1hY3NgaW50ZXJuYWxf
Y29uZGl0aW9uX2Nhc2UoYmZ1bj0oZW1hY3NgY29tbWFuZF9sb29wXzEgYXQga2V5Ym9hcmQu
YzoxMzI0KSwgaGFuZGxlcnM9MHgwMDAwMDAwMDAwMDAwMDkwLCBoZnVuPShlbWFjc2BjbWRf
ZXJyb3IgYXQga2V5Ym9hcmQuYzo5NzApKSBhdCBldmFsLmM6MTYxMzoyNQogICAgZnJhbWUg
IzM5OiAweDAwMDAwMDAxMDAxNWM4YzQgZW1hY3NgY29tbWFuZF9sb29wXzIoaGFuZGxlcnM9
MHgwMDAwMDAwMDAwMDAwMDkwKSBhdCBrZXlib2FyZC5jOjExNjg6MTEKICAgIGZyYW1lICM0
MDogMHgwMDAwMDAwMTAwMjQ4NGQ0IGVtYWNzYGludGVybmFsX2NhdGNoKHRhZz0weDAwMDAw
MDAwMDAwMTEyMjAsIGZ1bmM9KGVtYWNzYGNvbW1hbmRfbG9vcF8yIGF0IGtleWJvYXJkLmM6
MTE2NCksIGFyZz0weDAwMDAwMDAwMDAwMDAwOTApIGF0IGV2YWwuYzoxMjkyOjI1CiAgICBm
cmFtZSAjNDE6IDB4MDAwMDAwMDEwMDE1YmMxMCBlbWFjc2Bjb21tYW5kX2xvb3AgYXQga2V5
Ym9hcmQuYzoxMTQ2OjIKICAgIGZyYW1lICM0MjogMHgwMDAwMDAwMTAwMTViOWZjIGVtYWNz
YHJlY3Vyc2l2ZV9lZGl0XzEgYXQga2V5Ym9hcmQuYzo3NTQ6OQogICAgZnJhbWUgIzQzOiAw
eDAwMDAwMDAxMDAxNWJlZTggZW1hY3NgRnJlY3Vyc2l2ZV9lZGl0IGF0IGtleWJvYXJkLmM6
ODM3OjMKICAgIGZyYW1lICM0NDogMHgwMDAwMDAwMTAwMTU4YWM4IGVtYWNzYG1haW4oYXJn
Yz00LCBhcmd2PTB4MDAwMDAwMDE2ZmRmZjRiMCkgYXQgZW1hY3MuYzoyNjI0OjMKICAgIGZy
YW1lICM0NTogMHgwMDAwMDAwMTg0OTU2MGUwIGR5bGRgc3RhcnQgKyAyMzYwCihsbGRiKSBj
ClByb2Nlc3MgNzYxNiByZXN1bWluZwpQcm9jZXNzIDc2MTYgc3RvcHBlZAoqIHRocmVhZCAj
MSwgcXVldWUgPSAnY29tLmFwcGxlLm1haW4tdGhyZWFkJywgc3RvcCByZWFzb24gPSBicmVh
a3BvaW50IDIuMQogICAgZnJhbWUgIzA6IDB4MDAwMDAwMDEwMDM1NGY0NCBlbWFjc2Buc19k
cmF3X3dpbmRvd19jdXJzb3Iodz0weDAwMDAwMDAxMWUwMTY5NzgsIGdseXBoX3Jvdz0weDAw
MDAwMDAxMWU4MWYwMDAsIHg9MCwgeT0wLCBjdXJzb3JfdHlwZT1OT19DVVJTT1IsIGN1cnNv
cl93aWR0aD0wLCBvbl9wPXRydWUsIGFjdGl2ZV9wPWZhbHNlKSBhdCBuc3Rlcm0ubTozMDQ1
OjI1CiAgIDMwNDIJICBpZiAoIW9uX3ApCiAgIDMwNDMJICAgIHJldHVybjsKICAgMzA0NAot
PiAzMDQ1CSAgdy0+cGh5c19jdXJzb3JfdHlwZSA9IGN1cnNvcl90eXBlOwogICAzMDQ2CSAg
dy0+cGh5c19jdXJzb3Jfb25fcCA9IG9uX3A7CiAgIDMwNDcKICAgMzA0OAkgIGlmIChjdXJz
b3JfdHlwZSA9PSBOT19DVVJTT1IpClRhcmdldCAwOiAoZW1hY3MpIHN0b3BwZWQuCihsbGRi
KSAyCmVycm9yOiAnMicgaXMgbm90IGEgdmFsaWQgY29tbWFuZC4KKGxsZGIpIGJ0CiogdGhy
ZWFkICMxLCBxdWV1ZSA9ICdjb20uYXBwbGUubWFpbi10aHJlYWQnLCBzdG9wIHJlYXNvbiA9
IGJyZWFrcG9pbnQgMi4xCiAgKiBmcmFtZSAjMDogMHgwMDAwMDAwMTAwMzU0ZjQ0IGVtYWNz
YG5zX2RyYXdfd2luZG93X2N1cnNvcih3PTB4MDAwMDAwMDExZTAxNjk3OCwgZ2x5cGhfcm93
PTB4MDAwMDAwMDExZTgxZjAwMCwgeD0wLCB5PTAsIGN1cnNvcl90eXBlPU5PX0NVUlNPUiwg
Y3Vyc29yX3dpZHRoPTAsIG9uX3A9dHJ1ZSwgYWN0aXZlX3A9ZmFsc2UpIGF0IG5zdGVybS5t
OjMwNDU6MjUKICAgIGZyYW1lICMxOiAweDAwMDAwMDAxMDAwNzAzNWMgZW1hY3NgZGlzcGxh
eV9hbmRfc2V0X2N1cnNvcih3PTB4MDAwMDAwMDExZTAxNjk3OCwgb249dHJ1ZSwgaHBvcz0w
LCB2cG9zPTAsIHg9MCwgeT0wKSBhdCB4ZGlzcC5jOjM0MjA1OjUKICAgIGZyYW1lICMyOiAw
eDAwMDAwMDAxMDAwNzBkMjQgZW1hY3NgdXBkYXRlX3dpbmRvd19jdXJzb3Iodz0weDAwMDAw
MDAxMWUwMTY5NzgsIG9uPXRydWUpIGF0IHhkaXNwLmM6MzQyNDA6NwogICAgZnJhbWUgIzM6
IDB4MDAwMDAwMDEwMDA3MGIxYyBlbWFjc2B1cGRhdGVfY3Vyc29yX2luX3dpbmRvd190cmVl
KHc9MHgwMDAwMDAwMTFlMDE2OTc4LCBvbl9wPXRydWUpIGF0IHhkaXNwLmM6MzQyNTg6Mgog
ICAgZnJhbWUgIzQ6IDB4MDAwMDAwMDEwMDA3MGFhMCBlbWFjc2BndWlfdXBkYXRlX2N1cnNv
cihmPTB4MDAwMDAwMDExZTAxNjQ4MCwgb25fcD10cnVlKSBhdCB4ZGlzcC5jOjM0MjcyOjMK
ICAgIGZyYW1lICM1OiAweDAwMDAwMDAxMDAzNDQ2MzggZW1hY3NgbnNfZnJhbWVfcmVoaWdo
bGlnaHQoZnJhbWU9MHgwMDAwMDAwMTFlMDE2NDgwKSBhdCBuc3Rlcm0ubToxNDg2OjExCiAg
ICBmcmFtZSAjNjogMHgwMDAwMDAwMTAwMzQ0NDY4IGVtYWNzYC1bRW1hY3NWaWV3IHdpbmRv
d0RpZEJlY29tZUtleV0oc2VsZj0weDAwMDAwMDAxMWIxMTE0YTAsIF9jbWQ9IndpbmRvd0Rp
ZEJlY29tZUtleSIpIGF0IG5zdGVybS5tOjc5MzU6MwogICAgZnJhbWUgIzc6IDB4MDAwMDAw
MDEwMDM0NDNhOCBlbWFjc2AtW0VtYWNzVmlldyB3aW5kb3dEaWRCZWNvbWVLZXk6XShzZWxm
PTB4MDAwMDAwMDExYjExMTRhMCwgX2NtZD0id2luZG93RGlkQmVjb21lS2V5OiIsIG5vdGlm
aWNhdGlvbj1AIk5TV2luZG93RGlkQmVjb21lS2V5Tm90aWZpY2F0aW9uIikgYXQgbnN0ZXJt
Lm06NzkxODozCiAgICBmcmFtZSAjODogMHgwMDAwMDAwMTg0ZGIzMTQ0IENvcmVGb3VuZGF0
aW9uYF9fQ0ZOT1RJRklDQVRJT05DRU5URVJfSVNfQ0FMTElOR19PVVRfVE9fQU5fT0JTRVJW
RVJfXyArIDE0OAogICAgZnJhbWUgIzk6IDB4MDAwMDAwMDE4NGU0NzNkOCBDb3JlRm91bmRh
dGlvbmBfX19DRlhSZWdpc3RyYXRpb25Qb3N0X2Jsb2NrX2ludm9rZSArIDg4CiAgICBmcmFt
ZSAjMTA6IDB4MDAwMDAwMDE4NGU0NzMyMCBDb3JlRm91bmRhdGlvbmBfQ0ZYUmVnaXN0cmF0
aW9uUG9zdCArIDQ0MAogICAgZnJhbWUgIzExOiAweDAwMDAwMDAxODRkODE2NzggQ29yZUZv
dW5kYXRpb25gX0NGWE5vdGlmaWNhdGlvblBvc3QgKyA3NjgKICAgIGZyYW1lICMxMjogMHgw
MDAwMDAwMTg1ZTllNGU0IEZvdW5kYXRpb25gLVtOU05vdGlmaWNhdGlvbkNlbnRlciBwb3N0
Tm90aWZpY2F0aW9uTmFtZTpvYmplY3Q6dXNlckluZm86XSArIDg4CiAgICBmcmFtZSAjMTM6
IDB4MDAwMDAwMDE4ODc3MDYyYyBBcHBLaXRgLVtOU1dpbmRvdyBiZWNvbWVLZXlXaW5kb3dd
ICsgODQ0CiAgICBmcmFtZSAjMTQ6IDB4MDAwMDAwMDE4ODcxNzUxYyBBcHBLaXRgLVtOU1dp
bmRvdyBfY2hhbmdlS2V5QW5kTWFpbkxpbWl0ZWRPSzpdICsgNzQ4CiAgICBmcmFtZSAjMTU6
IDB4MDAwMDAwMDE4ODcxNzFmMCBBcHBLaXRgLVtOU1dpbmRvdyBtYWtlS2V5V2luZG93XSAr
IDE3MgogICAgZnJhbWUgIzE2OiAweDAwMDAwMDAxODg3MTZmYTggQXBwS2l0YC1bTlNXaW5k
b3cgX21ha2VLZXlSZWdhcmRsZXNzT2ZWaXNpYmlsaXR5XSArIDU2CiAgICBmcmFtZSAjMTc6
IDB4MDAwMDAwMDE4ODcwZjZhMCBBcHBLaXRgLVtOU1dpbmRvdyBtYWtlS2V5QW5kT3JkZXJG
cm9udDpdICsgMjQKICAgIGZyYW1lICMxODogMHgwMDAwMDAwMTAwMzQ5YzEwIGVtYWNzYC1b
RW1hY3NXaW5kb3cgbWFrZUtleUFuZE9yZGVyRnJvbnQ6XShzZWxmPTB4MDAwMDAwMDExYjEx
MThlMCwgX2NtZD0ibWFrZUtleUFuZE9yZGVyRnJvbnQ6Iiwgc2VuZGVyPTB4MDAwMDAwMDEz
YTYxZjM2MCkgYXQgbnN0ZXJtLm06OTQ4NTo1CiAgICBmcmFtZSAjMTk6IDB4MDAwMDAwMDEw
MDMzNzhlYyBlbWFjc2Buc19yYWlzZV9mcmFtZShmPTB4MDAwMDAwMDExZTAxNjQ4MCwgbWFr
ZV9rZXk9WUVTKSBhdCBuc3Rlcm0ubToxNDExOjkKICAgIGZyYW1lICMyMDogMHgwMDAwMDAw
MTAwMzUwNDM0IGVtYWNzYG5zX2ZyYW1lX3JhaXNlX2xvd2VyKGY9MHgwMDAwMDAwMTFlMDE2
NDgwLCByYWlzZT10cnVlKSBhdCBuc3Rlcm0ubToxNDQ0OjUKICAgIGZyYW1lICMyMTogMHgw
MDAwMDAwMTAwMDFlYmIwIGVtYWNzYEZyYWlzZV9mcmFtZShmcmFtZT0weDAwMDAwMDAxMWUw
MTY0ODUpIGF0IGZyYW1lLmM6MzAyMzo1CiAgICBmcmFtZSAjMjI6IDB4MDAwMDAwMDEwMDI0
YzhhMCBlbWFjc2BmdW5jYWxsX3N1YnIoc3Vicj0weDAwMDAwMDAxMDA5NDViYjAsIG51bWFy
Z3M9MSwgYXJncz0weDAwMDAwMDAxMzAxMDAxNDApIGF0IGV2YWwuYzozMTYxOjE1CiAgICBm
cmFtZSAjMjM6IDB4MDAwMDAwMDEwMDJiMmRiMCBlbWFjc2BleGVjX2J5dGVfY29kZShmdW49
MHgwMDAwMDAwMTAyNGY3M2Q1LCBhcmdzX3RlbXBsYXRlPTUxMywgbmFyZ3M9MSwgYXJncz0w
eDAwMDAwMDAxMzAxMDAxMDgpIGF0IGJ5dGVjb2RlLmM6ODEyOjE0CiAgICBmcmFtZSAjMjQ6
IDB4MDAwMDAwMDEwMDI0Y2M1OCBlbWFjc2BmdW5jYWxsX2xhbWJkYShmdW49MHgwMDAwMDAw
MTAxYjJhODBkLCBuYXJncz0xLCBhcmdfdmVjdG9yPTB4MDAwMDAwMDE2ZmRmZDc5MCkgYXQg
ZXZhbC5jOjMyNTI6OQogICAgZnJhbWUgIzI1OiAweDAwMDAwMDAxMDAyNGM1ZWMgZW1hY3Ng
ZnVuY2FsbF9nZW5lcmFsKGZ1bj0weDAwMDAwMDAxMDFiMmE4MGQsIG51bWFyZ3M9MSwgYXJn
cz0weDAwMDAwMDAxNmZkZmQ3OTApIGF0IGV2YWwuYzozMDQ0OjEyCiAgICBmcmFtZSAjMjY6
IDB4MDAwMDAwMDEwMDI0NWU4YyBlbWFjc2BGZnVuY2FsbChuYXJncz0yLCBhcmdzPTB4MDAw
MDAwMDE2ZmRmZDc4OCkgYXQgZXZhbC5jOjMwOTM6MjEKICAgIGZyYW1lICMyNzogMHgwMDAw
MDAwMTAwMjNmYjIwIGVtYWNzYEZmdW5jYWxsX2ludGVyYWN0aXZlbHkobmFyZ3M9MiwgYXJn
cz0weDAwMDAwMDAxNmZkZmQ3ODgpIGF0IGNhbGxpbnQuYzoyNTA6MzIKICAgIGZyYW1lICMy
ODogMHgwMDAwMDAwMTAwMjRjYTg4IGVtYWNzYGZ1bmNhbGxfc3VicihzdWJyPTB4MDAwMDAw
MDEwMDk1MGY4MCwgbnVtYXJncz0yLCBhcmdzPTB4MDAwMDAwMDE2ZmRmZDc4OCkgYXQgZXZh
bC5jOjMxODQ6OQogICAgZnJhbWUgIzI5OiAweDAwMDAwMDAxMDAyNGM1YTQgZW1hY3NgZnVu
Y2FsbF9nZW5lcmFsKGZ1bj0weDAwMDAwMDAxMDA5NTBmODUsIG51bWFyZ3M9MiwgYXJncz0w
eDAwMDAwMDAxNmZkZmQ3ODgpIGF0IGV2YWwuYzozMDQwOjEyCiAgICBmcmFtZSAjMzA6IDB4
MDAwMDAwMDEwMDI0NWU4YyBlbWFjc2BGZnVuY2FsbChuYXJncz0zLCBhcmdzPTB4MDAwMDAw
MDE2ZmRmZDc4MCkgYXQgZXZhbC5jOjMwOTM6MjEKICAgIGZyYW1lICMzMTogMHgwMDAwMDAw
MTAwMjQxZDQwIGVtYWNzYEZjYWxsX2ludGVyYWN0aXZlbHkoZnVuY3Rpb249MHgwMDAwMDAw
MDAxMTRhMWY4LCByZWNvcmRfZmxhZz0weDAwMDAwMDAwMDAwMDAwMDAsIGtleXM9MHgwMDAw
MDAwMTAyNGVhMDU1KSBhdCBjYWxsaW50LmM6Nzg5OjIxCiAgICBmcmFtZSAjMzI6IDB4MDAw
MDAwMDEwMDI0YzhmMCBlbWFjc2BmdW5jYWxsX3N1YnIoc3Vicj0weDAwMDAwMDAxMDA5NTBm
NDgsIG51bWFyZ3M9MywgYXJncz0weDAwMDAwMDAxMzAxMDAwNjApIGF0IGV2YWwuYzozMTY1
OjE1CiAgICBmcmFtZSAjMzM6IDB4MDAwMDAwMDEwMDJiMmRiMCBlbWFjc2BleGVjX2J5dGVf
Y29kZShmdW49MHgwMDAwMDAwMTAyNTA1OTM1LCBhcmdzX3RlbXBsYXRlPTEwMjUsIG5hcmdz
PTEsIGFyZ3M9MHgwMDAwMDAwMTZmZGZlYmU4KSBhdCBieXRlY29kZS5jOjgxMjoxNAogICAg
ZnJhbWUgIzM0OiAweDAwMDAwMDAxMDAyNGNjNTggZW1hY3NgZnVuY2FsbF9sYW1iZGEoZnVu
PTB4MDAwMDAwMDEwMjUwNTkzNSwgbmFyZ3M9MSwgYXJnX3ZlY3Rvcj0weDAwMDAwMDAxNmZk
ZmViZTApIGF0IGV2YWwuYzozMjUyOjkKICAgIGZyYW1lICMzNTogMHgwMDAwMDAwMTAwMjRj
NWVjIGVtYWNzYGZ1bmNhbGxfZ2VuZXJhbChmdW49MHgwMDAwMDAwMTAyNTA1OTM1LCBudW1h
cmdzPTEsIGFyZ3M9MHgwMDAwMDAwMTZmZGZlYmUwKSBhdCBldmFsLmM6MzA0NDoxMgogICAg
ZnJhbWUgIzM2OiAweDAwMDAwMDAxMDAyNDVlOGMgZW1hY3NgRmZ1bmNhbGwobmFyZ3M9Miwg
YXJncz0weDAwMDAwMDAxNmZkZmViZDgpIGF0IGV2YWwuYzozMDkzOjIxCiAgICBmcmFtZSAj
Mzc6IDB4MDAwMDAwMDEwMDE1ZDI4YyBlbWFjc2Bjb21tYW5kX2xvb3BfMSBhdCBrZXlib2Fy
ZC5jOjE1NTA6MTMKICAgIGZyYW1lICMzODogMHgwMDAwMDAwMTAwMjQ5MjNjIGVtYWNzYGlu
dGVybmFsX2NvbmRpdGlvbl9jYXNlKGJmdW49KGVtYWNzYGNvbW1hbmRfbG9vcF8xIGF0IGtl
eWJvYXJkLmM6MTMyNCksIGhhbmRsZXJzPTB4MDAwMDAwMDAwMDAwMDA5MCwgaGZ1bj0oZW1h
Y3NgY21kX2Vycm9yIGF0IGtleWJvYXJkLmM6OTcwKSkgYXQgZXZhbC5jOjE2MTM6MjUKICAg
IGZyYW1lICMzOTogMHgwMDAwMDAwMTAwMTVjOGM0IGVtYWNzYGNvbW1hbmRfbG9vcF8yKGhh
bmRsZXJzPTB4MDAwMDAwMDAwMDAwMDA5MCkgYXQga2V5Ym9hcmQuYzoxMTY4OjExCiAgICBm
cmFtZSAjNDA6IDB4MDAwMDAwMDEwMDI0ODRkNCBlbWFjc2BpbnRlcm5hbF9jYXRjaCh0YWc9
MHgwMDAwMDAwMDAwMDExMjIwLCBmdW5jPShlbWFjc2Bjb21tYW5kX2xvb3BfMiBhdCBrZXli
b2FyZC5jOjExNjQpLCBhcmc9MHgwMDAwMDAwMDAwMDAwMDkwKSBhdCBldmFsLmM6MTI5Mjoy
NQogICAgZnJhbWUgIzQxOiAweDAwMDAwMDAxMDAxNWJjMTAgZW1hY3NgY29tbWFuZF9sb29w
IGF0IGtleWJvYXJkLmM6MTE0NjoyCiAgICBmcmFtZSAjNDI6IDB4MDAwMDAwMDEwMDE1Yjlm
YyBlbWFjc2ByZWN1cnNpdmVfZWRpdF8xIGF0IGtleWJvYXJkLmM6NzU0OjkKICAgIGZyYW1l
ICM0MzogMHgwMDAwMDAwMTAwMTViZWU4IGVtYWNzYEZyZWN1cnNpdmVfZWRpdCBhdCBrZXli
b2FyZC5jOjgzNzozCiAgICBmcmFtZSAjNDQ6IDB4MDAwMDAwMDEwMDE1OGFjOCBlbWFjc2Bt
YWluKGFyZ2M9NCwgYXJndj0weDAwMDAwMDAxNmZkZmY0YjApIGF0IGVtYWNzLmM6MjYyNDoz
CiAgICBmcmFtZSAjNDU6IDB4MDAwMDAwMDE4NDk1NjBlMCBkeWxkYHN0YXJ0ICsgMjM2MAoo
bGxkYikgYwpQcm9jZXNzIDc2MTYgcmVzdW1pbmcKMjAyNC0wNy0yMiAwMTo1MzoyNC43ODk4
ODgrMDMwMCBlbWFjc1s3NjE2OjMyNTM1MzBdIFtDdXJzb3JVSV0gLVtUVUlOU0N1cnNvclVJ
Q29udHJvbGxlciBhY3RpdmF0ZTpdOiBFbWFjc1ZpZXcgZG9lc24ndCBjb25mb3JtIHRvIE5T
VGV4dElucHV0Q2xpZW50IHByb3RvY29sLgpQcm9jZXNzIDc2MTYgc3RvcHBlZAoqIHRocmVh
ZCAjMSwgcXVldWUgPSAnY29tLmFwcGxlLm1haW4tdGhyZWFkJywgc3RvcCByZWFzb24gPSBi
cmVha3BvaW50IDIuMQogICAgZnJhbWUgIzA6IDB4MDAwMDAwMDEwMDM1NGY0NCBlbWFjc2Bu
c19kcmF3X3dpbmRvd19jdXJzb3Iodz0weDAwMDAwMDAxMWUwMTY2ZDAsIGdseXBoX3Jvdz0w
eDAwMDAwMDAxMWU5MWZkMDAsIHg9MjgsIHk9NDIsIGN1cnNvcl90eXBlPUhPTExPV19CT1hf
Q1VSU09SLCBjdXJzb3Jfd2lkdGg9MSwgb25fcD10cnVlLCBhY3RpdmVfcD1mYWxzZSkgYXQg
bnN0ZXJtLm06MzA0NToyNQogICAzMDQyCSAgaWYgKCFvbl9wKQogICAzMDQzCSAgICByZXR1
cm47CiAgIDMwNDQKLT4gMzA0NQkgIHctPnBoeXNfY3Vyc29yX3R5cGUgPSBjdXJzb3JfdHlw
ZTsKICAgMzA0NgkgIHctPnBoeXNfY3Vyc29yX29uX3AgPSBvbl9wOwogICAzMDQ3CiAgIDMw
NDgJICBpZiAoY3Vyc29yX3R5cGUgPT0gTk9fQ1VSU09SKQpUYXJnZXQgMDogKGVtYWNzKSBz
dG9wcGVkLgoobGxkYikgMwplcnJvcjogJzMnIGlzIG5vdCBhIHZhbGlkIGNvbW1hbmQuCihs
bGRiKSBidAoqIHRocmVhZCAjMSwgcXVldWUgPSAnY29tLmFwcGxlLm1haW4tdGhyZWFkJywg
c3RvcCByZWFzb24gPSBicmVha3BvaW50IDIuMQogICogZnJhbWUgIzA6IDB4MDAwMDAwMDEw
MDM1NGY0NCBlbWFjc2Buc19kcmF3X3dpbmRvd19jdXJzb3Iodz0weDAwMDAwMDAxMWUwMTY2
ZDAsIGdseXBoX3Jvdz0weDAwMDAwMDAxMWU5MWZkMDAsIHg9MjgsIHk9NDIsIGN1cnNvcl90
eXBlPUhPTExPV19CT1hfQ1VSU09SLCBjdXJzb3Jfd2lkdGg9MSwgb25fcD10cnVlLCBhY3Rp
dmVfcD1mYWxzZSkgYXQgbnN0ZXJtLm06MzA0NToyNQogICAgZnJhbWUgIzE6IDB4MDAwMDAw
MDEwMDA3MDM1YyBlbWFjc2BkaXNwbGF5X2FuZF9zZXRfY3Vyc29yKHc9MHgwMDAwMDAwMTFl
MDE2NmQwLCBvbj10cnVlLCBocG9zPTQsIHZwb3M9MywgeD0yOCwgeT00MikgYXQgeGRpc3Au
YzozNDIwNTo1CiAgICBmcmFtZSAjMjogMHgwMDAwMDAwMTAwMDcwZDI0IGVtYWNzYHVwZGF0
ZV93aW5kb3dfY3Vyc29yKHc9MHgwMDAwMDAwMTFlMDE2NmQwLCBvbj10cnVlKSBhdCB4ZGlz
cC5jOjM0MjQwOjcKICAgIGZyYW1lICMzOiAweDAwMDAwMDAxMDAwNzBiMWMgZW1hY3NgdXBk
YXRlX2N1cnNvcl9pbl93aW5kb3dfdHJlZSh3PTB4MDAwMDAwMDExZTAxNjZkMCwgb25fcD10
cnVlKSBhdCB4ZGlzcC5jOjM0MjU4OjIKICAgIGZyYW1lICM0OiAweDAwMDAwMDAxMDAwNzBh
YTAgZW1hY3NgZ3VpX3VwZGF0ZV9jdXJzb3IoZj0weDAwMDAwMDAxMWUwMTY0ODAsIG9uX3A9
dHJ1ZSkgYXQgeGRpc3AuYzozNDI3MjozCiAgICBmcmFtZSAjNTogMHgwMDAwMDAwMTAwMzQ0
NzcwIGVtYWNzYC1bRW1hY3NWaWV3IHdpbmRvd0RpZFJlc2lnbktleTpdKHNlbGY9MHgwMDAw
MDAwMTFiMTExNGEwLCBfY21kPSJ3aW5kb3dEaWRSZXNpZ25LZXk6Iiwgbm90aWZpY2F0aW9u
PUAiTlNXaW5kb3dEaWRSZXNpZ25LZXlOb3RpZmljYXRpb24iKSBhdCBuc3Rlcm0ubTo3OTYw
OjcKICAgIGZyYW1lICM2OiAweDAwMDAwMDAxODRkYjMxNDQgQ29yZUZvdW5kYXRpb25gX19D
Rk5PVElGSUNBVElPTkNFTlRFUl9JU19DQUxMSU5HX09VVF9UT19BTl9PQlNFUlZFUl9fICsg
MTQ4CiAgICBmcmFtZSAjNzogMHgwMDAwMDAwMTg0ZTQ3M2Q4IENvcmVGb3VuZGF0aW9uYF9f
X0NGWFJlZ2lzdHJhdGlvblBvc3RfYmxvY2tfaW52b2tlICsgODgKICAgIGZyYW1lICM4OiAw
eDAwMDAwMDAxODRlNDczMjAgQ29yZUZvdW5kYXRpb25gX0NGWFJlZ2lzdHJhdGlvblBvc3Qg
KyA0NDAKICAgIGZyYW1lICM5OiAweDAwMDAwMDAxODRkODE2NzggQ29yZUZvdW5kYXRpb25g
X0NGWE5vdGlmaWNhdGlvblBvc3QgKyA3NjgKICAgIGZyYW1lICMxMDogMHgwMDAwMDAwMTg1
ZTllNGU0IEZvdW5kYXRpb25gLVtOU05vdGlmaWNhdGlvbkNlbnRlciBwb3N0Tm90aWZpY2F0
aW9uTmFtZTpvYmplY3Q6dXNlckluZm86XSArIDg4CiAgICBmcmFtZSAjMTE6IDB4MDAwMDAw
MDE4ODc3NzZmYyBBcHBLaXRgLVtOU1dpbmRvdyByZXNpZ25LZXlXaW5kb3ddICsgNjQwCiAg
ICBmcmFtZSAjMTI6IDB4MDAwMDAwMDE4ODc3NzNlNCBBcHBLaXRgX05YRW5kS2V5QW5kTWFp
biArIDEyOAogICAgZnJhbWUgIzEzOiAweDAwMDAwMDAxODg3NzY0ZWMgQXBwS2l0YC1bTlNB
cHBsaWNhdGlvbiBfaGFuZGxlRGVhY3RpdmF0ZUV2ZW50Ol0gKyA3MjQKICAgIGZyYW1lICMx
NDogMHgwMDAwMDAwMTg4ZTEwNmI4IEFwcEtpdGAtW05TQXBwbGljYXRpb24oTlNFdmVudFJv
dXRpbmcpIHNlbmRFdmVudDpdICsgMTIzNgogICAgZnJhbWUgIzE1OiAweDAwMDAwMDAxMDAz
M2JjZDggZW1hY3NgLVtFbWFjc0FwcCBzZW5kRXZlbnQ6XShzZWxmPTB4MDAwMDAwMDEzYTYx
ZjM2MCwgX2NtZD0ic2VuZEV2ZW50OiIsIHRoZUV2ZW50PTB4MDAwMDYwMDAwMGM0NGE4MCkg
YXQgbnN0ZXJtLm06NjA3MzozCiAgICBmcmFtZSAjMTY6IDB4MDAwMDAwMDE4OGE1ZTg5YyBB
cHBLaXRgLVtOU0FwcGxpY2F0aW9uIF9oYW5kbGVFdmVudDpdICsgNjAKICAgIGZyYW1lICMx
NzogMHgwMDAwMDAwMTg4NjBmMGMwIEFwcEtpdGAtW05TQXBwbGljYXRpb24gcnVuXSArIDUx
MgogICAgZnJhbWUgIzE4OiAweDAwMDAwMDAxMDAzM2I4MzggZW1hY3NgLVtFbWFjc0FwcCBy
dW5dKHNlbGY9MHgwMDAwMDAwMTNhNjFmMzYwLCBfY21kPSJydW4iKSBhdCBuc3Rlcm0ubTo1
OTQyOjcKICAgIGZyYW1lICMxOTogMHgwMDAwMDAwMTAwMzU2MGIwIGVtYWNzYG5zX3JlYWRf
c29ja2V0XzEodGVybWluYWw9MHgwMDAwMDAwMTJhODM0YzEwLCBob2xkX3F1aXQ9MHgwMDAw
MDAwMTZmZGZjYWUwLCBub19yZWxlYXNlPU5PKSBhdCBuc3Rlcm0ubTo0ODE2OjExCiAgICBm
cmFtZSAjMjA6IDB4MDAwMDAwMDEwMDM0ZmExOCBlbWFjc2Buc19yZWFkX3NvY2tldCh0ZXJt
aW5hbD0weDAwMDAwMDAxMmE4MzRjMTAsIGhvbGRfcXVpdD0weDAwMDAwMDAxNmZkZmNhZTAp
IGF0IG5zdGVybS5tOjQ4MzQ6MTAKICAgIGZyYW1lICMyMTogMHgwMDAwMDAwMTAwMTZhNmRj
IGVtYWNzYGdvYmJsZV9pbnB1dCBhdCBrZXlib2FyZC5jOjc5MTk6MTcKICAgIGZyYW1lICMy
MjogMHgwMDAwMDAwMTAwMTZhZTEwIGVtYWNzYGhhbmRsZV9hc3luY19pbnB1dCBhdCBrZXli
b2FyZC5jOjgxNTg6MTkKICAgIGZyYW1lICMyMzogMHgwMDAwMDAwMTAwMTZhZGYwIGVtYWNz
YHByb2Nlc3NfcGVuZGluZ19zaWduYWxzIGF0IGtleWJvYXJkLmM6ODE3MjozCiAgICBmcmFt
ZSAjMjQ6IDB4MDAwMDAwMDEwMDE2YWU5YyBlbWFjc2B1bmJsb2NrX2lucHV0X3RvKGxldmVs
PTApIGF0IGtleWJvYXJkLmM6ODE4NzoyCiAgICBmcmFtZSAjMjU6IDB4MDAwMDAwMDEwMDE2
ODNhOCBlbWFjc2B1bmJsb2NrX2lucHV0IGF0IGtleWJvYXJkLmM6ODIwNjozCiAgICBmcmFt
ZSAjMjY6IDB4MDAwMDAwMDEwMDMzNzkxYyBlbWFjc2Buc19yYWlzZV9mcmFtZShmPTB4MDAw
MDAwMDExZTAxNjQ4MCwgbWFrZV9rZXk9WUVTKSBhdCBuc3Rlcm0ubToxNDE1OjMKICAgIGZy
YW1lICMyNzogMHgwMDAwMDAwMTAwMzUwNDM0IGVtYWNzYG5zX2ZyYW1lX3JhaXNlX2xvd2Vy
KGY9MHgwMDAwMDAwMTFlMDE2NDgwLCByYWlzZT10cnVlKSBhdCBuc3Rlcm0ubToxNDQ0OjUK
ICAgIGZyYW1lICMyODogMHgwMDAwMDAwMTAwMDFlYmIwIGVtYWNzYEZyYWlzZV9mcmFtZShm
cmFtZT0weDAwMDAwMDAxMWUwMTY0ODUpIGF0IGZyYW1lLmM6MzAyMzo1CiAgICBmcmFtZSAj
Mjk6IDB4MDAwMDAwMDEwMDI0YzhhMCBlbWFjc2BmdW5jYWxsX3N1YnIoc3Vicj0weDAwMDAw
MDAxMDA5NDViYjAsIG51bWFyZ3M9MSwgYXJncz0weDAwMDAwMDAxMzAxMDAxNDApIGF0IGV2
YWwuYzozMTYxOjE1CiAgICBmcmFtZSAjMzA6IDB4MDAwMDAwMDEwMDJiMmRiMCBlbWFjc2Bl
eGVjX2J5dGVfY29kZShmdW49MHgwMDAwMDAwMTAyNGY3M2Q1LCBhcmdzX3RlbXBsYXRlPTUx
MywgbmFyZ3M9MSwgYXJncz0weDAwMDAwMDAxMzAxMDAxMDgpIGF0IGJ5dGVjb2RlLmM6ODEy
OjE0CiAgICBmcmFtZSAjMzE6IDB4MDAwMDAwMDEwMDI0Y2M1OCBlbWFjc2BmdW5jYWxsX2xh
bWJkYShmdW49MHgwMDAwMDAwMTAxYjJhODBkLCBuYXJncz0xLCBhcmdfdmVjdG9yPTB4MDAw
MDAwMDE2ZmRmZDc5MCkgYXQgZXZhbC5jOjMyNTI6OQogICAgZnJhbWUgIzMyOiAweDAwMDAw
MDAxMDAyNGM1ZWMgZW1hY3NgZnVuY2FsbF9nZW5lcmFsKGZ1bj0weDAwMDAwMDAxMDFiMmE4
MGQsIG51bWFyZ3M9MSwgYXJncz0weDAwMDAwMDAxNmZkZmQ3OTApIGF0IGV2YWwuYzozMDQ0
OjEyCiAgICBmcmFtZSAjMzM6IDB4MDAwMDAwMDEwMDI0NWU4YyBlbWFjc2BGZnVuY2FsbChu
YXJncz0yLCBhcmdzPTB4MDAwMDAwMDE2ZmRmZDc4OCkgYXQgZXZhbC5jOjMwOTM6MjEKICAg
IGZyYW1lICMzNDogMHgwMDAwMDAwMTAwMjNmYjIwIGVtYWNzYEZmdW5jYWxsX2ludGVyYWN0
aXZlbHkobmFyZ3M9MiwgYXJncz0weDAwMDAwMDAxNmZkZmQ3ODgpIGF0IGNhbGxpbnQuYzoy
NTA6MzIKICAgIGZyYW1lICMzNTogMHgwMDAwMDAwMTAwMjRjYTg4IGVtYWNzYGZ1bmNhbGxf
c3VicihzdWJyPTB4MDAwMDAwMDEwMDk1MGY4MCwgbnVtYXJncz0yLCBhcmdzPTB4MDAwMDAw
MDE2ZmRmZDc4OCkgYXQgZXZhbC5jOjMxODQ6OQogICAgZnJhbWUgIzM2OiAweDAwMDAwMDAx
MDAyNGM1YTQgZW1hY3NgZnVuY2FsbF9nZW5lcmFsKGZ1bj0weDAwMDAwMDAxMDA5NTBmODUs
IG51bWFyZ3M9MiwgYXJncz0weDAwMDAwMDAxNmZkZmQ3ODgpIGF0IGV2YWwuYzozMDQwOjEy
CiAgICBmcmFtZSAjMzc6IDB4MDAwMDAwMDEwMDI0NWU4YyBlbWFjc2BGZnVuY2FsbChuYXJn
cz0zLCBhcmdzPTB4MDAwMDAwMDE2ZmRmZDc4MCkgYXQgZXZhbC5jOjMwOTM6MjEKICAgIGZy
YW1lICMzODogMHgwMDAwMDAwMTAwMjQxZDQwIGVtYWNzYEZjYWxsX2ludGVyYWN0aXZlbHko
ZnVuY3Rpb249MHgwMDAwMDAwMDAxMTRhMWY4LCByZWNvcmRfZmxhZz0weDAwMDAwMDAwMDAw
MDAwMDAsIGtleXM9MHgwMDAwMDAwMTAyNGVhMDU1KSBhdCBjYWxsaW50LmM6Nzg5OjIxCiAg
ICBmcmFtZSAjMzk6IDB4MDAwMDAwMDEwMDI0YzhmMCBlbWFjc2BmdW5jYWxsX3N1YnIoc3Vi
cj0weDAwMDAwMDAxMDA5NTBmNDgsIG51bWFyZ3M9MywgYXJncz0weDAwMDAwMDAxMzAxMDAw
NjApIGF0IGV2YWwuYzozMTY1OjE1CiAgICBmcmFtZSAjNDA6IDB4MDAwMDAwMDEwMDJiMmRi
MCBlbWFjc2BleGVjX2J5dGVfY29kZShmdW49MHgwMDAwMDAwMTAyNTA1OTM1LCBhcmdzX3Rl
bXBsYXRlPTEwMjUsIG5hcmdzPTEsIGFyZ3M9MHgwMDAwMDAwMTZmZGZlYmU4KSBhdCBieXRl
Y29kZS5jOjgxMjoxNAogICAgZnJhbWUgIzQxOiAweDAwMDAwMDAxMDAyNGNjNTggZW1hY3Ng
ZnVuY2FsbF9sYW1iZGEoZnVuPTB4MDAwMDAwMDEwMjUwNTkzNSwgbmFyZ3M9MSwgYXJnX3Zl
Y3Rvcj0weDAwMDAwMDAxNmZkZmViZTApIGF0IGV2YWwuYzozMjUyOjkKICAgIGZyYW1lICM0
MjogMHgwMDAwMDAwMTAwMjRjNWVjIGVtYWNzYGZ1bmNhbGxfZ2VuZXJhbChmdW49MHgwMDAw
MDAwMTAyNTA1OTM1LCBudW1hcmdzPTEsIGFyZ3M9MHgwMDAwMDAwMTZmZGZlYmUwKSBhdCBl
dmFsLmM6MzA0NDoxMgogICAgZnJhbWUgIzQzOiAweDAwMDAwMDAxMDAyNDVlOGMgZW1hY3Ng
RmZ1bmNhbGwobmFyZ3M9MiwgYXJncz0weDAwMDAwMDAxNmZkZmViZDgpIGF0IGV2YWwuYzoz
MDkzOjIxCiAgICBmcmFtZSAjNDQ6IDB4MDAwMDAwMDEwMDE1ZDI4YyBlbWFjc2Bjb21tYW5k
X2xvb3BfMSBhdCBrZXlib2FyZC5jOjE1NTA6MTMKICAgIGZyYW1lICM0NTogMHgwMDAwMDAw
MTAwMjQ5MjNjIGVtYWNzYGludGVybmFsX2NvbmRpdGlvbl9jYXNlKGJmdW49KGVtYWNzYGNv
bW1hbmRfbG9vcF8xIGF0IGtleWJvYXJkLmM6MTMyNCksIGhhbmRsZXJzPTB4MDAwMDAwMDAw
MDAwMDA5MCwgaGZ1bj0oZW1hY3NgY21kX2Vycm9yIGF0IGtleWJvYXJkLmM6OTcwKSkgYXQg
ZXZhbC5jOjE2MTM6MjUKICAgIGZyYW1lICM0NjogMHgwMDAwMDAwMTAwMTVjOGM0IGVtYWNz
YGNvbW1hbmRfbG9vcF8yKGhhbmRsZXJzPTB4MDAwMDAwMDAwMDAwMDA5MCkgYXQga2V5Ym9h
cmQuYzoxMTY4OjExCiAgICBmcmFtZSAjNDc6IDB4MDAwMDAwMDEwMDI0ODRkNCBlbWFjc2Bp
bnRlcm5hbF9jYXRjaCh0YWc9MHgwMDAwMDAwMDAwMDExMjIwLCBmdW5jPShlbWFjc2Bjb21t
YW5kX2xvb3BfMiBhdCBrZXlib2FyZC5jOjExNjQpLCBhcmc9MHgwMDAwMDAwMDAwMDAwMDkw
KSBhdCBldmFsLmM6MTI5MjoyNQogICAgZnJhbWUgIzQ4OiAweDAwMDAwMDAxMDAxNWJjMTAg
ZW1hY3NgY29tbWFuZF9sb29wIGF0IGtleWJvYXJkLmM6MTE0NjoyCiAgICBmcmFtZSAjNDk6
IDB4MDAwMDAwMDEwMDE1YjlmYyBlbWFjc2ByZWN1cnNpdmVfZWRpdF8xIGF0IGtleWJvYXJk
LmM6NzU0OjkKICAgIGZyYW1lICM1MDogMHgwMDAwMDAwMTAwMTViZWU4IGVtYWNzYEZyZWN1
cnNpdmVfZWRpdCBhdCBrZXlib2FyZC5jOjgzNzozCiAgICBmcmFtZSAjNTE6IDB4MDAwMDAw
MDEwMDE1OGFjOCBlbWFjc2BtYWluKGFyZ2M9NCwgYXJndj0weDAwMDAwMDAxNmZkZmY0YjAp
IGF0IGVtYWNzLmM6MjYyNDozCiAgICBmcmFtZSAjNTI6IDB4MDAwMDAwMDE4NDk1NjBlMCBk
eWxkYHN0YXJ0ICsgMjM2MAoobGxkYikgYwpQcm9jZXNzIDc2MTYgcmVzdW1pbmcKUHJvY2Vz
cyA3NjE2IHN0b3BwZWQKKiB0aHJlYWQgIzEsIHF1ZXVlID0gJ2NvbS5hcHBsZS5tYWluLXRo
cmVhZCcsIHN0b3AgcmVhc29uID0gYnJlYWtwb2ludCAyLjEKICAgIGZyYW1lICMwOiAweDAw
MDAwMDAxMDAzNTRmNDQgZW1hY3NgbnNfZHJhd193aW5kb3dfY3Vyc29yKHc9MHgwMDAwMDAw
MTFlMDE2OTc4LCBnbHlwaF9yb3c9MHgwMDAwMDAwMTFlODFmMDAwLCB4PTAsIHk9MCwgY3Vy
c29yX3R5cGU9Tk9fQ1VSU09SLCBjdXJzb3Jfd2lkdGg9MCwgb25fcD10cnVlLCBhY3RpdmVf
cD1mYWxzZSkgYXQgbnN0ZXJtLm06MzA0NToyNQogICAzMDQyCSAgaWYgKCFvbl9wKQogICAz
MDQzCSAgICByZXR1cm47CiAgIDMwNDQKLT4gMzA0NQkgIHctPnBoeXNfY3Vyc29yX3R5cGUg
PSBjdXJzb3JfdHlwZTsKICAgMzA0NgkgIHctPnBoeXNfY3Vyc29yX29uX3AgPSBvbl9wOwog
ICAzMDQ3CiAgIDMwNDgJICBpZiAoY3Vyc29yX3R5cGUgPT0gTk9fQ1VSU09SKQpUYXJnZXQg
MDogKGVtYWNzKSBzdG9wcGVkLgoobGxkYikgNAplcnJvcjogJzQnIGlzIG5vdCBhIHZhbGlk
IGNvbW1hbmQuCihsbGRiKSBidAoqIHRocmVhZCAjMSwgcXVldWUgPSAnY29tLmFwcGxlLm1h
aW4tdGhyZWFkJywgc3RvcCByZWFzb24gPSBicmVha3BvaW50IDIuMQogICogZnJhbWUgIzA6
IDB4MDAwMDAwMDEwMDM1NGY0NCBlbWFjc2Buc19kcmF3X3dpbmRvd19jdXJzb3Iodz0weDAw
MDAwMDAxMWUwMTY5NzgsIGdseXBoX3Jvdz0weDAwMDAwMDAxMWU4MWYwMDAsIHg9MCwgeT0w
LCBjdXJzb3JfdHlwZT1OT19DVVJTT1IsIGN1cnNvcl93aWR0aD0wLCBvbl9wPXRydWUsIGFj
dGl2ZV9wPWZhbHNlKSBhdCBuc3Rlcm0ubTozMDQ1OjI1CiAgICBmcmFtZSAjMTogMHgwMDAw
MDAwMTAwMDcwMzVjIGVtYWNzYGRpc3BsYXlfYW5kX3NldF9jdXJzb3Iodz0weDAwMDAwMDAx
MWUwMTY5NzgsIG9uPXRydWUsIGhwb3M9MCwgdnBvcz0wLCB4PTAsIHk9MCkgYXQgeGRpc3Au
YzozNDIwNTo1CiAgICBmcmFtZSAjMjogMHgwMDAwMDAwMTAwMDcwZDI0IGVtYWNzYHVwZGF0
ZV93aW5kb3dfY3Vyc29yKHc9MHgwMDAwMDAwMTFlMDE2OTc4LCBvbj10cnVlKSBhdCB4ZGlz
cC5jOjM0MjQwOjcKICAgIGZyYW1lICMzOiAweDAwMDAwMDAxMDAwNzBiMWMgZW1hY3NgdXBk
YXRlX2N1cnNvcl9pbl93aW5kb3dfdHJlZSh3PTB4MDAwMDAwMDExZTAxNjk3OCwgb25fcD10
cnVlKSBhdCB4ZGlzcC5jOjM0MjU4OjIKICAgIGZyYW1lICM0OiAweDAwMDAwMDAxMDAwNzBh
YTAgZW1hY3NgZ3VpX3VwZGF0ZV9jdXJzb3IoZj0weDAwMDAwMDAxMWUwMTY0ODAsIG9uX3A9
dHJ1ZSkgYXQgeGRpc3AuYzozNDI3MjozCiAgICBmcmFtZSAjNTogMHgwMDAwMDAwMTAwMzQ0
NzcwIGVtYWNzYC1bRW1hY3NWaWV3IHdpbmRvd0RpZFJlc2lnbktleTpdKHNlbGY9MHgwMDAw
MDAwMTFiMTExNGEwLCBfY21kPSJ3aW5kb3dEaWRSZXNpZ25LZXk6Iiwgbm90aWZpY2F0aW9u
PUAiTlNXaW5kb3dEaWRSZXNpZ25LZXlOb3RpZmljYXRpb24iKSBhdCBuc3Rlcm0ubTo3OTYw
OjcKICAgIGZyYW1lICM2OiAweDAwMDAwMDAxODRkYjMxNDQgQ29yZUZvdW5kYXRpb25gX19D
Rk5PVElGSUNBVElPTkNFTlRFUl9JU19DQUxMSU5HX09VVF9UT19BTl9PQlNFUlZFUl9fICsg
MTQ4CiAgICBmcmFtZSAjNzogMHgwMDAwMDAwMTg0ZTQ3M2Q4IENvcmVGb3VuZGF0aW9uYF9f
X0NGWFJlZ2lzdHJhdGlvblBvc3RfYmxvY2tfaW52b2tlICsgODgKICAgIGZyYW1lICM4OiAw
eDAwMDAwMDAxODRlNDczMjAgQ29yZUZvdW5kYXRpb25gX0NGWFJlZ2lzdHJhdGlvblBvc3Qg
KyA0NDAKICAgIGZyYW1lICM5OiAweDAwMDAwMDAxODRkODE2NzggQ29yZUZvdW5kYXRpb25g
X0NGWE5vdGlmaWNhdGlvblBvc3QgKyA3NjgKICAgIGZyYW1lICMxMDogMHgwMDAwMDAwMTg1
ZTllNGU0IEZvdW5kYXRpb25gLVtOU05vdGlmaWNhdGlvbkNlbnRlciBwb3N0Tm90aWZpY2F0
aW9uTmFtZTpvYmplY3Q6dXNlckluZm86XSArIDg4CiAgICBmcmFtZSAjMTE6IDB4MDAwMDAw
MDE4ODc3NzZmYyBBcHBLaXRgLVtOU1dpbmRvdyByZXNpZ25LZXlXaW5kb3ddICsgNjQwCiAg
ICBmcmFtZSAjMTI6IDB4MDAwMDAwMDE4ODc3NzNlNCBBcHBLaXRgX05YRW5kS2V5QW5kTWFp
biArIDEyOAogICAgZnJhbWUgIzEzOiAweDAwMDAwMDAxODg3NzY0ZWMgQXBwS2l0YC1bTlNB
cHBsaWNhdGlvbiBfaGFuZGxlRGVhY3RpdmF0ZUV2ZW50Ol0gKyA3MjQKICAgIGZyYW1lICMx
NDogMHgwMDAwMDAwMTg4ZTEwNmI4IEFwcEtpdGAtW05TQXBwbGljYXRpb24oTlNFdmVudFJv
dXRpbmcpIHNlbmRFdmVudDpdICsgMTIzNgogICAgZnJhbWUgIzE1OiAweDAwMDAwMDAxMDAz
M2JjZDggZW1hY3NgLVtFbWFjc0FwcCBzZW5kRXZlbnQ6XShzZWxmPTB4MDAwMDAwMDEzYTYx
ZjM2MCwgX2NtZD0ic2VuZEV2ZW50OiIsIHRoZUV2ZW50PTB4MDAwMDYwMDAwMGM0NGE4MCkg
YXQgbnN0ZXJtLm06NjA3MzozCiAgICBmcmFtZSAjMTY6IDB4MDAwMDAwMDE4OGE1ZTg5YyBB
cHBLaXRgLVtOU0FwcGxpY2F0aW9uIF9oYW5kbGVFdmVudDpdICsgNjAKICAgIGZyYW1lICMx
NzogMHgwMDAwMDAwMTg4NjBmMGMwIEFwcEtpdGAtW05TQXBwbGljYXRpb24gcnVuXSArIDUx
MgogICAgZnJhbWUgIzE4OiAweDAwMDAwMDAxMDAzM2I4MzggZW1hY3NgLVtFbWFjc0FwcCBy
dW5dKHNlbGY9MHgwMDAwMDAwMTNhNjFmMzYwLCBfY21kPSJydW4iKSBhdCBuc3Rlcm0ubTo1
OTQyOjcKICAgIGZyYW1lICMxOTogMHgwMDAwMDAwMTAwMzU2MGIwIGVtYWNzYG5zX3JlYWRf
c29ja2V0XzEodGVybWluYWw9MHgwMDAwMDAwMTJhODM0YzEwLCBob2xkX3F1aXQ9MHgwMDAw
MDAwMTZmZGZjYWUwLCBub19yZWxlYXNlPU5PKSBhdCBuc3Rlcm0ubTo0ODE2OjExCiAgICBm
cmFtZSAjMjA6IDB4MDAwMDAwMDEwMDM0ZmExOCBlbWFjc2Buc19yZWFkX3NvY2tldCh0ZXJt
aW5hbD0weDAwMDAwMDAxMmE4MzRjMTAsIGhvbGRfcXVpdD0weDAwMDAwMDAxNmZkZmNhZTAp
IGF0IG5zdGVybS5tOjQ4MzQ6MTAKICAgIGZyYW1lICMyMTogMHgwMDAwMDAwMTAwMTZhNmRj
IGVtYWNzYGdvYmJsZV9pbnB1dCBhdCBrZXlib2FyZC5jOjc5MTk6MTcKICAgIGZyYW1lICMy
MjogMHgwMDAwMDAwMTAwMTZhZTEwIGVtYWNzYGhhbmRsZV9hc3luY19pbnB1dCBhdCBrZXli
b2FyZC5jOjgxNTg6MTkKICAgIGZyYW1lICMyMzogMHgwMDAwMDAwMTAwMTZhZGYwIGVtYWNz
YHByb2Nlc3NfcGVuZGluZ19zaWduYWxzIGF0IGtleWJvYXJkLmM6ODE3MjozCiAgICBmcmFt
ZSAjMjQ6IDB4MDAwMDAwMDEwMDE2YWU5YyBlbWFjc2B1bmJsb2NrX2lucHV0X3RvKGxldmVs
PTApIGF0IGtleWJvYXJkLmM6ODE4NzoyCiAgICBmcmFtZSAjMjU6IDB4MDAwMDAwMDEwMDE2
ODNhOCBlbWFjc2B1bmJsb2NrX2lucHV0IGF0IGtleWJvYXJkLmM6ODIwNjozCiAgICBmcmFt
ZSAjMjY6IDB4MDAwMDAwMDEwMDMzNzkxYyBlbWFjc2Buc19yYWlzZV9mcmFtZShmPTB4MDAw
MDAwMDExZTAxNjQ4MCwgbWFrZV9rZXk9WUVTKSBhdCBuc3Rlcm0ubToxNDE1OjMKICAgIGZy
YW1lICMyNzogMHgwMDAwMDAwMTAwMzUwNDM0IGVtYWNzYG5zX2ZyYW1lX3JhaXNlX2xvd2Vy
KGY9MHgwMDAwMDAwMTFlMDE2NDgwLCByYWlzZT10cnVlKSBhdCBuc3Rlcm0ubToxNDQ0OjUK
ICAgIGZyYW1lICMyODogMHgwMDAwMDAwMTAwMDFlYmIwIGVtYWNzYEZyYWlzZV9mcmFtZShm
cmFtZT0weDAwMDAwMDAxMWUwMTY0ODUpIGF0IGZyYW1lLmM6MzAyMzo1CiAgICBmcmFtZSAj
Mjk6IDB4MDAwMDAwMDEwMDI0YzhhMCBlbWFjc2BmdW5jYWxsX3N1YnIoc3Vicj0weDAwMDAw
MDAxMDA5NDViYjAsIG51bWFyZ3M9MSwgYXJncz0weDAwMDAwMDAxMzAxMDAxNDApIGF0IGV2
YWwuYzozMTYxOjE1CiAgICBmcmFtZSAjMzA6IDB4MDAwMDAwMDEwMDJiMmRiMCBlbWFjc2Bl
eGVjX2J5dGVfY29kZShmdW49MHgwMDAwMDAwMTAyNGY3M2Q1LCBhcmdzX3RlbXBsYXRlPTUx
MywgbmFyZ3M9MSwgYXJncz0weDAwMDAwMDAxMzAxMDAxMDgpIGF0IGJ5dGVjb2RlLmM6ODEy
OjE0CiAgICBmcmFtZSAjMzE6IDB4MDAwMDAwMDEwMDI0Y2M1OCBlbWFjc2BmdW5jYWxsX2xh
bWJkYShmdW49MHgwMDAwMDAwMTAxYjJhODBkLCBuYXJncz0xLCBhcmdfdmVjdG9yPTB4MDAw
MDAwMDE2ZmRmZDc5MCkgYXQgZXZhbC5jOjMyNTI6OQogICAgZnJhbWUgIzMyOiAweDAwMDAw
MDAxMDAyNGM1ZWMgZW1hY3NgZnVuY2FsbF9nZW5lcmFsKGZ1bj0weDAwMDAwMDAxMDFiMmE4
MGQsIG51bWFyZ3M9MSwgYXJncz0weDAwMDAwMDAxNmZkZmQ3OTApIGF0IGV2YWwuYzozMDQ0
OjEyCiAgICBmcmFtZSAjMzM6IDB4MDAwMDAwMDEwMDI0NWU4YyBlbWFjc2BGZnVuY2FsbChu
YXJncz0yLCBhcmdzPTB4MDAwMDAwMDE2ZmRmZDc4OCkgYXQgZXZhbC5jOjMwOTM6MjEKICAg
IGZyYW1lICMzNDogMHgwMDAwMDAwMTAwMjNmYjIwIGVtYWNzYEZmdW5jYWxsX2ludGVyYWN0
aXZlbHkobmFyZ3M9MiwgYXJncz0weDAwMDAwMDAxNmZkZmQ3ODgpIGF0IGNhbGxpbnQuYzoy
NTA6MzIKICAgIGZyYW1lICMzNTogMHgwMDAwMDAwMTAwMjRjYTg4IGVtYWNzYGZ1bmNhbGxf
c3VicihzdWJyPTB4MDAwMDAwMDEwMDk1MGY4MCwgbnVtYXJncz0yLCBhcmdzPTB4MDAwMDAw
MDE2ZmRmZDc4OCkgYXQgZXZhbC5jOjMxODQ6OQogICAgZnJhbWUgIzM2OiAweDAwMDAwMDAx
MDAyNGM1YTQgZW1hY3NgZnVuY2FsbF9nZW5lcmFsKGZ1bj0weDAwMDAwMDAxMDA5NTBmODUs
IG51bWFyZ3M9MiwgYXJncz0weDAwMDAwMDAxNmZkZmQ3ODgpIGF0IGV2YWwuYzozMDQwOjEy
CiAgICBmcmFtZSAjMzc6IDB4MDAwMDAwMDEwMDI0NWU4YyBlbWFjc2BGZnVuY2FsbChuYXJn
cz0zLCBhcmdzPTB4MDAwMDAwMDE2ZmRmZDc4MCkgYXQgZXZhbC5jOjMwOTM6MjEKICAgIGZy
YW1lICMzODogMHgwMDAwMDAwMTAwMjQxZDQwIGVtYWNzYEZjYWxsX2ludGVyYWN0aXZlbHko
ZnVuY3Rpb249MHgwMDAwMDAwMDAxMTRhMWY4LCByZWNvcmRfZmxhZz0weDAwMDAwMDAwMDAw
MDAwMDAsIGtleXM9MHgwMDAwMDAwMTAyNGVhMDU1KSBhdCBjYWxsaW50LmM6Nzg5OjIxCiAg
ICBmcmFtZSAjMzk6IDB4MDAwMDAwMDEwMDI0YzhmMCBlbWFjc2BmdW5jYWxsX3N1YnIoc3Vi
cj0weDAwMDAwMDAxMDA5NTBmNDgsIG51bWFyZ3M9MywgYXJncz0weDAwMDAwMDAxMzAxMDAw
NjApIGF0IGV2YWwuYzozMTY1OjE1CiAgICBmcmFtZSAjNDA6IDB4MDAwMDAwMDEwMDJiMmRi
MCBlbWFjc2BleGVjX2J5dGVfY29kZShmdW49MHgwMDAwMDAwMTAyNTA1OTM1LCBhcmdzX3Rl
bXBsYXRlPTEwMjUsIG5hcmdzPTEsIGFyZ3M9MHgwMDAwMDAwMTZmZGZlYmU4KSBhdCBieXRl
Y29kZS5jOjgxMjoxNAogICAgZnJhbWUgIzQxOiAweDAwMDAwMDAxMDAyNGNjNTggZW1hY3Ng
ZnVuY2FsbF9sYW1iZGEoZnVuPTB4MDAwMDAwMDEwMjUwNTkzNSwgbmFyZ3M9MSwgYXJnX3Zl
Y3Rvcj0weDAwMDAwMDAxNmZkZmViZTApIGF0IGV2YWwuYzozMjUyOjkKICAgIGZyYW1lICM0
MjogMHgwMDAwMDAwMTAwMjRjNWVjIGVtYWNzYGZ1bmNhbGxfZ2VuZXJhbChmdW49MHgwMDAw
MDAwMTAyNTA1OTM1LCBudW1hcmdzPTEsIGFyZ3M9MHgwMDAwMDAwMTZmZGZlYmUwKSBhdCBl
dmFsLmM6MzA0NDoxMgogICAgZnJhbWUgIzQzOiAweDAwMDAwMDAxMDAyNDVlOGMgZW1hY3Ng
RmZ1bmNhbGwobmFyZ3M9MiwgYXJncz0weDAwMDAwMDAxNmZkZmViZDgpIGF0IGV2YWwuYzoz
MDkzOjIxCiAgICBmcmFtZSAjNDQ6IDB4MDAwMDAwMDEwMDE1ZDI4YyBlbWFjc2Bjb21tYW5k
X2xvb3BfMSBhdCBrZXlib2FyZC5jOjE1NTA6MTMKICAgIGZyYW1lICM0NTogMHgwMDAwMDAw
MTAwMjQ5MjNjIGVtYWNzYGludGVybmFsX2NvbmRpdGlvbl9jYXNlKGJmdW49KGVtYWNzYGNv
bW1hbmRfbG9vcF8xIGF0IGtleWJvYXJkLmM6MTMyNCksIGhhbmRsZXJzPTB4MDAwMDAwMDAw
MDAwMDA5MCwgaGZ1bj0oZW1hY3NgY21kX2Vycm9yIGF0IGtleWJvYXJkLmM6OTcwKSkgYXQg
ZXZhbC5jOjE2MTM6MjUKICAgIGZyYW1lICM0NjogMHgwMDAwMDAwMTAwMTVjOGM0IGVtYWNz
YGNvbW1hbmRfbG9vcF8yKGhhbmRsZXJzPTB4MDAwMDAwMDAwMDAwMDA5MCkgYXQga2V5Ym9h
cmQuYzoxMTY4OjExCiAgICBmcmFtZSAjNDc6IDB4MDAwMDAwMDEwMDI0ODRkNCBlbWFjc2Bp
bnRlcm5hbF9jYXRjaCh0YWc9MHgwMDAwMDAwMDAwMDExMjIwLCBmdW5jPShlbWFjc2Bjb21t
YW5kX2xvb3BfMiBhdCBrZXlib2FyZC5jOjExNjQpLCBhcmc9MHgwMDAwMDAwMDAwMDAwMDkw
KSBhdCBldmFsLmM6MTI5MjoyNQogICAgZnJhbWUgIzQ4OiAweDAwMDAwMDAxMDAxNWJjMTAg
ZW1hY3NgY29tbWFuZF9sb29wIGF0IGtleWJvYXJkLmM6MTE0NjoyCiAgICBmcmFtZSAjNDk6
IDB4MDAwMDAwMDEwMDE1YjlmYyBlbWFjc2ByZWN1cnNpdmVfZWRpdF8xIGF0IGtleWJvYXJk
LmM6NzU0OjkKICAgIGZyYW1lICM1MDogMHgwMDAwMDAwMTAwMTViZWU4IGVtYWNzYEZyZWN1
cnNpdmVfZWRpdCBhdCBrZXlib2FyZC5jOjgzNzozCiAgICBmcmFtZSAjNTE6IDB4MDAwMDAw
MDEwMDE1OGFjOCBlbWFjc2BtYWluKGFyZ2M9NCwgYXJndj0weDAwMDAwMDAxNmZkZmY0YjAp
IGF0IGVtYWNzLmM6MjYyNDozCiAgICBmcmFtZSAjNTI6IDB4MDAwMDAwMDE4NDk1NjBlMCBk
eWxkYHN0YXJ0ICsgMjM2MAoobGxkYikgYwpQcm9jZXNzIDc2MTYgcmVzdW1pbmcKUHJvY2Vz
cyA3NjE2IHN0b3BwZWQKKiB0aHJlYWQgIzEsIHF1ZXVlID0gJ2NvbS5hcHBsZS5tYWluLXRo
cmVhZCcsIHN0b3AgcmVhc29uID0gYnJlYWtwb2ludCAyLjEKICAgIGZyYW1lICMwOiAweDAw
MDAwMDAxMDAzNTRmNDQgZW1hY3NgbnNfZHJhd193aW5kb3dfY3Vyc29yKHc9MHgwMDAwMDAw
MTFlMDE2NmQwLCBnbHlwaF9yb3c9MHgwMDAwMDAwMTFlOTFmZDAwLCB4PTI4LCB5PTQyLCBj
dXJzb3JfdHlwZT1IT0xMT1dfQk9YX0NVUlNPUiwgY3Vyc29yX3dpZHRoPTEsIG9uX3A9dHJ1
ZSwgYWN0aXZlX3A9ZmFsc2UpIGF0IG5zdGVybS5tOjMwNDU6MjUKICAgMzA0MgkgIGlmICgh
b25fcCkKICAgMzA0MwkgICAgcmV0dXJuOwogICAzMDQ0Ci0+IDMwNDUJICB3LT5waHlzX2N1
cnNvcl90eXBlID0gY3Vyc29yX3R5cGU7CiAgIDMwNDYJICB3LT5waHlzX2N1cnNvcl9vbl9w
ID0gb25fcDsKICAgMzA0NwogICAzMDQ4CSAgaWYgKGN1cnNvcl90eXBlID09IE5PX0NVUlNP
UikKVGFyZ2V0IDA6IChlbWFjcykgc3RvcHBlZC4KKGxsZGIpIDUKZXJyb3I6ICc1JyBpcyBu
b3QgYSB2YWxpZCBjb21tYW5kLgoobGxkYikgYnQKKiB0aHJlYWQgIzEsIHF1ZXVlID0gJ2Nv
bS5hcHBsZS5tYWluLXRocmVhZCcsIHN0b3AgcmVhc29uID0gYnJlYWtwb2ludCAyLjEKICAq
IGZyYW1lICMwOiAweDAwMDAwMDAxMDAzNTRmNDQgZW1hY3NgbnNfZHJhd193aW5kb3dfY3Vy
c29yKHc9MHgwMDAwMDAwMTFlMDE2NmQwLCBnbHlwaF9yb3c9MHgwMDAwMDAwMTFlOTFmZDAw
LCB4PTI4LCB5PTQyLCBjdXJzb3JfdHlwZT1IT0xMT1dfQk9YX0NVUlNPUiwgY3Vyc29yX3dp
ZHRoPTEsIG9uX3A9dHJ1ZSwgYWN0aXZlX3A9ZmFsc2UpIGF0IG5zdGVybS5tOjMwNDU6MjUK
ICAgIGZyYW1lICMxOiAweDAwMDAwMDAxMDAwNzAzNWMgZW1hY3NgZGlzcGxheV9hbmRfc2V0
X2N1cnNvcih3PTB4MDAwMDAwMDExZTAxNjZkMCwgb249dHJ1ZSwgaHBvcz00LCB2cG9zPTMs
IHg9MjgsIHk9NDIpIGF0IHhkaXNwLmM6MzQyMDU6NQogICAgZnJhbWUgIzI6IDB4MDAwMDAw
MDEwMDAwNzQwYyBlbWFjc2BndWlfdXBkYXRlX3dpbmRvd19lbmQodz0weDAwMDAwMDAxMWUw
MTY2ZDAsIGN1cnNvcl9vbl9wPXRydWUsIG1vdXNlX2ZhY2Vfb3ZlcndyaXR0ZW5fcD1mYWxz
ZSkgYXQgZGlzcG5ldy5jOjM5NDE6MgogICAgZnJhbWUgIzM6IDB4MDAwMDAwMDEwMDAwNjAz
YyBlbWFjc2B1cGRhdGVfd2luZG93KHc9MHgwMDAwMDAwMTFlMDE2NmQwLCBmb3JjZV9wPXRy
dWUpIGF0IGRpc3BuZXcuYzozODY5OjcKICAgIGZyYW1lICM0OiAweDAwMDAwMDAxMDAwMDYx
YzAgZW1hY3NgdXBkYXRlX3dpbmRvd190cmVlKHc9MHgwMDAwMDAwMTFlMDE2NmQwLCBmb3Jj
ZV9wPXRydWUpIGF0IGRpc3BuZXcuYzozNDkxOjE0CiAgICBmcmFtZSAjNTogMHgwMDAwMDAw
MTAwMDA1M2EwIGVtYWNzYHVwZGF0ZV9mcmFtZShmPTB4MDAwMDAwMDExZTAxNjQ4MCwgZm9y
Y2VfcD10cnVlLCBpbmhpYml0X2hhaXJ5X2lkX3A9ZmFsc2UpIGF0IGRpc3BuZXcuYzozMzI2
OjE4CiAgICBmcmFtZSAjNjogMHgwMDAwMDAwMTAwMDRmNDI0IGVtYWNzYHJlZGlzcGxheV9p
bnRlcm5hbCBhdCB4ZGlzcC5jOjE3NDgwOjE2CiAgICBmcmFtZSAjNzogMHgwMDAwMDAwMTAw
MDU1ZWY4IGVtYWNzYHJlZGlzcGxheSBhdCB4ZGlzcC5jOjE2NTc1OjMKICAgIGZyYW1lICM4
OiAweDAwMDAwMDAxMDAxNjFlNzQgZW1hY3NgcmVhZF9jaGFyKGNvbW1hbmRmbGFnPTEsIG1h
cD0weDAwMDAwMDAxMzAwNGNkMjMsIHByZXZfZXZlbnQ9MHgwMDAwMDAwMDAwMDAwMDAwLCB1
c2VkX21vdXNlX21lbnU9MHgwMDAwMDAwMTZmZGZlODA3LCBlbmRfdGltZT0weDAwMDAwMDAw
MDAwMDAwMDApIGF0IGtleWJvYXJkLmM6MjY3ODo2CiAgICBmcmFtZSAjOTogMHgwMDAwMDAw
MTAwMTVlYTMwIGVtYWNzYHJlYWRfa2V5X3NlcXVlbmNlKGtleWJ1Zj0weDAwMDAwMDAxNmZk
ZmViZTgsIHByb21wdD0weDAwMDAwMDAwMDAwMDAwMDAsIGRvbnRfZG93bmNhc2VfbGFzdD1m
YWxzZSwgY2FuX3JldHVybl9zd2l0Y2hfZnJhbWU9dHJ1ZSwgZml4X2N1cnJlbnRfYnVmZmVy
PXRydWUsIHByZXZlbnRfcmVkaXNwbGF5PWZhbHNlLCBkaXNhYmxlX3RleHRfY29udmVyc2lv
bl9wPWZhbHNlKSBhdCBrZXlib2FyZC5jOjEwNzQzOjEyCiAgICBmcmFtZSAjMTA6IDB4MDAw
MDAwMDEwMDE1Y2RmOCBlbWFjc2Bjb21tYW5kX2xvb3BfMSBhdCBrZXlib2FyZC5jOjE0Mjk6
MTUKICAgIGZyYW1lICMxMTogMHgwMDAwMDAwMTAwMjQ5MjNjIGVtYWNzYGludGVybmFsX2Nv
bmRpdGlvbl9jYXNlKGJmdW49KGVtYWNzYGNvbW1hbmRfbG9vcF8xIGF0IGtleWJvYXJkLmM6
MTMyNCksIGhhbmRsZXJzPTB4MDAwMDAwMDAwMDAwMDA5MCwgaGZ1bj0oZW1hY3NgY21kX2Vy
cm9yIGF0IGtleWJvYXJkLmM6OTcwKSkgYXQgZXZhbC5jOjE2MTM6MjUKICAgIGZyYW1lICMx
MjogMHgwMDAwMDAwMTAwMTVjOGM0IGVtYWNzYGNvbW1hbmRfbG9vcF8yKGhhbmRsZXJzPTB4
MDAwMDAwMDAwMDAwMDA5MCkgYXQga2V5Ym9hcmQuYzoxMTY4OjExCiAgICBmcmFtZSAjMTM6
IDB4MDAwMDAwMDEwMDI0ODRkNCBlbWFjc2BpbnRlcm5hbF9jYXRjaCh0YWc9MHgwMDAwMDAw
MDAwMDExMjIwLCBmdW5jPShlbWFjc2Bjb21tYW5kX2xvb3BfMiBhdCBrZXlib2FyZC5jOjEx
NjQpLCBhcmc9MHgwMDAwMDAwMDAwMDAwMDkwKSBhdCBldmFsLmM6MTI5MjoyNQogICAgZnJh
bWUgIzE0OiAweDAwMDAwMDAxMDAxNWJjMTAgZW1hY3NgY29tbWFuZF9sb29wIGF0IGtleWJv
YXJkLmM6MTE0NjoyCiAgICBmcmFtZSAjMTU6IDB4MDAwMDAwMDEwMDE1YjlmYyBlbWFjc2By
ZWN1cnNpdmVfZWRpdF8xIGF0IGtleWJvYXJkLmM6NzU0OjkKICAgIGZyYW1lICMxNjogMHgw
MDAwMDAwMTAwMTViZWU4IGVtYWNzYEZyZWN1cnNpdmVfZWRpdCBhdCBrZXlib2FyZC5jOjgz
NzozCiAgICBmcmFtZSAjMTc6IDB4MDAwMDAwMDEwMDE1OGFjOCBlbWFjc2BtYWluKGFyZ2M9
NCwgYXJndj0weDAwMDAwMDAxNmZkZmY0YjApIGF0IGVtYWNzLmM6MjYyNDozCiAgICBmcmFt
ZSAjMTg6IDB4MDAwMDAwMDE4NDk1NjBlMCBkeWxkYHN0YXJ0ICsgMjM2MAoobGxkYikgYwpQ
cm9jZXNzIDc2MTYgcmVzdW1pbmcKUHJvY2VzcyA3NjE2IHN0b3BwZWQKKiB0aHJlYWQgIzEs
IHF1ZXVlID0gJ2NvbS5hcHBsZS5tYWluLXRocmVhZCcsIHN0b3AgcmVhc29uID0gYnJlYWtw
b2ludCAyLjEKICAgIGZyYW1lICMwOiAweDAwMDAwMDAxMDAzNTRmNDQgZW1hY3NgbnNfZHJh
d193aW5kb3dfY3Vyc29yKHc9MHgwMDAwMDAwMTFlMDE2NmQwLCBnbHlwaF9yb3c9MHgwMDAw
MDAwMTFlOTFmZDAwLCB4PTI4LCB5PTQyLCBjdXJzb3JfdHlwZT1IT0xMT1dfQk9YX0NVUlNP
UiwgY3Vyc29yX3dpZHRoPTEsIG9uX3A9dHJ1ZSwgYWN0aXZlX3A9ZmFsc2UpIGF0IG5zdGVy
bS5tOjMwNDU6MjUKICAgMzA0MgkgIGlmICghb25fcCkKICAgMzA0MwkgICAgcmV0dXJuOwog
ICAzMDQ0Ci0+IDMwNDUJICB3LT5waHlzX2N1cnNvcl90eXBlID0gY3Vyc29yX3R5cGU7CiAg
IDMwNDYJICB3LT5waHlzX2N1cnNvcl9vbl9wID0gb25fcDsKICAgMzA0NwogICAzMDQ4CSAg
aWYgKGN1cnNvcl90eXBlID09IE5PX0NVUlNPUikKVGFyZ2V0IDA6IChlbWFjcykgc3RvcHBl
ZC4KKGxsZGIpIDYKZXJyb3I6ICc2JyBpcyBub3QgYSB2YWxpZCBjb21tYW5kLgoobGxkYikg
YnQKKiB0aHJlYWQgIzEsIHF1ZXVlID0gJ2NvbS5hcHBsZS5tYWluLXRocmVhZCcsIHN0b3Ag
cmVhc29uID0gYnJlYWtwb2ludCAyLjEKICAqIGZyYW1lICMwOiAweDAwMDAwMDAxMDAzNTRm
NDQgZW1hY3NgbnNfZHJhd193aW5kb3dfY3Vyc29yKHc9MHgwMDAwMDAwMTFlMDE2NmQwLCBn
bHlwaF9yb3c9MHgwMDAwMDAwMTFlOTFmZDAwLCB4PTI4LCB5PTQyLCBjdXJzb3JfdHlwZT1I
T0xMT1dfQk9YX0NVUlNPUiwgY3Vyc29yX3dpZHRoPTEsIG9uX3A9dHJ1ZSwgYWN0aXZlX3A9
ZmFsc2UpIGF0IG5zdGVybS5tOjMwNDU6MjUKICAgIGZyYW1lICMxOiAweDAwMDAwMDAxMDAw
NzAzNWMgZW1hY3NgZGlzcGxheV9hbmRfc2V0X2N1cnNvcih3PTB4MDAwMDAwMDExZTAxNjZk
MCwgb249dHJ1ZSwgaHBvcz00LCB2cG9zPTMsIHg9MjgsIHk9NDIpIGF0IHhkaXNwLmM6MzQy
MDU6NQogICAgZnJhbWUgIzI6IDB4MDAwMDAwMDEwMDAwNzQwYyBlbWFjc2BndWlfdXBkYXRl
X3dpbmRvd19lbmQodz0weDAwMDAwMDAxMWUwMTY2ZDAsIGN1cnNvcl9vbl9wPXRydWUsIG1v
dXNlX2ZhY2Vfb3ZlcndyaXR0ZW5fcD1mYWxzZSkgYXQgZGlzcG5ldy5jOjM5NDE6MgogICAg
ZnJhbWUgIzM6IDB4MDAwMDAwMDEwMDAwNjAzYyBlbWFjc2B1cGRhdGVfd2luZG93KHc9MHgw
MDAwMDAwMTFlMDE2NmQwLCBmb3JjZV9wPXRydWUpIGF0IGRpc3BuZXcuYzozODY5OjcKICAg
IGZyYW1lICM0OiAweDAwMDAwMDAxMDAwMDYxYzAgZW1hY3NgdXBkYXRlX3dpbmRvd190cmVl
KHc9MHgwMDAwMDAwMTFlMDE2NmQwLCBmb3JjZV9wPXRydWUpIGF0IGRpc3BuZXcuYzozNDkx
OjE0CiAgICBmcmFtZSAjNTogMHgwMDAwMDAwMTAwMDA1M2EwIGVtYWNzYHVwZGF0ZV9mcmFt
ZShmPTB4MDAwMDAwMDExZTAxNjQ4MCwgZm9yY2VfcD10cnVlLCBpbmhpYml0X2hhaXJ5X2lk
X3A9ZmFsc2UpIGF0IGRpc3BuZXcuYzozMzI2OjE4CiAgICBmcmFtZSAjNjogMHgwMDAwMDAw
MTAwMDRmNDI0IGVtYWNzYHJlZGlzcGxheV9pbnRlcm5hbCBhdCB4ZGlzcC5jOjE3NDgwOjE2
CiAgICBmcmFtZSAjNzogMHgwMDAwMDAwMTAwMDU1ZWY4IGVtYWNzYHJlZGlzcGxheSBhdCB4
ZGlzcC5jOjE2NTc1OjMKICAgIGZyYW1lICM4OiAweDAwMDAwMDAxMDAxNjFlNzQgZW1hY3Ng
cmVhZF9jaGFyKGNvbW1hbmRmbGFnPTEsIG1hcD0weDAwMDAwMDAxMzAwNGNkMjMsIHByZXZf
ZXZlbnQ9MHgwMDAwMDAwMDAwMDAwMDAwLCB1c2VkX21vdXNlX21lbnU9MHgwMDAwMDAwMTZm
ZGZlODA3LCBlbmRfdGltZT0weDAwMDAwMDAwMDAwMDAwMDApIGF0IGtleWJvYXJkLmM6MjY3
ODo2CiAgICBmcmFtZSAjOTogMHgwMDAwMDAwMTAwMTVlYTMwIGVtYWNzYHJlYWRfa2V5X3Nl
cXVlbmNlKGtleWJ1Zj0weDAwMDAwMDAxNmZkZmViZTgsIHByb21wdD0weDAwMDAwMDAwMDAw
MDAwMDAsIGRvbnRfZG93bmNhc2VfbGFzdD1mYWxzZSwgY2FuX3JldHVybl9zd2l0Y2hfZnJh
bWU9dHJ1ZSwgZml4X2N1cnJlbnRfYnVmZmVyPXRydWUsIHByZXZlbnRfcmVkaXNwbGF5PWZh
bHNlLCBkaXNhYmxlX3RleHRfY29udmVyc2lvbl9wPWZhbHNlKSBhdCBrZXlib2FyZC5jOjEw
NzQzOjEyCiAgICBmcmFtZSAjMTA6IDB4MDAwMDAwMDEwMDE1Y2RmOCBlbWFjc2Bjb21tYW5k
X2xvb3BfMSBhdCBrZXlib2FyZC5jOjE0Mjk6MTUKICAgIGZyYW1lICMxMTogMHgwMDAwMDAw
MTAwMjQ5MjNjIGVtYWNzYGludGVybmFsX2NvbmRpdGlvbl9jYXNlKGJmdW49KGVtYWNzYGNv
bW1hbmRfbG9vcF8xIGF0IGtleWJvYXJkLmM6MTMyNCksIGhhbmRsZXJzPTB4MDAwMDAwMDAw
MDAwMDA5MCwgaGZ1bj0oZW1hY3NgY21kX2Vycm9yIGF0IGtleWJvYXJkLmM6OTcwKSkgYXQg
ZXZhbC5jOjE2MTM6MjUKICAgIGZyYW1lICMxMjogMHgwMDAwMDAwMTAwMTVjOGM0IGVtYWNz
YGNvbW1hbmRfbG9vcF8yKGhhbmRsZXJzPTB4MDAwMDAwMDAwMDAwMDA5MCkgYXQga2V5Ym9h
cmQuYzoxMTY4OjExCiAgICBmcmFtZSAjMTM6IDB4MDAwMDAwMDEwMDI0ODRkNCBlbWFjc2Bp
bnRlcm5hbF9jYXRjaCh0YWc9MHgwMDAwMDAwMDAwMDExMjIwLCBmdW5jPShlbWFjc2Bjb21t
YW5kX2xvb3BfMiBhdCBrZXlib2FyZC5jOjExNjQpLCBhcmc9MHgwMDAwMDAwMDAwMDAwMDkw
KSBhdCBldmFsLmM6MTI5MjoyNQogICAgZnJhbWUgIzE0OiAweDAwMDAwMDAxMDAxNWJjMTAg
ZW1hY3NgY29tbWFuZF9sb29wIGF0IGtleWJvYXJkLmM6MTE0NjoyCiAgICBmcmFtZSAjMTU6
IDB4MDAwMDAwMDEwMDE1YjlmYyBlbWFjc2ByZWN1cnNpdmVfZWRpdF8xIGF0IGtleWJvYXJk
LmM6NzU0OjkKICAgIGZyYW1lICMxNjogMHgwMDAwMDAwMTAwMTViZWU4IGVtYWNzYEZyZWN1
cnNpdmVfZWRpdCBhdCBrZXlib2FyZC5jOjgzNzozCiAgICBmcmFtZSAjMTc6IDB4MDAwMDAw
MDEwMDE1OGFjOCBlbWFjc2BtYWluKGFyZ2M9NCwgYXJndj0weDAwMDAwMDAxNmZkZmY0YjAp
IGF0IGVtYWNzLmM6MjYyNDozCiAgICBmcmFtZSAjMTg6IDB4MDAwMDAwMDE4NDk1NjBlMCBk
eWxkYHN0YXJ0ICsgMjM2MAoobGxkYikgYwpQcm9jZXNzIDc2MTYgcmVzdW1pbmcKUHJvY2Vz
cyA3NjE2IHN0b3BwZWQKKiB0aHJlYWQgIzEsIHF1ZXVlID0gJ2NvbS5hcHBsZS5tYWluLXRo
cmVhZCcsIHN0b3AgcmVhc29uID0gYnJlYWtwb2ludCAyLjEKICAgIGZyYW1lICMwOiAweDAw
MDAwMDAxMDAzNTRmNDQgZW1hY3NgbnNfZHJhd193aW5kb3dfY3Vyc29yKHc9MHgwMDAwMDAw
MTFlMDE2NmQwLCBnbHlwaF9yb3c9MHgwMDAwMDAwMTFlOTFmZDAwLCB4PTI4LCB5PTQyLCBj
dXJzb3JfdHlwZT1GSUxMRURfQk9YX0NVUlNPUiwgY3Vyc29yX3dpZHRoPTEsIG9uX3A9dHJ1
ZSwgYWN0aXZlX3A9dHJ1ZSkgYXQgbnN0ZXJtLm06MzA0NToyNQogICAzMDQyCSAgaWYgKCFv
bl9wKQogICAzMDQzCSAgICByZXR1cm47CiAgIDMwNDQKLT4gMzA0NQkgIHctPnBoeXNfY3Vy
c29yX3R5cGUgPSBjdXJzb3JfdHlwZTsKICAgMzA0NgkgIHctPnBoeXNfY3Vyc29yX29uX3Ag
PSBvbl9wOwogICAzMDQ3CiAgIDMwNDgJICBpZiAoY3Vyc29yX3R5cGUgPT0gTk9fQ1VSU09S
KQpUYXJnZXQgMDogKGVtYWNzKSBzdG9wcGVkLgoobGxkYikgNwplcnJvcjogJzcnIGlzIG5v
dCBhIHZhbGlkIGNvbW1hbmQuCihsbGRiKSBidAoqIHRocmVhZCAjMSwgcXVldWUgPSAnY29t
LmFwcGxlLm1haW4tdGhyZWFkJywgc3RvcCByZWFzb24gPSBicmVha3BvaW50IDIuMQogICog
ZnJhbWUgIzA6IDB4MDAwMDAwMDEwMDM1NGY0NCBlbWFjc2Buc19kcmF3X3dpbmRvd19jdXJz
b3Iodz0weDAwMDAwMDAxMWUwMTY2ZDAsIGdseXBoX3Jvdz0weDAwMDAwMDAxMWU5MWZkMDAs
IHg9MjgsIHk9NDIsIGN1cnNvcl90eXBlPUZJTExFRF9CT1hfQ1VSU09SLCBjdXJzb3Jfd2lk
dGg9MSwgb25fcD10cnVlLCBhY3RpdmVfcD10cnVlKSBhdCBuc3Rlcm0ubTozMDQ1OjI1CiAg
ICBmcmFtZSAjMTogMHgwMDAwMDAwMTAwMDcwMzVjIGVtYWNzYGRpc3BsYXlfYW5kX3NldF9j
dXJzb3Iodz0weDAwMDAwMDAxMWUwMTY2ZDAsIG9uPXRydWUsIGhwb3M9NCwgdnBvcz0zLCB4
PTI4LCB5PTQyKSBhdCB4ZGlzcC5jOjM0MjA1OjUKICAgIGZyYW1lICMyOiAweDAwMDAwMDAx
MDAwNzBkMjQgZW1hY3NgdXBkYXRlX3dpbmRvd19jdXJzb3Iodz0weDAwMDAwMDAxMWUwMTY2
ZDAsIG9uPXRydWUpIGF0IHhkaXNwLmM6MzQyNDA6NwogICAgZnJhbWUgIzM6IDB4MDAwMDAw
MDEwMDA3MGIxYyBlbWFjc2B1cGRhdGVfY3Vyc29yX2luX3dpbmRvd190cmVlKHc9MHgwMDAw
MDAwMTFlMDE2NmQwLCBvbl9wPXRydWUpIGF0IHhkaXNwLmM6MzQyNTg6MgogICAgZnJhbWUg
IzQ6IDB4MDAwMDAwMDEwMDA3MGFhMCBlbWFjc2BndWlfdXBkYXRlX2N1cnNvcihmPTB4MDAw
MDAwMDExZTAxNjQ4MCwgb25fcD10cnVlKSBhdCB4ZGlzcC5jOjM0MjcyOjMKICAgIGZyYW1l
ICM1OiAweDAwMDAwMDAxMDAzNDQ2MzggZW1hY3NgbnNfZnJhbWVfcmVoaWdobGlnaHQoZnJh
bWU9MHgwMDAwMDAwMTFlMDE2NDgwKSBhdCBuc3Rlcm0ubToxNDg2OjExCiAgICBmcmFtZSAj
NjogMHgwMDAwMDAwMTAwMzQ0NDY4IGVtYWNzYC1bRW1hY3NWaWV3IHdpbmRvd0RpZEJlY29t
ZUtleV0oc2VsZj0weDAwMDAwMDAxMWIxMTE0YTAsIF9jbWQ9IndpbmRvd0RpZEJlY29tZUtl
eSIpIGF0IG5zdGVybS5tOjc5MzU6MwogICAgZnJhbWUgIzc6IDB4MDAwMDAwMDEwMDM0NDNh
OCBlbWFjc2AtW0VtYWNzVmlldyB3aW5kb3dEaWRCZWNvbWVLZXk6XShzZWxmPTB4MDAwMDAw
MDExYjExMTRhMCwgX2NtZD0id2luZG93RGlkQmVjb21lS2V5OiIsIG5vdGlmaWNhdGlvbj1A
Ik5TV2luZG93RGlkQmVjb21lS2V5Tm90aWZpY2F0aW9uIikgYXQgbnN0ZXJtLm06NzkxODoz
CiAgICBmcmFtZSAjODogMHgwMDAwMDAwMTg0ZGIzMTQ0IENvcmVGb3VuZGF0aW9uYF9fQ0ZO
T1RJRklDQVRJT05DRU5URVJfSVNfQ0FMTElOR19PVVRfVE9fQU5fT0JTRVJWRVJfXyArIDE0
OAogICAgZnJhbWUgIzk6IDB4MDAwMDAwMDE4NGU0NzNkOCBDb3JlRm91bmRhdGlvbmBfX19D
RlhSZWdpc3RyYXRpb25Qb3N0X2Jsb2NrX2ludm9rZSArIDg4CiAgICBmcmFtZSAjMTA6IDB4
MDAwMDAwMDE4NGU0NzMyMCBDb3JlRm91bmRhdGlvbmBfQ0ZYUmVnaXN0cmF0aW9uUG9zdCAr
IDQ0MAogICAgZnJhbWUgIzExOiAweDAwMDAwMDAxODRkODE2NzggQ29yZUZvdW5kYXRpb25g
X0NGWE5vdGlmaWNhdGlvblBvc3QgKyA3NjgKICAgIGZyYW1lICMxMjogMHgwMDAwMDAwMTg1
ZTllNGU0IEZvdW5kYXRpb25gLVtOU05vdGlmaWNhdGlvbkNlbnRlciBwb3N0Tm90aWZpY2F0
aW9uTmFtZTpvYmplY3Q6dXNlckluZm86XSArIDg4CiAgICBmcmFtZSAjMTM6IDB4MDAwMDAw
MDE4ODc3MDYyYyBBcHBLaXRgLVtOU1dpbmRvdyBiZWNvbWVLZXlXaW5kb3ddICsgODQ0CiAg
ICBmcmFtZSAjMTQ6IDB4MDAwMDAwMDE4ODc2ZjU1YyBBcHBLaXRgX05YU2hvd0tleUFuZE1h
aW4gKyAxMzIKICAgIGZyYW1lICMxNTogMHgwMDAwMDAwMTg4NzZkOTI0IEFwcEtpdGAtW05T
QXBwbGljYXRpb24gX2hhbmRsZUFjdGl2YXRlZEV2ZW50Ol0gKyAxMzMyCiAgICBmcmFtZSAj
MTY6IDB4MDAwMDAwMDE4OGUxMDhkOCBBcHBLaXRgLVtOU0FwcGxpY2F0aW9uKE5TRXZlbnRS
b3V0aW5nKSBzZW5kRXZlbnQ6XSArIDE3ODAKICAgIGZyYW1lICMxNzogMHgwMDAwMDAwMTAw
MzNiY2Q4IGVtYWNzYC1bRW1hY3NBcHAgc2VuZEV2ZW50Ol0oc2VsZj0weDAwMDAwMDAxM2E2
MWYzNjAsIF9jbWQ9InNlbmRFdmVudDoiLCB0aGVFdmVudD0weDAwMDA2MDAwMDBjN2MyNDAp
IGF0IG5zdGVybS5tOjYwNzM6MwogICAgZnJhbWUgIzE4OiAweDAwMDAwMDAxODhhNWU4OWMg
QXBwS2l0YC1bTlNBcHBsaWNhdGlvbiBfaGFuZGxlRXZlbnQ6XSArIDYwCiAgICBmcmFtZSAj
MTk6IDB4MDAwMDAwMDE4ODYwZjBjMCBBcHBLaXRgLVtOU0FwcGxpY2F0aW9uIHJ1bl0gKyA1
MTIKICAgIGZyYW1lICMyMDogMHgwMDAwMDAwMTAwMzNiODM4IGVtYWNzYC1bRW1hY3NBcHAg
cnVuXShzZWxmPTB4MDAwMDAwMDEzYTYxZjM2MCwgX2NtZD0icnVuIikgYXQgbnN0ZXJtLm06
NTk0Mjo3CiAgICBmcmFtZSAjMjE6IDB4MDAwMDAwMDEwMDM1NjBiMCBlbWFjc2Buc19yZWFk
X3NvY2tldF8xKHRlcm1pbmFsPTB4MDAwMDAwMDEyYTgzNGMxMCwgaG9sZF9xdWl0PTB4MDAw
MDAwMDE2ZmRmYWY3MCwgbm9fcmVsZWFzZT1OTykgYXQgbnN0ZXJtLm06NDgxNjoxMQogICAg
ZnJhbWUgIzIyOiAweDAwMDAwMDAxMDAzNGZhMTggZW1hY3NgbnNfcmVhZF9zb2NrZXQodGVy
bWluYWw9MHgwMDAwMDAwMTJhODM0YzEwLCBob2xkX3F1aXQ9MHgwMDAwMDAwMTZmZGZhZjcw
KSBhdCBuc3Rlcm0ubTo0ODM0OjEwCiAgICBmcmFtZSAjMjM6IDB4MDAwMDAwMDEwMDE2YTZk
YyBlbWFjc2Bnb2JibGVfaW5wdXQgYXQga2V5Ym9hcmQuYzo3OTE5OjE3CiAgICBmcmFtZSAj
MjQ6IDB4MDAwMDAwMDEwMDE2YWUxMCBlbWFjc2BoYW5kbGVfYXN5bmNfaW5wdXQgYXQga2V5
Ym9hcmQuYzo4MTU4OjE5CiAgICBmcmFtZSAjMjU6IDB4MDAwMDAwMDEwMDE2YWRmMCBlbWFj
c2Bwcm9jZXNzX3BlbmRpbmdfc2lnbmFscyBhdCBrZXlib2FyZC5jOjgxNzI6MwogICAgZnJh
bWUgIzI2OiAweDAwMDAwMDAxMDAxNmFlOWMgZW1hY3NgdW5ibG9ja19pbnB1dF90byhsZXZl
bD0wKSBhdCBrZXlib2FyZC5jOjgxODc6MgogICAgZnJhbWUgIzI3OiAweDAwMDAwMDAxMDAx
NjgzYTggZW1hY3NgdW5ibG9ja19pbnB1dCBhdCBrZXlib2FyZC5jOjgyMDY6MwogICAgZnJh
bWUgIzI4OiAweDAwMDAwMDAxMDAwMDc1MDQgZW1hY3NgZ3VpX3VwZGF0ZV93aW5kb3dfZW5k
KHc9MHgwMDAwMDAwMTFlMDE2NmQwLCBjdXJzb3Jfb25fcD10cnVlLCBtb3VzZV9mYWNlX292
ZXJ3cml0dGVuX3A9ZmFsc2UpIGF0IGRpc3BuZXcuYzozOTU1OjcKICAgIGZyYW1lICMyOTog
MHgwMDAwMDAwMTAwMDA2MDNjIGVtYWNzYHVwZGF0ZV93aW5kb3codz0weDAwMDAwMDAxMWUw
MTY2ZDAsIGZvcmNlX3A9dHJ1ZSkgYXQgZGlzcG5ldy5jOjM4Njk6NwogICAgZnJhbWUgIzMw
OiAweDAwMDAwMDAxMDAwMDYxYzAgZW1hY3NgdXBkYXRlX3dpbmRvd190cmVlKHc9MHgwMDAw
MDAwMTFlMDE2NmQwLCBmb3JjZV9wPXRydWUpIGF0IGRpc3BuZXcuYzozNDkxOjE0CiAgICBm
cmFtZSAjMzE6IDB4MDAwMDAwMDEwMDAwNTNhMCBlbWFjc2B1cGRhdGVfZnJhbWUoZj0weDAw
MDAwMDAxMWUwMTY0ODAsIGZvcmNlX3A9dHJ1ZSwgaW5oaWJpdF9oYWlyeV9pZF9wPWZhbHNl
KSBhdCBkaXNwbmV3LmM6MzMyNjoxOAogICAgZnJhbWUgIzMyOiAweDAwMDAwMDAxMDAwNGY0
MjQgZW1hY3NgcmVkaXNwbGF5X2ludGVybmFsIGF0IHhkaXNwLmM6MTc0ODA6MTYKICAgIGZy
YW1lICMzMzogMHgwMDAwMDAwMTAwMDU1ZWY4IGVtYWNzYHJlZGlzcGxheSBhdCB4ZGlzcC5j
OjE2NTc1OjMKICAgIGZyYW1lICMzNDogMHgwMDAwMDAwMTAwMTYxZTc0IGVtYWNzYHJlYWRf
Y2hhcihjb21tYW5kZmxhZz0xLCBtYXA9MHgwMDAwMDAwMTMwMDRjZDIzLCBwcmV2X2V2ZW50
PTB4MDAwMDAwMDAwMDAwMDAwMCwgdXNlZF9tb3VzZV9tZW51PTB4MDAwMDAwMDE2ZmRmZTgw
NywgZW5kX3RpbWU9MHgwMDAwMDAwMDAwMDAwMDAwKSBhdCBrZXlib2FyZC5jOjI2Nzg6Ngog
ICAgZnJhbWUgIzM1OiAweDAwMDAwMDAxMDAxNWVhMzAgZW1hY3NgcmVhZF9rZXlfc2VxdWVu
Y2Uoa2V5YnVmPTB4MDAwMDAwMDE2ZmRmZWJlOCwgcHJvbXB0PTB4MDAwMDAwMDAwMDAwMDAw
MCwgZG9udF9kb3duY2FzZV9sYXN0PWZhbHNlLCBjYW5fcmV0dXJuX3N3aXRjaF9mcmFtZT10
cnVlLCBmaXhfY3VycmVudF9idWZmZXI9dHJ1ZSwgcHJldmVudF9yZWRpc3BsYXk9ZmFsc2Us
IGRpc2FibGVfdGV4dF9jb252ZXJzaW9uX3A9ZmFsc2UpIGF0IGtleWJvYXJkLmM6MTA3NDM6
MTIKICAgIGZyYW1lICMzNjogMHgwMDAwMDAwMTAwMTVjZGY4IGVtYWNzYGNvbW1hbmRfbG9v
cF8xIGF0IGtleWJvYXJkLmM6MTQyOToxNQogICAgZnJhbWUgIzM3OiAweDAwMDAwMDAxMDAy
NDkyM2MgZW1hY3NgaW50ZXJuYWxfY29uZGl0aW9uX2Nhc2UoYmZ1bj0oZW1hY3NgY29tbWFu
ZF9sb29wXzEgYXQga2V5Ym9hcmQuYzoxMzI0KSwgaGFuZGxlcnM9MHgwMDAwMDAwMDAwMDAw
MDkwLCBoZnVuPShlbWFjc2BjbWRfZXJyb3IgYXQga2V5Ym9hcmQuYzo5NzApKSBhdCBldmFs
LmM6MTYxMzoyNQogICAgZnJhbWUgIzM4OiAweDAwMDAwMDAxMDAxNWM4YzQgZW1hY3NgY29t
bWFuZF9sb29wXzIoaGFuZGxlcnM9MHgwMDAwMDAwMDAwMDAwMDkwKSBhdCBrZXlib2FyZC5j
OjExNjg6MTEKICAgIGZyYW1lICMzOTogMHgwMDAwMDAwMTAwMjQ4NGQ0IGVtYWNzYGludGVy
bmFsX2NhdGNoKHRhZz0weDAwMDAwMDAwMDAwMTEyMjAsIGZ1bmM9KGVtYWNzYGNvbW1hbmRf
bG9vcF8yIGF0IGtleWJvYXJkLmM6MTE2NCksIGFyZz0weDAwMDAwMDAwMDAwMDAwOTApIGF0
IGV2YWwuYzoxMjkyOjI1CiAgICBmcmFtZSAjNDA6IDB4MDAwMDAwMDEwMDE1YmMxMCBlbWFj
c2Bjb21tYW5kX2xvb3AgYXQga2V5Ym9hcmQuYzoxMTQ2OjIKICAgIGZyYW1lICM0MTogMHgw
MDAwMDAwMTAwMTViOWZjIGVtYWNzYHJlY3Vyc2l2ZV9lZGl0XzEgYXQga2V5Ym9hcmQuYzo3
NTQ6OQogICAgZnJhbWUgIzQyOiAweDAwMDAwMDAxMDAxNWJlZTggZW1hY3NgRnJlY3Vyc2l2
ZV9lZGl0IGF0IGtleWJvYXJkLmM6ODM3OjMKICAgIGZyYW1lICM0MzogMHgwMDAwMDAwMTAw
MTU4YWM4IGVtYWNzYG1haW4oYXJnYz00LCBhcmd2PTB4MDAwMDAwMDE2ZmRmZjRiMCkgYXQg
ZW1hY3MuYzoyNjI0OjMKICAgIGZyYW1lICM0NDogMHgwMDAwMDAwMTg0OTU2MGUwIGR5bGRg
c3RhcnQgKyAyMzYwCihsbGRiKSBjClByb2Nlc3MgNzYxNiByZXN1bWluZwpQcm9jZXNzIDc2
MTYgc3RvcHBlZAoqIHRocmVhZCAjMSwgcXVldWUgPSAnY29tLmFwcGxlLm1haW4tdGhyZWFk
Jywgc3RvcCByZWFzb24gPSBicmVha3BvaW50IDIuMQogICAgZnJhbWUgIzA6IDB4MDAwMDAw
MDEwMDM1NGY0NCBlbWFjc2Buc19kcmF3X3dpbmRvd19jdXJzb3Iodz0weDAwMDAwMDAxMWUw
MTY5NzgsIGdseXBoX3Jvdz0weDAwMDAwMDAxMWU4MWYwMDAsIHg9MCwgeT0wLCBjdXJzb3Jf
dHlwZT1OT19DVVJTT1IsIGN1cnNvcl93aWR0aD0wLCBvbl9wPXRydWUsIGFjdGl2ZV9wPWZh
bHNlKSBhdCBuc3Rlcm0ubTozMDQ1OjI1CiAgIDMwNDIJICBpZiAoIW9uX3ApCiAgIDMwNDMJ
ICAgIHJldHVybjsKICAgMzA0NAotPiAzMDQ1CSAgdy0+cGh5c19jdXJzb3JfdHlwZSA9IGN1
cnNvcl90eXBlOwogICAzMDQ2CSAgdy0+cGh5c19jdXJzb3Jfb25fcCA9IG9uX3A7CiAgIDMw
NDcKICAgMzA0OAkgIGlmIChjdXJzb3JfdHlwZSA9PSBOT19DVVJTT1IpClRhcmdldCAwOiAo
ZW1hY3MpIHN0b3BwZWQuCihsbGRiKSA4CmVycm9yOiAnOCcgaXMgbm90IGEgdmFsaWQgY29t
bWFuZC4KKGxsZGIpIGJ0CiogdGhyZWFkICMxLCBxdWV1ZSA9ICdjb20uYXBwbGUubWFpbi10
aHJlYWQnLCBzdG9wIHJlYXNvbiA9IGJyZWFrcG9pbnQgMi4xCiAgKiBmcmFtZSAjMDogMHgw
MDAwMDAwMTAwMzU0ZjQ0IGVtYWNzYG5zX2RyYXdfd2luZG93X2N1cnNvcih3PTB4MDAwMDAw
MDExZTAxNjk3OCwgZ2x5cGhfcm93PTB4MDAwMDAwMDExZTgxZjAwMCwgeD0wLCB5PTAsIGN1
cnNvcl90eXBlPU5PX0NVUlNPUiwgY3Vyc29yX3dpZHRoPTAsIG9uX3A9dHJ1ZSwgYWN0aXZl
X3A9ZmFsc2UpIGF0IG5zdGVybS5tOjMwNDU6MjUKICAgIGZyYW1lICMxOiAweDAwMDAwMDAx
MDAwNzAzNWMgZW1hY3NgZGlzcGxheV9hbmRfc2V0X2N1cnNvcih3PTB4MDAwMDAwMDExZTAx
Njk3OCwgb249dHJ1ZSwgaHBvcz0wLCB2cG9zPTAsIHg9MCwgeT0wKSBhdCB4ZGlzcC5jOjM0
MjA1OjUKICAgIGZyYW1lICMyOiAweDAwMDAwMDAxMDAwNzBkMjQgZW1hY3NgdXBkYXRlX3dp
bmRvd19jdXJzb3Iodz0weDAwMDAwMDAxMWUwMTY5NzgsIG9uPXRydWUpIGF0IHhkaXNwLmM6
MzQyNDA6NwogICAgZnJhbWUgIzM6IDB4MDAwMDAwMDEwMDA3MGIxYyBlbWFjc2B1cGRhdGVf
Y3Vyc29yX2luX3dpbmRvd190cmVlKHc9MHgwMDAwMDAwMTFlMDE2OTc4LCBvbl9wPXRydWUp
IGF0IHhkaXNwLmM6MzQyNTg6MgogICAgZnJhbWUgIzQ6IDB4MDAwMDAwMDEwMDA3MGFhMCBl
bWFjc2BndWlfdXBkYXRlX2N1cnNvcihmPTB4MDAwMDAwMDExZTAxNjQ4MCwgb25fcD10cnVl
KSBhdCB4ZGlzcC5jOjM0MjcyOjMKICAgIGZyYW1lICM1OiAweDAwMDAwMDAxMDAzNDQ2Mzgg
ZW1hY3NgbnNfZnJhbWVfcmVoaWdobGlnaHQoZnJhbWU9MHgwMDAwMDAwMTFlMDE2NDgwKSBh
dCBuc3Rlcm0ubToxNDg2OjExCiAgICBmcmFtZSAjNjogMHgwMDAwMDAwMTAwMzQ0NDY4IGVt
YWNzYC1bRW1hY3NWaWV3IHdpbmRvd0RpZEJlY29tZUtleV0oc2VsZj0weDAwMDAwMDAxMWIx
MTE0YTAsIF9jbWQ9IndpbmRvd0RpZEJlY29tZUtleSIpIGF0IG5zdGVybS5tOjc5MzU6Mwog
ICAgZnJhbWUgIzc6IDB4MDAwMDAwMDEwMDM0NDNhOCBlbWFjc2AtW0VtYWNzVmlldyB3aW5k
b3dEaWRCZWNvbWVLZXk6XShzZWxmPTB4MDAwMDAwMDExYjExMTRhMCwgX2NtZD0id2luZG93
RGlkQmVjb21lS2V5OiIsIG5vdGlmaWNhdGlvbj1AIk5TV2luZG93RGlkQmVjb21lS2V5Tm90
aWZpY2F0aW9uIikgYXQgbnN0ZXJtLm06NzkxODozCiAgICBmcmFtZSAjODogMHgwMDAwMDAw
MTg0ZGIzMTQ0IENvcmVGb3VuZGF0aW9uYF9fQ0ZOT1RJRklDQVRJT05DRU5URVJfSVNfQ0FM
TElOR19PVVRfVE9fQU5fT0JTRVJWRVJfXyArIDE0OAogICAgZnJhbWUgIzk6IDB4MDAwMDAw
MDE4NGU0NzNkOCBDb3JlRm91bmRhdGlvbmBfX19DRlhSZWdpc3RyYXRpb25Qb3N0X2Jsb2Nr
X2ludm9rZSArIDg4CiAgICBmcmFtZSAjMTA6IDB4MDAwMDAwMDE4NGU0NzMyMCBDb3JlRm91
bmRhdGlvbmBfQ0ZYUmVnaXN0cmF0aW9uUG9zdCArIDQ0MAogICAgZnJhbWUgIzExOiAweDAw
MDAwMDAxODRkODE2NzggQ29yZUZvdW5kYXRpb25gX0NGWE5vdGlmaWNhdGlvblBvc3QgKyA3
NjgKICAgIGZyYW1lICMxMjogMHgwMDAwMDAwMTg1ZTllNGU0IEZvdW5kYXRpb25gLVtOU05v
dGlmaWNhdGlvbkNlbnRlciBwb3N0Tm90aWZpY2F0aW9uTmFtZTpvYmplY3Q6dXNlckluZm86
XSArIDg4CiAgICBmcmFtZSAjMTM6IDB4MDAwMDAwMDE4ODc3MDYyYyBBcHBLaXRgLVtOU1dp
bmRvdyBiZWNvbWVLZXlXaW5kb3ddICsgODQ0CiAgICBmcmFtZSAjMTQ6IDB4MDAwMDAwMDE4
ODc2ZjU1YyBBcHBLaXRgX05YU2hvd0tleUFuZE1haW4gKyAxMzIKICAgIGZyYW1lICMxNTog
MHgwMDAwMDAwMTg4NzZkOTI0IEFwcEtpdGAtW05TQXBwbGljYXRpb24gX2hhbmRsZUFjdGl2
YXRlZEV2ZW50Ol0gKyAxMzMyCiAgICBmcmFtZSAjMTY6IDB4MDAwMDAwMDE4OGUxMDhkOCBB
cHBLaXRgLVtOU0FwcGxpY2F0aW9uKE5TRXZlbnRSb3V0aW5nKSBzZW5kRXZlbnQ6XSArIDE3
ODAKICAgIGZyYW1lICMxNzogMHgwMDAwMDAwMTAwMzNiY2Q4IGVtYWNzYC1bRW1hY3NBcHAg
c2VuZEV2ZW50Ol0oc2VsZj0weDAwMDAwMDAxM2E2MWYzNjAsIF9jbWQ9InNlbmRFdmVudDoi
LCB0aGVFdmVudD0weDAwMDA2MDAwMDBjN2MyNDApIGF0IG5zdGVybS5tOjYwNzM6MwogICAg
ZnJhbWUgIzE4OiAweDAwMDAwMDAxODhhNWU4OWMgQXBwS2l0YC1bTlNBcHBsaWNhdGlvbiBf
aGFuZGxlRXZlbnQ6XSArIDYwCiAgICBmcmFtZSAjMTk6IDB4MDAwMDAwMDE4ODYwZjBjMCBB
cHBLaXRgLVtOU0FwcGxpY2F0aW9uIHJ1bl0gKyA1MTIKICAgIGZyYW1lICMyMDogMHgwMDAw
MDAwMTAwMzNiODM4IGVtYWNzYC1bRW1hY3NBcHAgcnVuXShzZWxmPTB4MDAwMDAwMDEzYTYx
ZjM2MCwgX2NtZD0icnVuIikgYXQgbnN0ZXJtLm06NTk0Mjo3CiAgICBmcmFtZSAjMjE6IDB4
MDAwMDAwMDEwMDM1NjBiMCBlbWFjc2Buc19yZWFkX3NvY2tldF8xKHRlcm1pbmFsPTB4MDAw
MDAwMDEyYTgzNGMxMCwgaG9sZF9xdWl0PTB4MDAwMDAwMDE2ZmRmYWY3MCwgbm9fcmVsZWFz
ZT1OTykgYXQgbnN0ZXJtLm06NDgxNjoxMQogICAgZnJhbWUgIzIyOiAweDAwMDAwMDAxMDAz
NGZhMTggZW1hY3NgbnNfcmVhZF9zb2NrZXQodGVybWluYWw9MHgwMDAwMDAwMTJhODM0YzEw
LCBob2xkX3F1aXQ9MHgwMDAwMDAwMTZmZGZhZjcwKSBhdCBuc3Rlcm0ubTo0ODM0OjEwCiAg
ICBmcmFtZSAjMjM6IDB4MDAwMDAwMDEwMDE2YTZkYyBlbWFjc2Bnb2JibGVfaW5wdXQgYXQg
a2V5Ym9hcmQuYzo3OTE5OjE3CiAgICBmcmFtZSAjMjQ6IDB4MDAwMDAwMDEwMDE2YWUxMCBl
bWFjc2BoYW5kbGVfYXN5bmNfaW5wdXQgYXQga2V5Ym9hcmQuYzo4MTU4OjE5CiAgICBmcmFt
ZSAjMjU6IDB4MDAwMDAwMDEwMDE2YWRmMCBlbWFjc2Bwcm9jZXNzX3BlbmRpbmdfc2lnbmFs
cyBhdCBrZXlib2FyZC5jOjgxNzI6MwogICAgZnJhbWUgIzI2OiAweDAwMDAwMDAxMDAxNmFl
OWMgZW1hY3NgdW5ibG9ja19pbnB1dF90byhsZXZlbD0wKSBhdCBrZXlib2FyZC5jOjgxODc6
MgogICAgZnJhbWUgIzI3OiAweDAwMDAwMDAxMDAxNjgzYTggZW1hY3NgdW5ibG9ja19pbnB1
dCBhdCBrZXlib2FyZC5jOjgyMDY6MwogICAgZnJhbWUgIzI4OiAweDAwMDAwMDAxMDAwMDc1
MDQgZW1hY3NgZ3VpX3VwZGF0ZV93aW5kb3dfZW5kKHc9MHgwMDAwMDAwMTFlMDE2NmQwLCBj
dXJzb3Jfb25fcD10cnVlLCBtb3VzZV9mYWNlX292ZXJ3cml0dGVuX3A9ZmFsc2UpIGF0IGRp
c3BuZXcuYzozOTU1OjcKICAgIGZyYW1lICMyOTogMHgwMDAwMDAwMTAwMDA2MDNjIGVtYWNz
YHVwZGF0ZV93aW5kb3codz0weDAwMDAwMDAxMWUwMTY2ZDAsIGZvcmNlX3A9dHJ1ZSkgYXQg
ZGlzcG5ldy5jOjM4Njk6NwogICAgZnJhbWUgIzMwOiAweDAwMDAwMDAxMDAwMDYxYzAgZW1h
Y3NgdXBkYXRlX3dpbmRvd190cmVlKHc9MHgwMDAwMDAwMTFlMDE2NmQwLCBmb3JjZV9wPXRy
dWUpIGF0IGRpc3BuZXcuYzozNDkxOjE0CiAgICBmcmFtZSAjMzE6IDB4MDAwMDAwMDEwMDAw
NTNhMCBlbWFjc2B1cGRhdGVfZnJhbWUoZj0weDAwMDAwMDAxMWUwMTY0ODAsIGZvcmNlX3A9
dHJ1ZSwgaW5oaWJpdF9oYWlyeV9pZF9wPWZhbHNlKSBhdCBkaXNwbmV3LmM6MzMyNjoxOAog
ICAgZnJhbWUgIzMyOiAweDAwMDAwMDAxMDAwNGY0MjQgZW1hY3NgcmVkaXNwbGF5X2ludGVy
bmFsIGF0IHhkaXNwLmM6MTc0ODA6MTYKICAgIGZyYW1lICMzMzogMHgwMDAwMDAwMTAwMDU1
ZWY4IGVtYWNzYHJlZGlzcGxheSBhdCB4ZGlzcC5jOjE2NTc1OjMKICAgIGZyYW1lICMzNDog
MHgwMDAwMDAwMTAwMTYxZTc0IGVtYWNzYHJlYWRfY2hhcihjb21tYW5kZmxhZz0xLCBtYXA9
MHgwMDAwMDAwMTMwMDRjZDIzLCBwcmV2X2V2ZW50PTB4MDAwMDAwMDAwMDAwMDAwMCwgdXNl
ZF9tb3VzZV9tZW51PTB4MDAwMDAwMDE2ZmRmZTgwNywgZW5kX3RpbWU9MHgwMDAwMDAwMDAw
MDAwMDAwKSBhdCBrZXlib2FyZC5jOjI2Nzg6NgogICAgZnJhbWUgIzM1OiAweDAwMDAwMDAx
MDAxNWVhMzAgZW1hY3NgcmVhZF9rZXlfc2VxdWVuY2Uoa2V5YnVmPTB4MDAwMDAwMDE2ZmRm
ZWJlOCwgcHJvbXB0PTB4MDAwMDAwMDAwMDAwMDAwMCwgZG9udF9kb3duY2FzZV9sYXN0PWZh
bHNlLCBjYW5fcmV0dXJuX3N3aXRjaF9mcmFtZT10cnVlLCBmaXhfY3VycmVudF9idWZmZXI9
dHJ1ZSwgcHJldmVudF9yZWRpc3BsYXk9ZmFsc2UsIGRpc2FibGVfdGV4dF9jb252ZXJzaW9u
X3A9ZmFsc2UpIGF0IGtleWJvYXJkLmM6MTA3NDM6MTIKICAgIGZyYW1lICMzNjogMHgwMDAw
MDAwMTAwMTVjZGY4IGVtYWNzYGNvbW1hbmRfbG9vcF8xIGF0IGtleWJvYXJkLmM6MTQyOTox
NQogICAgZnJhbWUgIzM3OiAweDAwMDAwMDAxMDAyNDkyM2MgZW1hY3NgaW50ZXJuYWxfY29u
ZGl0aW9uX2Nhc2UoYmZ1bj0oZW1hY3NgY29tbWFuZF9sb29wXzEgYXQga2V5Ym9hcmQuYzox
MzI0KSwgaGFuZGxlcnM9MHgwMDAwMDAwMDAwMDAwMDkwLCBoZnVuPShlbWFjc2BjbWRfZXJy
b3IgYXQga2V5Ym9hcmQuYzo5NzApKSBhdCBldmFsLmM6MTYxMzoyNQogICAgZnJhbWUgIzM4
OiAweDAwMDAwMDAxMDAxNWM4YzQgZW1hY3NgY29tbWFuZF9sb29wXzIoaGFuZGxlcnM9MHgw
MDAwMDAwMDAwMDAwMDkwKSBhdCBrZXlib2FyZC5jOjExNjg6MTEKICAgIGZyYW1lICMzOTog
MHgwMDAwMDAwMTAwMjQ4NGQ0IGVtYWNzYGludGVybmFsX2NhdGNoKHRhZz0weDAwMDAwMDAw
MDAwMTEyMjAsIGZ1bmM9KGVtYWNzYGNvbW1hbmRfbG9vcF8yIGF0IGtleWJvYXJkLmM6MTE2
NCksIGFyZz0weDAwMDAwMDAwMDAwMDAwOTApIGF0IGV2YWwuYzoxMjkyOjI1CiAgICBmcmFt
ZSAjNDA6IDB4MDAwMDAwMDEwMDE1YmMxMCBlbWFjc2Bjb21tYW5kX2xvb3AgYXQga2V5Ym9h
cmQuYzoxMTQ2OjIKICAgIGZyYW1lICM0MTogMHgwMDAwMDAwMTAwMTViOWZjIGVtYWNzYHJl
Y3Vyc2l2ZV9lZGl0XzEgYXQga2V5Ym9hcmQuYzo3NTQ6OQogICAgZnJhbWUgIzQyOiAweDAw
MDAwMDAxMDAxNWJlZTggZW1hY3NgRnJlY3Vyc2l2ZV9lZGl0IGF0IGtleWJvYXJkLmM6ODM3
OjMKICAgIGZyYW1lICM0MzogMHgwMDAwMDAwMTAwMTU4YWM4IGVtYWNzYG1haW4oYXJnYz00
LCBhcmd2PTB4MDAwMDAwMDE2ZmRmZjRiMCkgYXQgZW1hY3MuYzoyNjI0OjMKICAgIGZyYW1l
ICM0NDogMHgwMDAwMDAwMTg0OTU2MGUwIGR5bGRgc3RhcnQgKyAyMzYwCihsbGRiKSBjClBy
b2Nlc3MgNzYxNiByZXN1bWluZwoyMDI0LTA3LTIyIDAxOjU0OjI2LjcwODMxMyswMzAwIGVt
YWNzWzc2MTY6MzI1MzUzMF0gW0N1cnNvclVJXSAtW1RVSU5TQ3Vyc29yVUlDb250cm9sbGVy
IGFjdGl2YXRlOl06IEVtYWNzVmlldyBkb2Vzbid0IGNvbmZvcm0gdG8gTlNUZXh0SW5wdXRD
bGllbnQgcHJvdG9jb2wuClByb2Nlc3MgNzYxNiBzdG9wcGVkCiogdGhyZWFkICMxLCBxdWV1
ZSA9ICdjb20uYXBwbGUubWFpbi10aHJlYWQnLCBzdG9wIHJlYXNvbiA9IGJyZWFrcG9pbnQg
Mi4xCiAgICBmcmFtZSAjMDogMHgwMDAwMDAwMTAwMzU0ZjQ0IGVtYWNzYG5zX2RyYXdfd2lu
ZG93X2N1cnNvcih3PTB4MDAwMDAwMDExZTAxNjZkMCwgZ2x5cGhfcm93PTB4MDAwMDAwMDEx
ZTkxZmQwMCwgeD0yOCwgeT00MiwgY3Vyc29yX3R5cGU9SE9MTE9XX0JPWF9DVVJTT1IsIGN1
cnNvcl93aWR0aD0xLCBvbl9wPXRydWUsIGFjdGl2ZV9wPWZhbHNlKSBhdCBuc3Rlcm0ubToz
MDQ1OjI1CiAgIDMwNDIJICBpZiAoIW9uX3ApCiAgIDMwNDMJICAgIHJldHVybjsKICAgMzA0
NAotPiAzMDQ1CSAgdy0+cGh5c19jdXJzb3JfdHlwZSA9IGN1cnNvcl90eXBlOwogICAzMDQ2
CSAgdy0+cGh5c19jdXJzb3Jfb25fcCA9IG9uX3A7CiAgIDMwNDcKICAgMzA0OAkgIGlmIChj
dXJzb3JfdHlwZSA9PSBOT19DVVJTT1IpClRhcmdldCAwOiAoZW1hY3MpIHN0b3BwZWQuCihs
bGRiKSA5CmVycm9yOiAnOScgaXMgbm90IGEgdmFsaWQgY29tbWFuZC4KKGxsZGIpIGJ0Ciog
dGhyZWFkICMxLCBxdWV1ZSA9ICdjb20uYXBwbGUubWFpbi10aHJlYWQnLCBzdG9wIHJlYXNv
biA9IGJyZWFrcG9pbnQgMi4xCiAgKiBmcmFtZSAjMDogMHgwMDAwMDAwMTAwMzU0ZjQ0IGVt
YWNzYG5zX2RyYXdfd2luZG93X2N1cnNvcih3PTB4MDAwMDAwMDExZTAxNjZkMCwgZ2x5cGhf
cm93PTB4MDAwMDAwMDExZTkxZmQwMCwgeD0yOCwgeT00MiwgY3Vyc29yX3R5cGU9SE9MTE9X
X0JPWF9DVVJTT1IsIGN1cnNvcl93aWR0aD0xLCBvbl9wPXRydWUsIGFjdGl2ZV9wPWZhbHNl
KSBhdCBuc3Rlcm0ubTozMDQ1OjI1CiAgICBmcmFtZSAjMTogMHgwMDAwMDAwMTAwMDcwMzVj
IGVtYWNzYGRpc3BsYXlfYW5kX3NldF9jdXJzb3Iodz0weDAwMDAwMDAxMWUwMTY2ZDAsIG9u
PXRydWUsIGhwb3M9NCwgdnBvcz0zLCB4PTI4LCB5PTQyKSBhdCB4ZGlzcC5jOjM0MjA1OjUK
ICAgIGZyYW1lICMyOiAweDAwMDAwMDAxMDAwNzBkMjQgZW1hY3NgdXBkYXRlX3dpbmRvd19j
dXJzb3Iodz0weDAwMDAwMDAxMWUwMTY2ZDAsIG9uPXRydWUpIGF0IHhkaXNwLmM6MzQyNDA6
NwogICAgZnJhbWUgIzM6IDB4MDAwMDAwMDEwMDA3MGIxYyBlbWFjc2B1cGRhdGVfY3Vyc29y
X2luX3dpbmRvd190cmVlKHc9MHgwMDAwMDAwMTFlMDE2NmQwLCBvbl9wPXRydWUpIGF0IHhk
aXNwLmM6MzQyNTg6MgogICAgZnJhbWUgIzQ6IDB4MDAwMDAwMDEwMDA3MGFhMCBlbWFjc2Bn
dWlfdXBkYXRlX2N1cnNvcihmPTB4MDAwMDAwMDExZTAxNjQ4MCwgb25fcD10cnVlKSBhdCB4
ZGlzcC5jOjM0MjcyOjMKICAgIGZyYW1lICM1OiAweDAwMDAwMDAxMDAzNDQ3NzAgZW1hY3Ng
LVtFbWFjc1ZpZXcgd2luZG93RGlkUmVzaWduS2V5Ol0oc2VsZj0weDAwMDAwMDAxMWIxMTE0
YTAsIF9jbWQ9IndpbmRvd0RpZFJlc2lnbktleToiLCBub3RpZmljYXRpb249QCJOU1dpbmRv
d0RpZFJlc2lnbktleU5vdGlmaWNhdGlvbiIpIGF0IG5zdGVybS5tOjc5NjA6NwogICAgZnJh
bWUgIzY6IDB4MDAwMDAwMDE4NGRiMzE0NCBDb3JlRm91bmRhdGlvbmBfX0NGTk9USUZJQ0FU
SU9OQ0VOVEVSX0lTX0NBTExJTkdfT1VUX1RPX0FOX09CU0VSVkVSX18gKyAxNDgKICAgIGZy
YW1lICM3OiAweDAwMDAwMDAxODRlNDczZDggQ29yZUZvdW5kYXRpb25gX19fQ0ZYUmVnaXN0
cmF0aW9uUG9zdF9ibG9ja19pbnZva2UgKyA4OAogICAgZnJhbWUgIzg6IDB4MDAwMDAwMDE4
NGU0NzMyMCBDb3JlRm91bmRhdGlvbmBfQ0ZYUmVnaXN0cmF0aW9uUG9zdCArIDQ0MAogICAg
ZnJhbWUgIzk6IDB4MDAwMDAwMDE4NGQ4MTY3OCBDb3JlRm91bmRhdGlvbmBfQ0ZYTm90aWZp
Y2F0aW9uUG9zdCArIDc2OAogICAgZnJhbWUgIzEwOiAweDAwMDAwMDAxODVlOWU0ZTQgRm91
bmRhdGlvbmAtW05TTm90aWZpY2F0aW9uQ2VudGVyIHBvc3ROb3RpZmljYXRpb25OYW1lOm9i
amVjdDp1c2VySW5mbzpdICsgODgKICAgIGZyYW1lICMxMTogMHgwMDAwMDAwMTg4Nzc3NmZj
IEFwcEtpdGAtW05TV2luZG93IHJlc2lnbktleVdpbmRvd10gKyA2NDAKICAgIGZyYW1lICMx
MjogMHgwMDAwMDAwMTg4Nzc3M2U0IEFwcEtpdGBfTlhFbmRLZXlBbmRNYWluICsgMTI4CiAg
ICBmcmFtZSAjMTM6IDB4MDAwMDAwMDE4ODc3NjRlYyBBcHBLaXRgLVtOU0FwcGxpY2F0aW9u
IF9oYW5kbGVEZWFjdGl2YXRlRXZlbnQ6XSArIDcyNAogICAgZnJhbWUgIzE0OiAweDAwMDAw
MDAxODhlMTA2YjggQXBwS2l0YC1bTlNBcHBsaWNhdGlvbihOU0V2ZW50Um91dGluZykgc2Vu
ZEV2ZW50Ol0gKyAxMjM2CiAgICBmcmFtZSAjMTU6IDB4MDAwMDAwMDEwMDMzYmNkOCBlbWFj
c2AtW0VtYWNzQXBwIHNlbmRFdmVudDpdKHNlbGY9MHgwMDAwMDAwMTNhNjFmMzYwLCBfY21k
PSJzZW5kRXZlbnQ6IiwgdGhlRXZlbnQ9MHgwMDAwNjAwMDAwYzc0NTQwKSBhdCBuc3Rlcm0u
bTo2MDczOjMKICAgIGZyYW1lICMxNjogMHgwMDAwMDAwMTg4YTVlODljIEFwcEtpdGAtW05T
QXBwbGljYXRpb24gX2hhbmRsZUV2ZW50Ol0gKyA2MAogICAgZnJhbWUgIzE3OiAweDAwMDAw
MDAxODg2MGYwYzAgQXBwS2l0YC1bTlNBcHBsaWNhdGlvbiBydW5dICsgNTEyCiAgICBmcmFt
ZSAjMTg6IDB4MDAwMDAwMDEwMDMzYjgzOCBlbWFjc2AtW0VtYWNzQXBwIHJ1bl0oc2VsZj0w
eDAwMDAwMDAxM2E2MWYzNjAsIF9jbWQ9InJ1biIpIGF0IG5zdGVybS5tOjU5NDI6NwogICAg
ZnJhbWUgIzE5OiAweDAwMDAwMDAxMDAzNTYwYjAgZW1hY3NgbnNfcmVhZF9zb2NrZXRfMSh0
ZXJtaW5hbD0weDAwMDAwMDAxMmE4MzRjMTAsIGhvbGRfcXVpdD0weDAwMDAwMDAxNmZkZmFm
NzAsIG5vX3JlbGVhc2U9Tk8pIGF0IG5zdGVybS5tOjQ4MTY6MTEKICAgIGZyYW1lICMyMDog
MHgwMDAwMDAwMTAwMzRmYTE4IGVtYWNzYG5zX3JlYWRfc29ja2V0KHRlcm1pbmFsPTB4MDAw
MDAwMDEyYTgzNGMxMCwgaG9sZF9xdWl0PTB4MDAwMDAwMDE2ZmRmYWY3MCkgYXQgbnN0ZXJt
Lm06NDgzNDoxMAogICAgZnJhbWUgIzIxOiAweDAwMDAwMDAxMDAxNmE2ZGMgZW1hY3NgZ29i
YmxlX2lucHV0IGF0IGtleWJvYXJkLmM6NzkxOToxNwogICAgZnJhbWUgIzIyOiAweDAwMDAw
MDAxMDAxNmFlMTAgZW1hY3NgaGFuZGxlX2FzeW5jX2lucHV0IGF0IGtleWJvYXJkLmM6ODE1
ODoxOQogICAgZnJhbWUgIzIzOiAweDAwMDAwMDAxMDAxNmFkZjAgZW1hY3NgcHJvY2Vzc19w
ZW5kaW5nX3NpZ25hbHMgYXQga2V5Ym9hcmQuYzo4MTcyOjMKICAgIGZyYW1lICMyNDogMHgw
MDAwMDAwMTAwMTZhZTljIGVtYWNzYHVuYmxvY2tfaW5wdXRfdG8obGV2ZWw9MCkgYXQga2V5
Ym9hcmQuYzo4MTg3OjIKICAgIGZyYW1lICMyNTogMHgwMDAwMDAwMTAwMTY4M2E4IGVtYWNz
YHVuYmxvY2tfaW5wdXQgYXQga2V5Ym9hcmQuYzo4MjA2OjMKICAgIGZyYW1lICMyNjogMHgw
MDAwMDAwMTAwMDA3NTA0IGVtYWNzYGd1aV91cGRhdGVfd2luZG93X2VuZCh3PTB4MDAwMDAw
MDExZTAxNjZkMCwgY3Vyc29yX29uX3A9dHJ1ZSwgbW91c2VfZmFjZV9vdmVyd3JpdHRlbl9w
PWZhbHNlKSBhdCBkaXNwbmV3LmM6Mzk1NTo3CiAgICBmcmFtZSAjMjc6IDB4MDAwMDAwMDEw
MDAwNjAzYyBlbWFjc2B1cGRhdGVfd2luZG93KHc9MHgwMDAwMDAwMTFlMDE2NmQwLCBmb3Jj
ZV9wPXRydWUpIGF0IGRpc3BuZXcuYzozODY5OjcKICAgIGZyYW1lICMyODogMHgwMDAwMDAw
MTAwMDA2MWMwIGVtYWNzYHVwZGF0ZV93aW5kb3dfdHJlZSh3PTB4MDAwMDAwMDExZTAxNjZk
MCwgZm9yY2VfcD10cnVlKSBhdCBkaXNwbmV3LmM6MzQ5MToxNAogICAgZnJhbWUgIzI5OiAw
eDAwMDAwMDAxMDAwMDUzYTAgZW1hY3NgdXBkYXRlX2ZyYW1lKGY9MHgwMDAwMDAwMTFlMDE2
NDgwLCBmb3JjZV9wPXRydWUsIGluaGliaXRfaGFpcnlfaWRfcD1mYWxzZSkgYXQgZGlzcG5l
dy5jOjMzMjY6MTgKICAgIGZyYW1lICMzMDogMHgwMDAwMDAwMTAwMDRmNDI0IGVtYWNzYHJl
ZGlzcGxheV9pbnRlcm5hbCBhdCB4ZGlzcC5jOjE3NDgwOjE2CiAgICBmcmFtZSAjMzE6IDB4
MDAwMDAwMDEwMDA1NWVmOCBlbWFjc2ByZWRpc3BsYXkgYXQgeGRpc3AuYzoxNjU3NTozCiAg
ICBmcmFtZSAjMzI6IDB4MDAwMDAwMDEwMDE2MWU3NCBlbWFjc2ByZWFkX2NoYXIoY29tbWFu
ZGZsYWc9MSwgbWFwPTB4MDAwMDAwMDEzMDA0Y2QyMywgcHJldl9ldmVudD0weDAwMDAwMDAw
MDAwMDAwMDAsIHVzZWRfbW91c2VfbWVudT0weDAwMDAwMDAxNmZkZmU4MDcsIGVuZF90aW1l
PTB4MDAwMDAwMDAwMDAwMDAwMCkgYXQga2V5Ym9hcmQuYzoyNjc4OjYKICAgIGZyYW1lICMz
MzogMHgwMDAwMDAwMTAwMTVlYTMwIGVtYWNzYHJlYWRfa2V5X3NlcXVlbmNlKGtleWJ1Zj0w
eDAwMDAwMDAxNmZkZmViZTgsIHByb21wdD0weDAwMDAwMDAwMDAwMDAwMDAsIGRvbnRfZG93
bmNhc2VfbGFzdD1mYWxzZSwgY2FuX3JldHVybl9zd2l0Y2hfZnJhbWU9dHJ1ZSwgZml4X2N1
cnJlbnRfYnVmZmVyPXRydWUsIHByZXZlbnRfcmVkaXNwbGF5PWZhbHNlLCBkaXNhYmxlX3Rl
eHRfY29udmVyc2lvbl9wPWZhbHNlKSBhdCBrZXlib2FyZC5jOjEwNzQzOjEyCiAgICBmcmFt
ZSAjMzQ6IDB4MDAwMDAwMDEwMDE1Y2RmOCBlbWFjc2Bjb21tYW5kX2xvb3BfMSBhdCBrZXli
b2FyZC5jOjE0Mjk6MTUKICAgIGZyYW1lICMzNTogMHgwMDAwMDAwMTAwMjQ5MjNjIGVtYWNz
YGludGVybmFsX2NvbmRpdGlvbl9jYXNlKGJmdW49KGVtYWNzYGNvbW1hbmRfbG9vcF8xIGF0
IGtleWJvYXJkLmM6MTMyNCksIGhhbmRsZXJzPTB4MDAwMDAwMDAwMDAwMDA5MCwgaGZ1bj0o
ZW1hY3NgY21kX2Vycm9yIGF0IGtleWJvYXJkLmM6OTcwKSkgYXQgZXZhbC5jOjE2MTM6MjUK
ICAgIGZyYW1lICMzNjogMHgwMDAwMDAwMTAwMTVjOGM0IGVtYWNzYGNvbW1hbmRfbG9vcF8y
KGhhbmRsZXJzPTB4MDAwMDAwMDAwMDAwMDA5MCkgYXQga2V5Ym9hcmQuYzoxMTY4OjExCiAg
ICBmcmFtZSAjMzc6IDB4MDAwMDAwMDEwMDI0ODRkNCBlbWFjc2BpbnRlcm5hbF9jYXRjaCh0
YWc9MHgwMDAwMDAwMDAwMDExMjIwLCBmdW5jPShlbWFjc2Bjb21tYW5kX2xvb3BfMiBhdCBr
ZXlib2FyZC5jOjExNjQpLCBhcmc9MHgwMDAwMDAwMDAwMDAwMDkwKSBhdCBldmFsLmM6MTI5
MjoyNQogICAgZnJhbWUgIzM4OiAweDAwMDAwMDAxMDAxNWJjMTAgZW1hY3NgY29tbWFuZF9s
b29wIGF0IGtleWJvYXJkLmM6MTE0NjoyCiAgICBmcmFtZSAjMzk6IDB4MDAwMDAwMDEwMDE1
YjlmYyBlbWFjc2ByZWN1cnNpdmVfZWRpdF8xIGF0IGtleWJvYXJkLmM6NzU0OjkKICAgIGZy
YW1lICM0MDogMHgwMDAwMDAwMTAwMTViZWU4IGVtYWNzYEZyZWN1cnNpdmVfZWRpdCBhdCBr
ZXlib2FyZC5jOjgzNzozCiAgICBmcmFtZSAjNDE6IDB4MDAwMDAwMDEwMDE1OGFjOCBlbWFj
c2BtYWluKGFyZ2M9NCwgYXJndj0weDAwMDAwMDAxNmZkZmY0YjApIGF0IGVtYWNzLmM6MjYy
NDozCiAgICBmcmFtZSAjNDI6IDB4MDAwMDAwMDE4NDk1NjBlMCBkeWxkYHN0YXJ0ICsgMjM2
MAoobGxkYikgYwpQcm9jZXNzIDc2MTYgcmVzdW1pbmcKUHJvY2VzcyA3NjE2IHN0b3BwZWQK
KiB0aHJlYWQgIzEsIHF1ZXVlID0gJ2NvbS5hcHBsZS5tYWluLXRocmVhZCcsIHN0b3AgcmVh
c29uID0gYnJlYWtwb2ludCAyLjEKICAgIGZyYW1lICMwOiAweDAwMDAwMDAxMDAzNTRmNDQg
ZW1hY3NgbnNfZHJhd193aW5kb3dfY3Vyc29yKHc9MHgwMDAwMDAwMTFlMDE2OTc4LCBnbHlw
aF9yb3c9MHgwMDAwMDAwMTFlODFmMDAwLCB4PTAsIHk9MCwgY3Vyc29yX3R5cGU9Tk9fQ1VS
U09SLCBjdXJzb3Jfd2lkdGg9MCwgb25fcD10cnVlLCBhY3RpdmVfcD1mYWxzZSkgYXQgbnN0
ZXJtLm06MzA0NToyNQogICAzMDQyCSAgaWYgKCFvbl9wKQogICAzMDQzCSAgICByZXR1cm47
CiAgIDMwNDQKLT4gMzA0NQkgIHctPnBoeXNfY3Vyc29yX3R5cGUgPSBjdXJzb3JfdHlwZTsK
ICAgMzA0NgkgIHctPnBoeXNfY3Vyc29yX29uX3AgPSBvbl9wOwogICAzMDQ3CiAgIDMwNDgJ
ICBpZiAoY3Vyc29yX3R5cGUgPT0gTk9fQ1VSU09SKQpUYXJnZXQgMDogKGVtYWNzKSBzdG9w
cGVkLgoobGxkYikgMTAKZXJyb3I6ICcxMCcgaXMgbm90IGEgdmFsaWQgY29tbWFuZC4KKGxs
ZGIpIGJ0CiogdGhyZWFkICMxLCBxdWV1ZSA9ICdjb20uYXBwbGUubWFpbi10aHJlYWQnLCBz
dG9wIHJlYXNvbiA9IGJyZWFrcG9pbnQgMi4xCiAgKiBmcmFtZSAjMDogMHgwMDAwMDAwMTAw
MzU0ZjQ0IGVtYWNzYG5zX2RyYXdfd2luZG93X2N1cnNvcih3PTB4MDAwMDAwMDExZTAxNjk3
OCwgZ2x5cGhfcm93PTB4MDAwMDAwMDExZTgxZjAwMCwgeD0wLCB5PTAsIGN1cnNvcl90eXBl
PU5PX0NVUlNPUiwgY3Vyc29yX3dpZHRoPTAsIG9uX3A9dHJ1ZSwgYWN0aXZlX3A9ZmFsc2Up
IGF0IG5zdGVybS5tOjMwNDU6MjUKICAgIGZyYW1lICMxOiAweDAwMDAwMDAxMDAwNzAzNWMg
ZW1hY3NgZGlzcGxheV9hbmRfc2V0X2N1cnNvcih3PTB4MDAwMDAwMDExZTAxNjk3OCwgb249
dHJ1ZSwgaHBvcz0wLCB2cG9zPTAsIHg9MCwgeT0wKSBhdCB4ZGlzcC5jOjM0MjA1OjUKICAg
IGZyYW1lICMyOiAweDAwMDAwMDAxMDAwNzBkMjQgZW1hY3NgdXBkYXRlX3dpbmRvd19jdXJz
b3Iodz0weDAwMDAwMDAxMWUwMTY5NzgsIG9uPXRydWUpIGF0IHhkaXNwLmM6MzQyNDA6Nwog
ICAgZnJhbWUgIzM6IDB4MDAwMDAwMDEwMDA3MGIxYyBlbWFjc2B1cGRhdGVfY3Vyc29yX2lu
X3dpbmRvd190cmVlKHc9MHgwMDAwMDAwMTFlMDE2OTc4LCBvbl9wPXRydWUpIGF0IHhkaXNw
LmM6MzQyNTg6MgogICAgZnJhbWUgIzQ6IDB4MDAwMDAwMDEwMDA3MGFhMCBlbWFjc2BndWlf
dXBkYXRlX2N1cnNvcihmPTB4MDAwMDAwMDExZTAxNjQ4MCwgb25fcD10cnVlKSBhdCB4ZGlz
cC5jOjM0MjcyOjMKICAgIGZyYW1lICM1OiAweDAwMDAwMDAxMDAzNDQ3NzAgZW1hY3NgLVtF
bWFjc1ZpZXcgd2luZG93RGlkUmVzaWduS2V5Ol0oc2VsZj0weDAwMDAwMDAxMWIxMTE0YTAs
IF9jbWQ9IndpbmRvd0RpZFJlc2lnbktleToiLCBub3RpZmljYXRpb249QCJOU1dpbmRvd0Rp
ZFJlc2lnbktleU5vdGlmaWNhdGlvbiIpIGF0IG5zdGVybS5tOjc5NjA6NwogICAgZnJhbWUg
IzY6IDB4MDAwMDAwMDE4NGRiMzE0NCBDb3JlRm91bmRhdGlvbmBfX0NGTk9USUZJQ0FUSU9O
Q0VOVEVSX0lTX0NBTExJTkdfT1VUX1RPX0FOX09CU0VSVkVSX18gKyAxNDgKICAgIGZyYW1l
ICM3OiAweDAwMDAwMDAxODRlNDczZDggQ29yZUZvdW5kYXRpb25gX19fQ0ZYUmVnaXN0cmF0
aW9uUG9zdF9ibG9ja19pbnZva2UgKyA4OAogICAgZnJhbWUgIzg6IDB4MDAwMDAwMDE4NGU0
NzMyMCBDb3JlRm91bmRhdGlvbmBfQ0ZYUmVnaXN0cmF0aW9uUG9zdCArIDQ0MAogICAgZnJh
bWUgIzk6IDB4MDAwMDAwMDE4NGQ4MTY3OCBDb3JlRm91bmRhdGlvbmBfQ0ZYTm90aWZpY2F0
aW9uUG9zdCArIDc2OAogICAgZnJhbWUgIzEwOiAweDAwMDAwMDAxODVlOWU0ZTQgRm91bmRh
dGlvbmAtW05TTm90aWZpY2F0aW9uQ2VudGVyIHBvc3ROb3RpZmljYXRpb25OYW1lOm9iamVj
dDp1c2VySW5mbzpdICsgODgKICAgIGZyYW1lICMxMTogMHgwMDAwMDAwMTg4Nzc3NmZjIEFw
cEtpdGAtW05TV2luZG93IHJlc2lnbktleVdpbmRvd10gKyA2NDAKICAgIGZyYW1lICMxMjog
MHgwMDAwMDAwMTg4Nzc3M2U0IEFwcEtpdGBfTlhFbmRLZXlBbmRNYWluICsgMTI4CiAgICBm
cmFtZSAjMTM6IDB4MDAwMDAwMDE4ODc3NjRlYyBBcHBLaXRgLVtOU0FwcGxpY2F0aW9uIF9o
YW5kbGVEZWFjdGl2YXRlRXZlbnQ6XSArIDcyNAogICAgZnJhbWUgIzE0OiAweDAwMDAwMDAx
ODhlMTA2YjggQXBwS2l0YC1bTlNBcHBsaWNhdGlvbihOU0V2ZW50Um91dGluZykgc2VuZEV2
ZW50Ol0gKyAxMjM2CiAgICBmcmFtZSAjMTU6IDB4MDAwMDAwMDEwMDMzYmNkOCBlbWFjc2At
W0VtYWNzQXBwIHNlbmRFdmVudDpdKHNlbGY9MHgwMDAwMDAwMTNhNjFmMzYwLCBfY21kPSJz
ZW5kRXZlbnQ6IiwgdGhlRXZlbnQ9MHgwMDAwNjAwMDAwYzc0NTQwKSBhdCBuc3Rlcm0ubTo2
MDczOjMKICAgIGZyYW1lICMxNjogMHgwMDAwMDAwMTg4YTVlODljIEFwcEtpdGAtW05TQXBw
bGljYXRpb24gX2hhbmRsZUV2ZW50Ol0gKyA2MAogICAgZnJhbWUgIzE3OiAweDAwMDAwMDAx
ODg2MGYwYzAgQXBwS2l0YC1bTlNBcHBsaWNhdGlvbiBydW5dICsgNTEyCiAgICBmcmFtZSAj
MTg6IDB4MDAwMDAwMDEwMDMzYjgzOCBlbWFjc2AtW0VtYWNzQXBwIHJ1bl0oc2VsZj0weDAw
MDAwMDAxM2E2MWYzNjAsIF9jbWQ9InJ1biIpIGF0IG5zdGVybS5tOjU5NDI6NwogICAgZnJh
bWUgIzE5OiAweDAwMDAwMDAxMDAzNTYwYjAgZW1hY3NgbnNfcmVhZF9zb2NrZXRfMSh0ZXJt
aW5hbD0weDAwMDAwMDAxMmE4MzRjMTAsIGhvbGRfcXVpdD0weDAwMDAwMDAxNmZkZmFmNzAs
IG5vX3JlbGVhc2U9Tk8pIGF0IG5zdGVybS5tOjQ4MTY6MTEKICAgIGZyYW1lICMyMDogMHgw
MDAwMDAwMTAwMzRmYTE4IGVtYWNzYG5zX3JlYWRfc29ja2V0KHRlcm1pbmFsPTB4MDAwMDAw
MDEyYTgzNGMxMCwgaG9sZF9xdWl0PTB4MDAwMDAwMDE2ZmRmYWY3MCkgYXQgbnN0ZXJtLm06
NDgzNDoxMAogICAgZnJhbWUgIzIxOiAweDAwMDAwMDAxMDAxNmE2ZGMgZW1hY3NgZ29iYmxl
X2lucHV0IGF0IGtleWJvYXJkLmM6NzkxOToxNwogICAgZnJhbWUgIzIyOiAweDAwMDAwMDAx
MDAxNmFlMTAgZW1hY3NgaGFuZGxlX2FzeW5jX2lucHV0IGF0IGtleWJvYXJkLmM6ODE1ODox
OQogICAgZnJhbWUgIzIzOiAweDAwMDAwMDAxMDAxNmFkZjAgZW1hY3NgcHJvY2Vzc19wZW5k
aW5nX3NpZ25hbHMgYXQga2V5Ym9hcmQuYzo4MTcyOjMKICAgIGZyYW1lICMyNDogMHgwMDAw
MDAwMTAwMTZhZTljIGVtYWNzYHVuYmxvY2tfaW5wdXRfdG8obGV2ZWw9MCkgYXQga2V5Ym9h
cmQuYzo4MTg3OjIKICAgIGZyYW1lICMyNTogMHgwMDAwMDAwMTAwMTY4M2E4IGVtYWNzYHVu
YmxvY2tfaW5wdXQgYXQga2V5Ym9hcmQuYzo4MjA2OjMKICAgIGZyYW1lICMyNjogMHgwMDAw
MDAwMTAwMDA3NTA0IGVtYWNzYGd1aV91cGRhdGVfd2luZG93X2VuZCh3PTB4MDAwMDAwMDEx
ZTAxNjZkMCwgY3Vyc29yX29uX3A9dHJ1ZSwgbW91c2VfZmFjZV9vdmVyd3JpdHRlbl9wPWZh
bHNlKSBhdCBkaXNwbmV3LmM6Mzk1NTo3CiAgICBmcmFtZSAjMjc6IDB4MDAwMDAwMDEwMDAw
NjAzYyBlbWFjc2B1cGRhdGVfd2luZG93KHc9MHgwMDAwMDAwMTFlMDE2NmQwLCBmb3JjZV9w
PXRydWUpIGF0IGRpc3BuZXcuYzozODY5OjcKICAgIGZyYW1lICMyODogMHgwMDAwMDAwMTAw
MDA2MWMwIGVtYWNzYHVwZGF0ZV93aW5kb3dfdHJlZSh3PTB4MDAwMDAwMDExZTAxNjZkMCwg
Zm9yY2VfcD10cnVlKSBhdCBkaXNwbmV3LmM6MzQ5MToxNAogICAgZnJhbWUgIzI5OiAweDAw
MDAwMDAxMDAwMDUzYTAgZW1hY3NgdXBkYXRlX2ZyYW1lKGY9MHgwMDAwMDAwMTFlMDE2NDgw
LCBmb3JjZV9wPXRydWUsIGluaGliaXRfaGFpcnlfaWRfcD1mYWxzZSkgYXQgZGlzcG5ldy5j
OjMzMjY6MTgKICAgIGZyYW1lICMzMDogMHgwMDAwMDAwMTAwMDRmNDI0IGVtYWNzYHJlZGlz
cGxheV9pbnRlcm5hbCBhdCB4ZGlzcC5jOjE3NDgwOjE2CiAgICBmcmFtZSAjMzE6IDB4MDAw
MDAwMDEwMDA1NWVmOCBlbWFjc2ByZWRpc3BsYXkgYXQgeGRpc3AuYzoxNjU3NTozCiAgICBm
cmFtZSAjMzI6IDB4MDAwMDAwMDEwMDE2MWU3NCBlbWFjc2ByZWFkX2NoYXIoY29tbWFuZGZs
YWc9MSwgbWFwPTB4MDAwMDAwMDEzMDA0Y2QyMywgcHJldl9ldmVudD0weDAwMDAwMDAwMDAw
MDAwMDAsIHVzZWRfbW91c2VfbWVudT0weDAwMDAwMDAxNmZkZmU4MDcsIGVuZF90aW1lPTB4
MDAwMDAwMDAwMDAwMDAwMCkgYXQga2V5Ym9hcmQuYzoyNjc4OjYKICAgIGZyYW1lICMzMzog
MHgwMDAwMDAwMTAwMTVlYTMwIGVtYWNzYHJlYWRfa2V5X3NlcXVlbmNlKGtleWJ1Zj0weDAw
MDAwMDAxNmZkZmViZTgsIHByb21wdD0weDAwMDAwMDAwMDAwMDAwMDAsIGRvbnRfZG93bmNh
c2VfbGFzdD1mYWxzZSwgY2FuX3JldHVybl9zd2l0Y2hfZnJhbWU9dHJ1ZSwgZml4X2N1cnJl
bnRfYnVmZmVyPXRydWUsIHByZXZlbnRfcmVkaXNwbGF5PWZhbHNlLCBkaXNhYmxlX3RleHRf
Y29udmVyc2lvbl9wPWZhbHNlKSBhdCBrZXlib2FyZC5jOjEwNzQzOjEyCiAgICBmcmFtZSAj
MzQ6IDB4MDAwMDAwMDEwMDE1Y2RmOCBlbWFjc2Bjb21tYW5kX2xvb3BfMSBhdCBrZXlib2Fy
ZC5jOjE0Mjk6MTUKICAgIGZyYW1lICMzNTogMHgwMDAwMDAwMTAwMjQ5MjNjIGVtYWNzYGlu
dGVybmFsX2NvbmRpdGlvbl9jYXNlKGJmdW49KGVtYWNzYGNvbW1hbmRfbG9vcF8xIGF0IGtl
eWJvYXJkLmM6MTMyNCksIGhhbmRsZXJzPTB4MDAwMDAwMDAwMDAwMDA5MCwgaGZ1bj0oZW1h
Y3NgY21kX2Vycm9yIGF0IGtleWJvYXJkLmM6OTcwKSkgYXQgZXZhbC5jOjE2MTM6MjUKICAg
IGZyYW1lICMzNjogMHgwMDAwMDAwMTAwMTVjOGM0IGVtYWNzYGNvbW1hbmRfbG9vcF8yKGhh
bmRsZXJzPTB4MDAwMDAwMDAwMDAwMDA5MCkgYXQga2V5Ym9hcmQuYzoxMTY4OjExCiAgICBm
cmFtZSAjMzc6IDB4MDAwMDAwMDEwMDI0ODRkNCBlbWFjc2BpbnRlcm5hbF9jYXRjaCh0YWc9
MHgwMDAwMDAwMDAwMDExMjIwLCBmdW5jPShlbWFjc2Bjb21tYW5kX2xvb3BfMiBhdCBrZXli
b2FyZC5jOjExNjQpLCBhcmc9MHgwMDAwMDAwMDAwMDAwMDkwKSBhdCBldmFsLmM6MTI5Mjoy
NQogICAgZnJhbWUgIzM4OiAweDAwMDAwMDAxMDAxNWJjMTAgZW1hY3NgY29tbWFuZF9sb29w
IGF0IGtleWJvYXJkLmM6MTE0NjoyCiAgICBmcmFtZSAjMzk6IDB4MDAwMDAwMDEwMDE1Yjlm
YyBlbWFjc2ByZWN1cnNpdmVfZWRpdF8xIGF0IGtleWJvYXJkLmM6NzU0OjkKICAgIGZyYW1l
ICM0MDogMHgwMDAwMDAwMTAwMTViZWU4IGVtYWNzYEZyZWN1cnNpdmVfZWRpdCBhdCBrZXli
b2FyZC5jOjgzNzozCiAgICBmcmFtZSAjNDE6IDB4MDAwMDAwMDEwMDE1OGFjOCBlbWFjc2Bt
YWluKGFyZ2M9NCwgYXJndj0weDAwMDAwMDAxNmZkZmY0YjApIGF0IGVtYWNzLmM6MjYyNDoz
CiAgICBmcmFtZSAjNDI6IDB4MDAwMDAwMDE4NDk1NjBlMCBkeWxkYHN0YXJ0ICsgMjM2MAoo
bGxkYikgYwpQcm9jZXNzIDc2MTYgcmVzdW1pbmcKUHJvY2VzcyA3NjE2IHN0b3BwZWQKKiB0
aHJlYWQgIzEsIHF1ZXVlID0gJ2NvbS5hcHBsZS5tYWluLXRocmVhZCcsIHN0b3AgcmVhc29u
ID0gYnJlYWtwb2ludCAyLjEKICAgIGZyYW1lICMwOiAweDAwMDAwMDAxMDAzNTRmNDQgZW1h
Y3NgbnNfZHJhd193aW5kb3dfY3Vyc29yKHc9MHgwMDAwMDAwMTFlMDE2OTc4LCBnbHlwaF9y
b3c9MHgwMDAwMDAwMTFlODFmMDAwLCB4PTAsIHk9MCwgY3Vyc29yX3R5cGU9Tk9fQ1VSU09S
LCBjdXJzb3Jfd2lkdGg9MCwgb25fcD10cnVlLCBhY3RpdmVfcD1mYWxzZSkgYXQgbnN0ZXJt
Lm06MzA0NToyNQogICAzMDQyCSAgaWYgKCFvbl9wKQogICAzMDQzCSAgICByZXR1cm47CiAg
IDMwNDQKLT4gMzA0NQkgIHctPnBoeXNfY3Vyc29yX3R5cGUgPSBjdXJzb3JfdHlwZTsKICAg
MzA0NgkgIHctPnBoeXNfY3Vyc29yX29uX3AgPSBvbl9wOwogICAzMDQ3CiAgIDMwNDgJICBp
ZiAoY3Vyc29yX3R5cGUgPT0gTk9fQ1VSU09SKQpUYXJnZXQgMDogKGVtYWNzKSBzdG9wcGVk
LgoobGxkYikgMTEKZXJyb3I6ICcxMScgaXMgbm90IGEgdmFsaWQgY29tbWFuZC4KKGxsZGIp
IGJ0CiogdGhyZWFkICMxLCBxdWV1ZSA9ICdjb20uYXBwbGUubWFpbi10aHJlYWQnLCBzdG9w
IHJlYXNvbiA9IGJyZWFrcG9pbnQgMi4xCiAgKiBmcmFtZSAjMDogMHgwMDAwMDAwMTAwMzU0
ZjQ0IGVtYWNzYG5zX2RyYXdfd2luZG93X2N1cnNvcih3PTB4MDAwMDAwMDExZTAxNjk3OCwg
Z2x5cGhfcm93PTB4MDAwMDAwMDExZTgxZjAwMCwgeD0wLCB5PTAsIGN1cnNvcl90eXBlPU5P
X0NVUlNPUiwgY3Vyc29yX3dpZHRoPTAsIG9uX3A9dHJ1ZSwgYWN0aXZlX3A9ZmFsc2UpIGF0
IG5zdGVybS5tOjMwNDU6MjUKICAgIGZyYW1lICMxOiAweDAwMDAwMDAxMDAwNzAzNWMgZW1h
Y3NgZGlzcGxheV9hbmRfc2V0X2N1cnNvcih3PTB4MDAwMDAwMDExZTAxNjk3OCwgb249dHJ1
ZSwgaHBvcz0wLCB2cG9zPTAsIHg9MCwgeT0wKSBhdCB4ZGlzcC5jOjM0MjA1OjUKICAgIGZy
YW1lICMyOiAweDAwMDAwMDAxMDAwMDc0MGMgZW1hY3NgZ3VpX3VwZGF0ZV93aW5kb3dfZW5k
KHc9MHgwMDAwMDAwMTFlMDE2OTc4LCBjdXJzb3Jfb25fcD10cnVlLCBtb3VzZV9mYWNlX292
ZXJ3cml0dGVuX3A9ZmFsc2UpIGF0IGRpc3BuZXcuYzozOTQxOjIKICAgIGZyYW1lICMzOiAw
eDAwMDAwMDAxMDAwMDYwM2MgZW1hY3NgdXBkYXRlX3dpbmRvdyh3PTB4MDAwMDAwMDExZTAx
Njk3OCwgZm9yY2VfcD10cnVlKSBhdCBkaXNwbmV3LmM6Mzg2OTo3CiAgICBmcmFtZSAjNDog
MHgwMDAwMDAwMTAwMDA2MWMwIGVtYWNzYHVwZGF0ZV93aW5kb3dfdHJlZSh3PTB4MDAwMDAw
MDExZTAxNjk3OCwgZm9yY2VfcD10cnVlKSBhdCBkaXNwbmV3LmM6MzQ5MToxNAogICAgZnJh
bWUgIzU6IDB4MDAwMDAwMDEwMDAwNTNhMCBlbWFjc2B1cGRhdGVfZnJhbWUoZj0weDAwMDAw
MDAxMWUwMTY0ODAsIGZvcmNlX3A9dHJ1ZSwgaW5oaWJpdF9oYWlyeV9pZF9wPWZhbHNlKSBh
dCBkaXNwbmV3LmM6MzMyNjoxOAogICAgZnJhbWUgIzY6IDB4MDAwMDAwMDEwMDA0ZjQyNCBl
bWFjc2ByZWRpc3BsYXlfaW50ZXJuYWwgYXQgeGRpc3AuYzoxNzQ4MDoxNgogICAgZnJhbWUg
Izc6IDB4MDAwMDAwMDEwMDA1NWVmOCBlbWFjc2ByZWRpc3BsYXkgYXQgeGRpc3AuYzoxNjU3
NTozCiAgICBmcmFtZSAjODogMHgwMDAwMDAwMTAwMTYxZTc0IGVtYWNzYHJlYWRfY2hhcihj
b21tYW5kZmxhZz0xLCBtYXA9MHgwMDAwMDAwMTMwMDRjZDIzLCBwcmV2X2V2ZW50PTB4MDAw
MDAwMDAwMDAwMDAwMCwgdXNlZF9tb3VzZV9tZW51PTB4MDAwMDAwMDE2ZmRmZTgwNywgZW5k
X3RpbWU9MHgwMDAwMDAwMDAwMDAwMDAwKSBhdCBrZXlib2FyZC5jOjI2Nzg6NgogICAgZnJh
bWUgIzk6IDB4MDAwMDAwMDEwMDE1ZWEzMCBlbWFjc2ByZWFkX2tleV9zZXF1ZW5jZShrZXli
dWY9MHgwMDAwMDAwMTZmZGZlYmU4LCBwcm9tcHQ9MHgwMDAwMDAwMDAwMDAwMDAwLCBkb250
X2Rvd25jYXNlX2xhc3Q9ZmFsc2UsIGNhbl9yZXR1cm5fc3dpdGNoX2ZyYW1lPXRydWUsIGZp
eF9jdXJyZW50X2J1ZmZlcj10cnVlLCBwcmV2ZW50X3JlZGlzcGxheT1mYWxzZSwgZGlzYWJs
ZV90ZXh0X2NvbnZlcnNpb25fcD1mYWxzZSkgYXQga2V5Ym9hcmQuYzoxMDc0MzoxMgogICAg
ZnJhbWUgIzEwOiAweDAwMDAwMDAxMDAxNWNkZjggZW1hY3NgY29tbWFuZF9sb29wXzEgYXQg
a2V5Ym9hcmQuYzoxNDI5OjE1CiAgICBmcmFtZSAjMTE6IDB4MDAwMDAwMDEwMDI0OTIzYyBl
bWFjc2BpbnRlcm5hbF9jb25kaXRpb25fY2FzZShiZnVuPShlbWFjc2Bjb21tYW5kX2xvb3Bf
MSBhdCBrZXlib2FyZC5jOjEzMjQpLCBoYW5kbGVycz0weDAwMDAwMDAwMDAwMDAwOTAsIGhm
dW49KGVtYWNzYGNtZF9lcnJvciBhdCBrZXlib2FyZC5jOjk3MCkpIGF0IGV2YWwuYzoxNjEz
OjI1CiAgICBmcmFtZSAjMTI6IDB4MDAwMDAwMDEwMDE1YzhjNCBlbWFjc2Bjb21tYW5kX2xv
b3BfMihoYW5kbGVycz0weDAwMDAwMDAwMDAwMDAwOTApIGF0IGtleWJvYXJkLmM6MTE2ODox
MQogICAgZnJhbWUgIzEzOiAweDAwMDAwMDAxMDAyNDg0ZDQgZW1hY3NgaW50ZXJuYWxfY2F0
Y2godGFnPTB4MDAwMDAwMDAwMDAxMTIyMCwgZnVuYz0oZW1hY3NgY29tbWFuZF9sb29wXzIg
YXQga2V5Ym9hcmQuYzoxMTY0KSwgYXJnPTB4MDAwMDAwMDAwMDAwMDA5MCkgYXQgZXZhbC5j
OjEyOTI6MjUKICAgIGZyYW1lICMxNDogMHgwMDAwMDAwMTAwMTViYzEwIGVtYWNzYGNvbW1h
bmRfbG9vcCBhdCBrZXlib2FyZC5jOjExNDY6MgogICAgZnJhbWUgIzE1OiAweDAwMDAwMDAx
MDAxNWI5ZmMgZW1hY3NgcmVjdXJzaXZlX2VkaXRfMSBhdCBrZXlib2FyZC5jOjc1NDo5CiAg
ICBmcmFtZSAjMTY6IDB4MDAwMDAwMDEwMDE1YmVlOCBlbWFjc2BGcmVjdXJzaXZlX2VkaXQg
YXQga2V5Ym9hcmQuYzo4Mzc6MwogICAgZnJhbWUgIzE3OiAweDAwMDAwMDAxMDAxNThhYzgg
ZW1hY3NgbWFpbihhcmdjPTQsIGFyZ3Y9MHgwMDAwMDAwMTZmZGZmNGIwKSBhdCBlbWFjcy5j
OjI2MjQ6MwogICAgZnJhbWUgIzE4OiAweDAwMDAwMDAxODQ5NTYwZTAgZHlsZGBzdGFydCAr
IDIzNjAKKGxsZGIpIGMKUHJvY2VzcyA3NjE2IHJlc3VtaW5nClByb2Nlc3MgNzYxNiBzdG9w
cGVkCiogdGhyZWFkICMxLCBxdWV1ZSA9ICdjb20uYXBwbGUubWFpbi10aHJlYWQnLCBzdG9w
IHJlYXNvbiA9IGJyZWFrcG9pbnQgMi4xCiAgICBmcmFtZSAjMDogMHgwMDAwMDAwMTAwMzU0
ZjQ0IGVtYWNzYG5zX2RyYXdfd2luZG93X2N1cnNvcih3PTB4MDAwMDAwMDExZTAxNjk3OCwg
Z2x5cGhfcm93PTB4MDAwMDAwMDExZTgxZjAwMCwgeD0wLCB5PTAsIGN1cnNvcl90eXBlPU5P
X0NVUlNPUiwgY3Vyc29yX3dpZHRoPTAsIG9uX3A9dHJ1ZSwgYWN0aXZlX3A9ZmFsc2UpIGF0
IG5zdGVybS5tOjMwNDU6MjUKICAgMzA0MgkgIGlmICghb25fcCkKICAgMzA0MwkgICAgcmV0
dXJuOwogICAzMDQ0Ci0+IDMwNDUJICB3LT5waHlzX2N1cnNvcl90eXBlID0gY3Vyc29yX3R5
cGU7CiAgIDMwNDYJICB3LT5waHlzX2N1cnNvcl9vbl9wID0gb25fcDsKICAgMzA0NwogICAz
MDQ4CSAgaWYgKGN1cnNvcl90eXBlID09IE5PX0NVUlNPUikKVGFyZ2V0IDA6IChlbWFjcykg
c3RvcHBlZC4KKGxsZGIpIDEyCmVycm9yOiAnMTInIGlzIG5vdCBhIHZhbGlkIGNvbW1hbmQu
CihsbGRiKSBidAoqIHRocmVhZCAjMSwgcXVldWUgPSAnY29tLmFwcGxlLm1haW4tdGhyZWFk
Jywgc3RvcCByZWFzb24gPSBicmVha3BvaW50IDIuMQogICogZnJhbWUgIzA6IDB4MDAwMDAw
MDEwMDM1NGY0NCBlbWFjc2Buc19kcmF3X3dpbmRvd19jdXJzb3Iodz0weDAwMDAwMDAxMWUw
MTY5NzgsIGdseXBoX3Jvdz0weDAwMDAwMDAxMWU4MWYwMDAsIHg9MCwgeT0wLCBjdXJzb3Jf
dHlwZT1OT19DVVJTT1IsIGN1cnNvcl93aWR0aD0wLCBvbl9wPXRydWUsIGFjdGl2ZV9wPWZh
bHNlKSBhdCBuc3Rlcm0ubTozMDQ1OjI1CiAgICBmcmFtZSAjMTogMHgwMDAwMDAwMTAwMDcw
MzVjIGVtYWNzYGRpc3BsYXlfYW5kX3NldF9jdXJzb3Iodz0weDAwMDAwMDAxMWUwMTY5Nzgs
IG9uPXRydWUsIGhwb3M9MCwgdnBvcz0wLCB4PTAsIHk9MCkgYXQgeGRpc3AuYzozNDIwNTo1
CiAgICBmcmFtZSAjMjogMHgwMDAwMDAwMTAwMDA3NDBjIGVtYWNzYGd1aV91cGRhdGVfd2lu
ZG93X2VuZCh3PTB4MDAwMDAwMDExZTAxNjk3OCwgY3Vyc29yX29uX3A9dHJ1ZSwgbW91c2Vf
ZmFjZV9vdmVyd3JpdHRlbl9wPWZhbHNlKSBhdCBkaXNwbmV3LmM6Mzk0MToyCiAgICBmcmFt
ZSAjMzogMHgwMDAwMDAwMTAwMDA2MDNjIGVtYWNzYHVwZGF0ZV93aW5kb3codz0weDAwMDAw
MDAxMWUwMTY5NzgsIGZvcmNlX3A9dHJ1ZSkgYXQgZGlzcG5ldy5jOjM4Njk6NwogICAgZnJh
bWUgIzQ6IDB4MDAwMDAwMDEwMDAwNjFjMCBlbWFjc2B1cGRhdGVfd2luZG93X3RyZWUodz0w
eDAwMDAwMDAxMWUwMTY5NzgsIGZvcmNlX3A9dHJ1ZSkgYXQgZGlzcG5ldy5jOjM0OTE6MTQK
ICAgIGZyYW1lICM1OiAweDAwMDAwMDAxMDAwMDUzYTAgZW1hY3NgdXBkYXRlX2ZyYW1lKGY9
MHgwMDAwMDAwMTFlMDE2NDgwLCBmb3JjZV9wPXRydWUsIGluaGliaXRfaGFpcnlfaWRfcD1m
YWxzZSkgYXQgZGlzcG5ldy5jOjMzMjY6MTgKICAgIGZyYW1lICM2OiAweDAwMDAwMDAxMDAw
NGY0MjQgZW1hY3NgcmVkaXNwbGF5X2ludGVybmFsIGF0IHhkaXNwLmM6MTc0ODA6MTYKICAg
IGZyYW1lICM3OiAweDAwMDAwMDAxMDAwNTVlZjggZW1hY3NgcmVkaXNwbGF5IGF0IHhkaXNw
LmM6MTY1NzU6MwogICAgZnJhbWUgIzg6IDB4MDAwMDAwMDEwMDE2MWU3NCBlbWFjc2ByZWFk
X2NoYXIoY29tbWFuZGZsYWc9MSwgbWFwPTB4MDAwMDAwMDEzMDA0Y2QyMywgcHJldl9ldmVu
dD0weDAwMDAwMDAwMDAwMDAwMDAsIHVzZWRfbW91c2VfbWVudT0weDAwMDAwMDAxNmZkZmU4
MDcsIGVuZF90aW1lPTB4MDAwMDAwMDAwMDAwMDAwMCkgYXQga2V5Ym9hcmQuYzoyNjc4OjYK
ICAgIGZyYW1lICM5OiAweDAwMDAwMDAxMDAxNWVhMzAgZW1hY3NgcmVhZF9rZXlfc2VxdWVu
Y2Uoa2V5YnVmPTB4MDAwMDAwMDE2ZmRmZWJlOCwgcHJvbXB0PTB4MDAwMDAwMDAwMDAwMDAw
MCwgZG9udF9kb3duY2FzZV9sYXN0PWZhbHNlLCBjYW5fcmV0dXJuX3N3aXRjaF9mcmFtZT10
cnVlLCBmaXhfY3VycmVudF9idWZmZXI9dHJ1ZSwgcHJldmVudF9yZWRpc3BsYXk9ZmFsc2Us
IGRpc2FibGVfdGV4dF9jb252ZXJzaW9uX3A9ZmFsc2UpIGF0IGtleWJvYXJkLmM6MTA3NDM6
MTIKICAgIGZyYW1lICMxMDogMHgwMDAwMDAwMTAwMTVjZGY4IGVtYWNzYGNvbW1hbmRfbG9v
cF8xIGF0IGtleWJvYXJkLmM6MTQyOToxNQogICAgZnJhbWUgIzExOiAweDAwMDAwMDAxMDAy
NDkyM2MgZW1hY3NgaW50ZXJuYWxfY29uZGl0aW9uX2Nhc2UoYmZ1bj0oZW1hY3NgY29tbWFu
ZF9sb29wXzEgYXQga2V5Ym9hcmQuYzoxMzI0KSwgaGFuZGxlcnM9MHgwMDAwMDAwMDAwMDAw
MDkwLCBoZnVuPShlbWFjc2BjbWRfZXJyb3IgYXQga2V5Ym9hcmQuYzo5NzApKSBhdCBldmFs
LmM6MTYxMzoyNQogICAgZnJhbWUgIzEyOiAweDAwMDAwMDAxMDAxNWM4YzQgZW1hY3NgY29t
bWFuZF9sb29wXzIoaGFuZGxlcnM9MHgwMDAwMDAwMDAwMDAwMDkwKSBhdCBrZXlib2FyZC5j
OjExNjg6MTEKICAgIGZyYW1lICMxMzogMHgwMDAwMDAwMTAwMjQ4NGQ0IGVtYWNzYGludGVy
bmFsX2NhdGNoKHRhZz0weDAwMDAwMDAwMDAwMTEyMjAsIGZ1bmM9KGVtYWNzYGNvbW1hbmRf
bG9vcF8yIGF0IGtleWJvYXJkLmM6MTE2NCksIGFyZz0weDAwMDAwMDAwMDAwMDAwOTApIGF0
IGV2YWwuYzoxMjkyOjI1CiAgICBmcmFtZSAjMTQ6IDB4MDAwMDAwMDEwMDE1YmMxMCBlbWFj
c2Bjb21tYW5kX2xvb3AgYXQga2V5Ym9hcmQuYzoxMTQ2OjIKICAgIGZyYW1lICMxNTogMHgw
MDAwMDAwMTAwMTViOWZjIGVtYWNzYHJlY3Vyc2l2ZV9lZGl0XzEgYXQga2V5Ym9hcmQuYzo3
NTQ6OQogICAgZnJhbWUgIzE2OiAweDAwMDAwMDAxMDAxNWJlZTggZW1hY3NgRnJlY3Vyc2l2
ZV9lZGl0IGF0IGtleWJvYXJkLmM6ODM3OjMKICAgIGZyYW1lICMxNzogMHgwMDAwMDAwMTAw
MTU4YWM4IGVtYWNzYG1haW4oYXJnYz00LCBhcmd2PTB4MDAwMDAwMDE2ZmRmZjRiMCkgYXQg
ZW1hY3MuYzoyNjI0OjMKICAgIGZyYW1lICMxODogMHgwMDAwMDAwMTg0OTU2MGUwIGR5bGRg
c3RhcnQgKyAyMzYwCihsbGRiKSBjClByb2Nlc3MgNzYxNiByZXN1bWluZwo=

--------------38GlQ3xfw17iklUpCUpyXwRq--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 22 Jul 2024 14:47:02 +0000
Resent-Message-ID: <handler.71866.B71866.172165956417174 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dmitry@HIDDEN>
Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172165956417174
          (code B ref 71866); Mon, 22 Jul 2024 14:47:02 +0000
Received: (at 71866) by debbugs.gnu.org; 22 Jul 2024 14:46:04 +0000
Received: from localhost ([127.0.0.1]:58422 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sVuId-0004Sv-Ux
	for submit <at> debbugs.gnu.org; Mon, 22 Jul 2024 10:46:04 -0400
Received: from eggs.gnu.org ([209.51.188.92]:35560)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1sVuIa-0004SN-Bc
 for 71866 <at> debbugs.gnu.org; Mon, 22 Jul 2024 10:46:02 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1sVuIQ-0000O2-F1; Mon, 22 Jul 2024 10:45:50 -0400
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=+3sX4Y0Vm7tFrXflp+vfoeoEbFUzANb5UcuT1J+aLjY=; b=GGlTQOVataxN
 f7WahUf+ymb5vZT8tDaCmcMYCsScAPmv41eRmXxIrHr/O1PRtgoFlAod3ekmCA0+oNIKEs6PrQyBR
 mvCFzqcRng5CGsw3Ntv+rq7EJbbkVnHpaiEXCOwBrZrJB3j/SrFK3phm3s3CTFalKXya/OWbA+G2N
 ks25srsed0NXyDBC66Ccnaq1cyv1MA5aVMGyvTnR448e6Xmc8i6PwWwbsbLTAqgHqVs5I1wj87hE7
 jAe9HNyMK3D5yHrqMfleE2Pi8hUK7WDzpU5AaPLZBCPunxGBSAqIbIVAx1G8Ip8IqaGd8k6ojHJmv
 qllRDqDYa61rKIyDTp04AQ==;
Date: Mon, 22 Jul 2024 17:45:44 +0300
Message-Id: <86wmlda3jb.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <7ae61592-8319-4b1a-b973-4015ff1db569@HIDDEN> (message from
 Dmitry Gutov on Mon, 22 Jul 2024 02:58:33 +0300)
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <86frstfiop.fsf@HIDDEN> <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN>
 <86v81i526t.fsf@HIDDEN> <1f5f741f-d599-4051-8a34-27d349360eb8@HIDDEN>
 <86sewiztr2.fsf@HIDDEN> <d67cdfa2-dc75-4d58-8f82-49ddc55f5e45@HIDDEN>
 <867cdto3uk.fsf@HIDDEN> <56cc929b-5491-4ed4-a527-d0b1a369e625@HIDDEN>
 <86o76sea9d.fsf@HIDDEN> <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN>
 <86o76scaou.fsf@HIDDEN> <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN>
 <86cyn7cito.fsf@HIDDEN> <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN>
 <86ttgibxqv.fsf@HIDDEN> <7ae61592-8319-4b1a-b973-4015ff1db569@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Mon, 22 Jul 2024 02:58:33 +0300
> Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org
> From: Dmitry Gutov <dmitry@HIDDEN>
> 
> >>>     . Sometimes an Emacs frame shows its window as selected (judging by
> >>>       the way the mode line is displayed), but the 3 colored circles at
> >>>       the top left corner of the frame are shown in gray.  What does
> >>>       this mean, in Emacs terms, and how is that different from the
> >>>       situation where both the mode line is shown as active and the
> >>>       circles are shown in red/yellow/green colors?
> >>
> >> It seems to me a consequence of our having a breakpoint inside a
> >> function that updates how the frame looks (which includes its contents,
> >> the "selected" status and etc) - when I switch the focus away manually
> >> to a different program in the middle of that (to handle the breakpoint),
> >> probably that created a de-synchronization that never happens in other
> >> circumstances.
> > 
> > If you are sure that this happens only when Emacs is stopped at a
> > breakpoint, this aspect of the issue can be disregarded.
> 
> Seems so to me. You could see the way Emacs behaves without breakpoints 
> at the beginning of the previous video.

But note that both at the beginning of this new video and at its end,
where the debugger says "resuming" (which means Emacs is running), the
3 circles of both Emacs frames are gray.  So I guess (a) this does
happen when Emacs runs, and (b) it probably means focus is in some
other window, not in any of the Emacs frames.

> > All of the backtraces from all the calls produced by a single M-`
> > press.  It is best to have only the backtraces that happen when the
> > problem with the cursor is visible, if you can easily arrange for
> > that.
> 
> Yup, done that, see below.

Thanks.  There's a disturbing discrepancy between what the debugger
says about the calls to ns_draw_window_cursor and what I see on
display.  For example, there are only 2 events where one of the two
Emacs frames begins showing a filled-block cursor (from some other
cursor display): at step "1" and step "3".  But the backtraces you
collected tell a different story: the only calls with
FILLED_BOX_CURSOR are at steps "1" and "7".  At step "3", the debugger
claims we called ns_draw_window_cursor with NO_CURSOR, whereas the
video clearly shows that the cursor is drawn as a filled block!  This
issue alone already makes all this quite mysterious and hard to
interpret.

Moreover, the only event in the video where a previously-displayed
cursor disappears in one of the windows is the last part, where you
type "c" and the debugger says "Process 7616 resuming".  And that
happens without ns_draw_window_cursor being called!

So I think there's some factor at work here that we are not
considering.  Perhaps it's the macOS window-system or something.

I also don't understand the calls where cursor_type=NO_CURSOR,
on_p=true, and active_p=false.  I would expect to see
HOLLOW_BOX_CURSOR there, because these are the calls where we display
the cursor in a non-selected window.  Could you step inside
get_window_cursor_type and see how this happens?  To arrange for that,
get to the step before the one where the breakpoint in
ns_draw_window_cursor will break with the above combination of
arguments (for example, get to step "3" in your session), then add a
breakpoint in display_and_set_cursor, trigger the next cursor display
by typing "continue", then step through display_and_set_cursor and
into get_window_cursor_type, and see why we end up deciding to display
NO_CURSOR in that case.

Also, what are your values of cursor-type and
cursor-in-non-selected-windows?

> >> ...and whether that all is a red herring, caused by our breakpoints,
> >> whereas the code reading to the original problem might reside somewhere
> >> else. ;-(
> > 
> > Could be, but in general ns_draw_window_cursor is AFAIK the only way
> > of redrawing the cursor, so I think we are on a good track here.
> 
> Here's hoping.

I'm no longer so sure about the above assertion, sadly.

Thanks.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Alan Third <alan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 22 Jul 2024 15:28:01 +0000
Resent-Message-ID: <handler.71866.B71866.172166206521528 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: Dmitry Gutov <dmitry@HIDDEN>, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172166206521528
          (code B ref 71866); Mon, 22 Jul 2024 15:28:01 +0000
Received: (at 71866) by debbugs.gnu.org; 22 Jul 2024 15:27:45 +0000
Received: from localhost ([127.0.0.1]:58446 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sVuwz-0005b9-4M
	for submit <at> debbugs.gnu.org; Mon, 22 Jul 2024 11:27:45 -0400
Received: from dane.soverin.net ([185.233.34.30]:39759)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <alan@HIDDEN>) id 1sVuwv-0005ap-Vc
 for 71866 <at> debbugs.gnu.org; Mon, 22 Jul 2024 11:27:43 -0400
Received: from smtp.soverin.net (c04smtp-lb01.int.sover.in [10.10.4.74])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
 key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256)
 (No client certificate requested)
 by dane.soverin.net (Postfix) with ESMTPS id 4WSPKc2dlCz2yKD;
 Mon, 22 Jul 2024 15:27:32 +0000 (UTC)
Received: from smtp.soverin.net (smtp.soverin.net [10.10.4.100]) by
 soverin.net (Postfix) with ESMTPSA id 4WSPKb6py5zCw; 
 Mon, 22 Jul 2024 15:27:31 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=idiocy.org; s=soverin;
 t=1721662052; bh=m+EYELYALhljekCn71sJfNJ1b+X3fWDN9uW0MCBzZO8=;
 h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
 b=Hk42NM1uWXx62aQDlVRKli6YX3QV7jVbcnDycY7u/EB7ZNPOpi5vFuaNgU9cKEwUd
 7VjreclZM9+m/0fvql00J4VzTQGYOG2PKh519MdCsX/izxH4Ju2U5IROdcZeXdW2uE
 nhGa+smXdn1JXudLga8xxhddz94bMztvDOu6FoYXlvKLVpJj9uKoz/nScZit22bw8K
 8a7zr+yYZ/aj84/IsreKQXS1cEq6RTdgcuqisYjKM6dTjIDMMKICcg+E47eK4kiX6+
 bIsqGb0/m5OkBxfkmEiQO8XnkU8mkODOaZ0kRz/UyS6gKFX8D8W8HDLv7q10lAjRqu
 62X9/9l0mXk7g==
Received: from alan by faroe.holly.idiocy.org with local (Exim 4.97)
 (envelope-from <alan@HIDDEN>) id 1sVuwk-00000001YUL-3lGI;
 Mon, 22 Jul 2024 16:27:30 +0100
Date: Mon, 22 Jul 2024 16:27:30 +0100
From: Alan Third <alan@HIDDEN>
Message-ID: <Zp56YrdutRv5WEes@HIDDEN>
Mail-Followup-To: Alan Third <alan@HIDDEN>,
 Eli Zaretskii <eliz@HIDDEN>, Dmitry Gutov <dmitry@HIDDEN>,
 71866 <at> debbugs.gnu.org
References: <56cc929b-5491-4ed4-a527-d0b1a369e625@HIDDEN>
 <86o76sea9d.fsf@HIDDEN>
 <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN>
 <86o76scaou.fsf@HIDDEN>
 <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN>
 <86cyn7cito.fsf@HIDDEN>
 <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN>
 <86ttgibxqv.fsf@HIDDEN>
 <7ae61592-8319-4b1a-b973-4015ff1db569@HIDDEN>
 <86wmlda3jb.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <86wmlda3jb.fsf@HIDDEN>
X-Spampanel-Class: ham
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On Mon, Jul 22, 2024 at 05:45:44PM +0300, Eli Zaretskii wrote:
> 
> Thanks.  There's a disturbing discrepancy between what the debugger
> says about the calls to ns_draw_window_cursor and what I see on
> display.  For example, there are only 2 events where one of the two
> Emacs frames begins showing a filled-block cursor (from some other
> cursor display): at step "1" and step "3".  But the backtraces you
> collected tell a different story: the only calls with
> FILLED_BOX_CURSOR are at steps "1" and "7".  At step "3", the debugger
> claims we called ns_draw_window_cursor with NO_CURSOR, whereas the
> video clearly shows that the cursor is drawn as a filled block!  This
> issue alone already makes all this quite mysterious and hard to
> interpret.
> 
> Moreover, the only event in the video where a previously-displayed
> cursor disappears in one of the windows is the last part, where you
> type "c" and the debugger says "Process 7616 resuming".  And that
> happens without ns_draw_window_cursor being called!
> 
> So I think there's some factor at work here that we are not
> considering.  Perhaps it's the macOS window-system or something.

Hi Eli,

The macOS display system is inherently double buffered, so there's no
way to draw directly to the screen. This means any action taken won't
be displayed on the screen until the NS run loop has run at least
once. That occurs in the ns_select and ns_read_socket functions.

> > > Could be, but in general ns_draw_window_cursor is AFAIK the only way
> > > of redrawing the cursor, so I think we are on a good track here.
> > 
> > Here's hoping.
> 
> I'm no longer so sure about the above assertion, sadly.

AFAIK it's the only way of *drawing* the cursor, but it's certainly
possible that something else is *clearing* that space and not
redrawing the cursor. Unfortunately I've no idea what that might be.

I had a bug open myself about a very similar problem, possibly the
same problem, but I closed it years ago because it just disappeared
and nobody else had ever reported anything similar. I was never able
to get to the bottom of it.
-- 
Alan Third

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Alan Third <alan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 22 Jul 2024 16:04:01 +0000
Resent-Message-ID: <handler.71866.B71866.172166418524961 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>, Dmitry Gutov <dmitry@HIDDEN>, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172166418524961
          (code B ref 71866); Mon, 22 Jul 2024 16:04:01 +0000
Received: (at 71866) by debbugs.gnu.org; 22 Jul 2024 16:03:05 +0000
Received: from localhost ([127.0.0.1]:58475 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sVvVA-0006UV-Tr
	for submit <at> debbugs.gnu.org; Mon, 22 Jul 2024 12:03:05 -0400
Received: from dane.soverin.net ([185.233.34.24]:58819)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <alan@HIDDEN>) id 1sVvV6-0006Tl-OT
 for 71866 <at> debbugs.gnu.org; Mon, 22 Jul 2024 12:03:03 -0400
Received: from smtp.soverin.net (c04smtp-lb01.int.sover.in [10.10.4.74])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
 key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256)
 (No client certificate requested)
 by dane.soverin.net (Postfix) with ESMTPS id 4WSQ5n1mzJz10Bf;
 Mon, 22 Jul 2024 16:02:21 +0000 (UTC)
Received: from smtp.soverin.net (smtp.soverin.net [10.10.4.99]) by soverin.net
 (Postfix) with ESMTPSA id 4WSQ5m57Zpz6D; 
 Mon, 22 Jul 2024 16:02:20 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=idiocy.org; s=soverin;
 t=1721664141; bh=/IRWrf/Gp+q7DWyNlfTylJwWLoYxh+0ZPdNkPep/TsI=;
 h=Date:From:To:Subject:References:In-Reply-To:From;
 b=lM9nzYT34WnG4gngrEpOjeBS+iuh6m6NeX5EGRIZs2svNr4A60Jg0aMO4B8D8ZrzU
 Qij+I8dQ6ImmtiXIn1L9g6ASgwjhuUxCOTlSx+k8WQKHi1Mqh/LgaxfHbNkTljZcxr
 /fB1Rr5+tni17M1bYTJhA2jfYNwPKkJD2rYoVY2Kqo5Yko3d1iVpI0nup6k9AEkgUp
 HucfjVAJOsLSF4hLOfwpR1Jwfh4KnB0nvyK5nPGcfOsXr2BBFmwzk8N9bQtNp5RtA1
 PrKCyiIEUZc1umJ1AHa+eCsA1+3QNds7prqYUzlRUT39v9iqzOMcn4ZxIElgZlnoqC
 v7SCw33r2qLoA==
Received: from alan by faroe.holly.idiocy.org with local (Exim 4.97)
 (envelope-from <alan@HIDDEN>) id 1sVvUS-00000001YiF-0zpy;
 Mon, 22 Jul 2024 17:02:20 +0100
Date: Mon, 22 Jul 2024 17:02:20 +0100
From: Alan Third <alan@HIDDEN>
Message-ID: <Zp6CjHjVl1K17Umd@HIDDEN>
Mail-Followup-To: Alan Third <alan@HIDDEN>,
 Eli Zaretskii <eliz@HIDDEN>, Dmitry Gutov <dmitry@HIDDEN>,
 71866 <at> debbugs.gnu.org
References: <86o76sea9d.fsf@HIDDEN>
 <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN>
 <86o76scaou.fsf@HIDDEN>
 <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN>
 <86cyn7cito.fsf@HIDDEN>
 <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN>
 <86ttgibxqv.fsf@HIDDEN>
 <7ae61592-8319-4b1a-b973-4015ff1db569@HIDDEN>
 <86wmlda3jb.fsf@HIDDEN> <Zp56YrdutRv5WEes@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Zp56YrdutRv5WEes@HIDDEN>
X-Spampanel-Class: ham
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On Mon, Jul 22, 2024 at 04:27:30PM +0100, Alan Third wrote:
> 
> AFAIK it's the only way of *drawing* the cursor, but it's certainly
> possible that something else is *clearing* that space and not
> redrawing the cursor. Unfortunately I've no idea what that might be.

FWIW, and apologies if you've already noticed this, but on my Mac I
can see it drawing a white hollow box cursor on the second frame when
the first frame is selected. I can see it overlapping some of the
characters.

Is it possible you're seeing a white box cursor with white text
instead of a black box cursor with white text?

A little git archaeology shows that the colour handling used to be a
lot more complicated, but it was simplified some time ago. I don't
understand what the old code was doing, and colour handling on the NS
port was always a little different for some reason...
-- 
Alan Third

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 22 Jul 2024 16:11:01 +0000
Resent-Message-ID: <handler.71866.B71866.172166463625817 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Alan Third <alan@HIDDEN>
Cc: dmitry@HIDDEN, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172166463625817
          (code B ref 71866); Mon, 22 Jul 2024 16:11:01 +0000
Received: (at 71866) by debbugs.gnu.org; 22 Jul 2024 16:10:36 +0000
Received: from localhost ([127.0.0.1]:58492 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sVvcR-0006iL-IT
	for submit <at> debbugs.gnu.org; Mon, 22 Jul 2024 12:10:35 -0400
Received: from eggs.gnu.org ([209.51.188.92]:60562)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1sVvcO-0006i4-I5
 for 71866 <at> debbugs.gnu.org; Mon, 22 Jul 2024 12:10:33 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1sVvcD-0008Fc-8y; Mon, 22 Jul 2024 12:10:21 -0400
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=URCtRPhX77lPOT19u0J6MLp+ZzpFBlN6DoxH7HUPbaI=; b=OuoNgLR3DB8Y
 DqK3gDVuLA90jd4iLZqgwSqFRatpJ90aZnr7OsTJKy/A4vlBGsRBb2Q9IqZ+43gNRHr+EBpWIX55O
 0tz+iKt9WKtChKLtsyNi8A+N4hdomNTpE87ZXJEf7wtDfyUPH9nEqFRuTV/FBZgqQWxbZ7OCaPEYM
 1VlqT/VNipXP7k9yqr9irYPp4ZG9O6ys+m8yESPSNOdAYV64tPobZllegGzzqtLdDijWKf4xOtrvN
 DAg9fQlH0Tf045jfXUWRAtyqpaLlk7XirJJWkx+CJlTiVQKgKQYTfdm5ADznXLxc9iC5ubrmLHso8
 tY6GXD7VLr1uscCfzBoVWA==;
Date: Mon, 22 Jul 2024 19:10:18 +0300
Message-Id: <86msm99zmd.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <Zp56YrdutRv5WEes@HIDDEN> (message from Alan Third on Mon, 22
 Jul 2024 16:27:30 +0100)
References: <56cc929b-5491-4ed4-a527-d0b1a369e625@HIDDEN>
 <86o76sea9d.fsf@HIDDEN>
 <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN>
 <86o76scaou.fsf@HIDDEN>
 <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN>
 <86cyn7cito.fsf@HIDDEN>
 <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN>
 <86ttgibxqv.fsf@HIDDEN>
 <7ae61592-8319-4b1a-b973-4015ff1db569@HIDDEN>
 <86wmlda3jb.fsf@HIDDEN> <Zp56YrdutRv5WEes@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Mon, 22 Jul 2024 16:27:30 +0100
> From: Alan Third <alan@HIDDEN>
> Cc: Dmitry Gutov <dmitry@HIDDEN>, 71866 <at> debbugs.gnu.org
> 
> On Mon, Jul 22, 2024 at 05:45:44PM +0300, Eli Zaretskii wrote:
> > 
> > Thanks.  There's a disturbing discrepancy between what the debugger
> > says about the calls to ns_draw_window_cursor and what I see on
> > display.  For example, there are only 2 events where one of the two
> > Emacs frames begins showing a filled-block cursor (from some other
> > cursor display): at step "1" and step "3".  But the backtraces you
> > collected tell a different story: the only calls with
> > FILLED_BOX_CURSOR are at steps "1" and "7".  At step "3", the debugger
> > claims we called ns_draw_window_cursor with NO_CURSOR, whereas the
> > video clearly shows that the cursor is drawn as a filled block!  This
> > issue alone already makes all this quite mysterious and hard to
> > interpret.
> > 
> > Moreover, the only event in the video where a previously-displayed
> > cursor disappears in one of the windows is the last part, where you
> > type "c" and the debugger says "Process 7616 resuming".  And that
> > happens without ns_draw_window_cursor being called!
> > 
> > So I think there's some factor at work here that we are not
> > considering.  Perhaps it's the macOS window-system or something.
> 
> Hi Eli,
> 
> The macOS display system is inherently double buffered, so there's no
> way to draw directly to the screen. This means any action taken won't
> be displayed on the screen until the NS run loop has run at least
> once. That occurs in the ns_select and ns_read_socket functions.

So how would you suggest to arrange the breakpoints to be able to
match calls to ns_draw_window_cursor with what appears on the screen?

Or maybe we can call some function after ns_draw_window_cursor returns
to make sure the results of ns_draw_window_cursor are immediately
shown on the glass?

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Alan Third <alan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 22 Jul 2024 19:04:02 +0000
Resent-Message-ID: <handler.71866.B71866.172167499012022 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: dmitry@HIDDEN, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172167499012022
          (code B ref 71866); Mon, 22 Jul 2024 19:04:02 +0000
Received: (at 71866) by debbugs.gnu.org; 22 Jul 2024 19:03:10 +0000
Received: from localhost ([127.0.0.1]:58608 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sVyJS-00037m-2J
	for submit <at> debbugs.gnu.org; Mon, 22 Jul 2024 15:03:10 -0400
Received: from dane.soverin.net ([185.233.34.24]:37821)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <alan@HIDDEN>) id 1sVyJP-00037P-Pd
 for 71866 <at> debbugs.gnu.org; Mon, 22 Jul 2024 15:03:08 -0400
Received: from smtp.soverin.net (c04smtp-lb01.int.sover.in [10.10.4.74])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
 key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256)
 (No client certificate requested)
 by dane.soverin.net (Postfix) with ESMTPS id 4WSV5c3QNGzyw7;
 Mon, 22 Jul 2024 19:02:28 +0000 (UTC)
Received: from smtp.soverin.net (smtp.soverin.net [10.10.4.100]) by
 soverin.net (Postfix) with ESMTPSA id 4WSV5c0pNkzCw; 
 Mon, 22 Jul 2024 19:02:28 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=idiocy.org; s=soverin;
 t=1721674948; bh=ZE6x8I0pmigRku+6lmiFz9m+DOd2MB0Q4VE3/3IS0BI=;
 h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
 b=VcsJ4r8BlFSNH9IuQm9l5zbRcTKORkEykLFUVTGQ95/+TkjQmd3i03krDDjqjvZx8
 UGawxr0zAZYKLqFHrEW4MyJVyegJnHx8buWimLoOczapY6kgDR10PnobKdFWCA4HJ+
 VNNGbxuRJAbPsx2d7TiuwpXbJY+/9O48BOUhkUFCJbkQ+DN24laSeC/BGRo48s61bO
 uHYZA3UCv2ek0+AbiOeTzBatiYpoKIY2E+zg0DUOqjQLNJI6QBUE7JSCwRypP2g5Od
 Mdhg8lP1NNf46SMVIpc4VMQUV4bVNceLRcv5ES1NXZnxg66FcaVnysvIlRTQXNVA3M
 rDG2PhBMWCV3A==
Date: Mon, 22 Jul 2024 20:02:25 +0100
From: Alan Third <alan@HIDDEN>
Message-ID: <Zp6sweHZ9XaMEoVO@HIDDEN>
Mail-Followup-To: Alan Third <alan@HIDDEN>,
 Eli Zaretskii <eliz@HIDDEN>, dmitry@HIDDEN,
 71866 <at> debbugs.gnu.org
References: <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN>
 <86o76scaou.fsf@HIDDEN>
 <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN>
 <86cyn7cito.fsf@HIDDEN>
 <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN>
 <86ttgibxqv.fsf@HIDDEN>
 <7ae61592-8319-4b1a-b973-4015ff1db569@HIDDEN>
 <86wmlda3jb.fsf@HIDDEN> <Zp56YrdutRv5WEes@HIDDEN>
 <86msm99zmd.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <86msm99zmd.fsf@HIDDEN>
X-Spampanel-Class: ham
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On Mon, Jul 22, 2024 at 07:10:18PM +0300, Eli Zaretskii wrote:
> So how would you suggest to arrange the breakpoints to be able to
> match calls to ns_draw_window_cursor with what appears on the screen?
>
> Or maybe we can call some function after ns_draw_window_cursor returns
> to make sure the results of ns_draw_window_cursor are immediately
> shown on the glass?

I'm not sure if it's possible. The whole thing runs asynchronously.
The best bet would be to put this:

  [[FRAME_NS_VIEW (f) layer] display];

at the end of ns_draw_window_cursor and look at it after that, but the
display function passes a bitmap off to a system that supposedly tells
the graphics card to pull in the bitmap using DMA and display it, all
in a separate thread. So whether it will work or not I don't know.

It may be possible to access the bitmap and dump it to a file...

  CGContextRef context = [(EmacsLayer *)[FRAME_NS_VIEW (f) layer] getContext];
  CGContextFlush (context);
  void *pixels = CGBitmapContextGetData (context);
  NSLog(@"pixels: %p, bytes: %lu, %lux%lu", pixels,
        CGBitmapContextGetHeight (context) *
        CGBitmapContextGetBytesPerRow (context),
        CGBitmapContextGetHeight (context),
        CGBitmapContextGetWidth (context));

Just before the final ns_unfocus in ns_draw_window_cursor should
provide data about the image, and in lldb something like

  mem read -o ~/image.raw --count 10000 pixels --force

should dump the raw pixels to disk and in theory imagemagick or
something could read them, but I'm failing to make this work. I think
count is not bytes, and either way I can't convince imagemagick to
read the output.

Sorry, I'm not a lot of help.
-- 
Alan Third

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 22 Jul 2024 19:16:02 +0000
Resent-Message-ID: <handler.71866.B71866.172167573413159 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Alan Third <alan@HIDDEN>
Cc: dmitry@HIDDEN, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172167573413159
          (code B ref 71866); Mon, 22 Jul 2024 19:16:02 +0000
Received: (at 71866) by debbugs.gnu.org; 22 Jul 2024 19:15:34 +0000
Received: from localhost ([127.0.0.1]:58613 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sVyVS-0003QB-GG
	for submit <at> debbugs.gnu.org; Mon, 22 Jul 2024 15:15:34 -0400
Received: from eggs.gnu.org ([209.51.188.92]:49734)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1sVyVP-0003Px-Ou
 for 71866 <at> debbugs.gnu.org; Mon, 22 Jul 2024 15:15:33 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1sVyVF-0001Cq-84; Mon, 22 Jul 2024 15:15:21 -0400
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=WT5rs2CI/hi1v+58kKTaD/3IhMEXMbDA8KBVXZe9RLA=; b=OhxpIf9ku3eZ
 LaDYMtid8WTscrFlQNRtwztbdlYL2shbZU3LtIXabr7XETddGLDPnZoXkEB0np7rysDlg35OWB14o
 PkwXMBZx2aN3Qaf0XiFKYMjsezy3b7HHghA+tRgl7/0xkC4FuS4wpXAXyF3+qEtvOYxsmelj3Ine0
 +GwkDnt32BL71JBgtiL+a911t7O5DsHUEYOe5EwlLT1V1gNfuSQq1tbYCwTrA0Q/WVLKR2YeutKD5
 wfBLZJlr1iOxybhFEwEhPA24w0LTy/zhlc2IFWJsnfbAJDX4VbYR9qdF6I6HFDzPVNQecWF183zBU
 kcmKp/Ve+OmQ0XYPovrRPA==;
Date: Mon, 22 Jul 2024 22:15:17 +0300
Message-Id: <86ikwx9r22.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <Zp6sweHZ9XaMEoVO@HIDDEN> (message from Alan
 Third on Mon, 22 Jul 2024 20:02:25 +0100)
References: <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN>
 <86o76scaou.fsf@HIDDEN>
 <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN>
 <86cyn7cito.fsf@HIDDEN>
 <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN>
 <86ttgibxqv.fsf@HIDDEN>
 <7ae61592-8319-4b1a-b973-4015ff1db569@HIDDEN>
 <86wmlda3jb.fsf@HIDDEN> <Zp56YrdutRv5WEes@HIDDEN>
 <86msm99zmd.fsf@HIDDEN> <Zp6sweHZ9XaMEoVO@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Mon, 22 Jul 2024 20:02:25 +0100
> From: Alan Third <alan@HIDDEN>
> Cc: dmitry@HIDDEN, 71866 <at> debbugs.gnu.org
> 
> On Mon, Jul 22, 2024 at 07:10:18PM +0300, Eli Zaretskii wrote:
> > So how would you suggest to arrange the breakpoints to be able to
> > match calls to ns_draw_window_cursor with what appears on the screen?
> >
> > Or maybe we can call some function after ns_draw_window_cursor returns
> > to make sure the results of ns_draw_window_cursor are immediately
> > shown on the glass?
> 
> I'm not sure if it's possible. The whole thing runs asynchronously.
> The best bet would be to put this:
> 
>   [[FRAME_NS_VIEW (f) layer] display];
> 
> at the end of ns_draw_window_cursor and look at it after that, but the
> display function passes a bitmap off to a system that supposedly tells
> the graphics card to pull in the bitmap using DMA and display it, all
> in a separate thread. So whether it will work or not I don't know.
> 
> It may be possible to access the bitmap and dump it to a file...
> 
>   CGContextRef context = [(EmacsLayer *)[FRAME_NS_VIEW (f) layer] getContext];
>   CGContextFlush (context);
>   void *pixels = CGBitmapContextGetData (context);
>   NSLog(@"pixels: %p, bytes: %lu, %lux%lu", pixels,
>         CGBitmapContextGetHeight (context) *
>         CGBitmapContextGetBytesPerRow (context),
>         CGBitmapContextGetHeight (context),
>         CGBitmapContextGetWidth (context));
> 
> Just before the final ns_unfocus in ns_draw_window_cursor should
> provide data about the image, and in lldb something like
> 
>   mem read -o ~/image.raw --count 10000 pixels --force
> 
> should dump the raw pixels to disk and in theory imagemagick or
> something could read them, but I'm failing to make this work. I think
> count is not bytes, and either way I can't convince imagemagick to
> read the output.

Hmm... doesn't sound very practical to me.

Are there any other ways of understanding why the cursor is sometimes
not shown (and at times even the character under the cursor is not
shown as well)?  If the relation between what the code does and what's
on display is basically impenetrable, how do people debug Emacs
display issues on macOS?

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Alan Third <alan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 22 Jul 2024 19:48:01 +0000
Resent-Message-ID: <handler.71866.B71866.172167767316117 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: dmitry@HIDDEN, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172167767316117
          (code B ref 71866); Mon, 22 Jul 2024 19:48:01 +0000
Received: (at 71866) by debbugs.gnu.org; 22 Jul 2024 19:47:53 +0000
Received: from localhost ([127.0.0.1]:58625 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sVz0i-0004Bt-Vr
	for submit <at> debbugs.gnu.org; Mon, 22 Jul 2024 15:47:53 -0400
Received: from dane.soverin.net ([185.233.34.30]:44535)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <alan@HIDDEN>) id 1sVz0f-0004Bf-BY
 for 71866 <at> debbugs.gnu.org; Mon, 22 Jul 2024 15:47:52 -0400
Received: from smtp.soverin.net (c04smtp-lb01.int.sover.in [10.10.4.74])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
 key-exchange X25519 server-signature RSA-PSS (4096 bits))
 (No client certificate requested)
 by dane.soverin.net (Postfix) with ESMTPS id 4WSW590P0yz2yPZ;
 Mon, 22 Jul 2024 19:47:09 +0000 (UTC)
Received: from smtp.soverin.net (smtp.soverin.net [10.10.4.100]) by
 soverin.net (Postfix) with ESMTPSA id 4WSW585pDgzCw; 
 Mon, 22 Jul 2024 19:47:08 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=idiocy.org; s=soverin;
 t=1721677628; bh=LDV+fjQuwwB4igNUe0l/BzfrRTQsnJPFWvWedmBOWDY=;
 h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
 b=WVlmYlGpslMD72569RGMWRkjRbah/Et0j4dWv7fNyjWuAJWXuBpZxzg0VDoLdLC4p
 2S4m+7xlGeuRSSjKr0gmC/6xz4F+RACdJSv/eVoFcDvlS960fogtnE48X6M55b3SbW
 3zw1llRZCtnGhV3pK2Po0z3FV0T2h10accBCnlnUB4tIIRsQzmlWA0knb7h7a1AB85
 bhT6Ma8X7davFXFBQ3nT3k49ym7sfirsbhCdnaQqhgJh3zFDmsYDlqSg2CX87++0bH
 cdYohuoX4n+uWKS6gm1sUKiABXZZ7Qe8NNabsiY1j1Gl98TUV12R0nt0aFh+SJsIow
 BT5OTC7I85xKQ==
Received: from alan by faroe.holly.idiocy.org with local (Exim 4.97)
 (envelope-from <alan@HIDDEN>) id 1sVz00-00000001ZSG-1VU4;
 Mon, 22 Jul 2024 20:47:08 +0100
Date: Mon, 22 Jul 2024 20:47:08 +0100
From: Alan Third <alan@HIDDEN>
Message-ID: <Zp63PPcZpphHnF9i@HIDDEN>
Mail-Followup-To: Alan Third <alan@HIDDEN>,
 Eli Zaretskii <eliz@HIDDEN>, dmitry@HIDDEN,
 71866 <at> debbugs.gnu.org
References: <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN>
 <86cyn7cito.fsf@HIDDEN>
 <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN>
 <86ttgibxqv.fsf@HIDDEN>
 <7ae61592-8319-4b1a-b973-4015ff1db569@HIDDEN>
 <86wmlda3jb.fsf@HIDDEN> <Zp56YrdutRv5WEes@HIDDEN>
 <86msm99zmd.fsf@HIDDEN> <Zp6sweHZ9XaMEoVO@HIDDEN>
 <86ikwx9r22.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <86ikwx9r22.fsf@HIDDEN>
X-Spampanel-Class: ham
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On Mon, Jul 22, 2024 at 10:15:17PM +0300, Eli Zaretskii wrote:
> 
> Are there any other ways of understanding why the cursor is sometimes
> not shown (and at times even the character under the cursor is not
> shown as well)?  If the relation between what the code does and what's
> on display is basically impenetrable, how do people debug Emacs
> display issues on macOS?

With great difficulty. My usual go-to is to make things print in
unusual colours, like using:

  [[NSColor systemRedColor] set]

before some graphics code. Or just print endless reams of text with
coordinates, etc.

There's probably some smart way of doing it, but I don't know it.

-- 
Alan Third

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 23 Jul 2024 01:07:01 +0000
Resent-Message-ID: <handler.71866.B71866.172169681618109 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172169681618109
          (code B ref 71866); Tue, 23 Jul 2024 01:07:01 +0000
Received: (at 71866) by debbugs.gnu.org; 23 Jul 2024 01:06:56 +0000
Received: from localhost ([127.0.0.1]:58793 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sW3zT-0004hz-Hi
	for submit <at> debbugs.gnu.org; Mon, 22 Jul 2024 21:06:55 -0400
Received: from fout1-smtp.messagingengine.com ([103.168.172.144]:53325)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dmitry@HIDDEN>) id 1sW3zQ-0004hk-4G
 for 71866 <at> debbugs.gnu.org; Mon, 22 Jul 2024 21:06:54 -0400
Received: from compute2.internal (compute2.nyi.internal [10.202.2.46])
 by mailfout.nyi.internal (Postfix) with ESMTP id 2ED421380186;
 Mon, 22 Jul 2024 21:06:43 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163])
 by compute2.internal (MEProxy); Mon, 22 Jul 2024 21:06:43 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc
 :cc:content-transfer-encoding:content-type:content-type:date
 :date:from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to; s=fm1; t=1721696803;
 x=1721783203; bh=bqNhbrx/I19IjgssWi4uen7P8xqp284qCaK/hOWLcuQ=; b=
 ic8v/fr6UMaCAeL4+z+E8xZC4UCe+2lf7I4BP9WwL710u6NdymxGXGdo+UPdjVNK
 aA3TM6UKYEt7s9nrxdSBOAwahHStRZnjkzC/J+CJjNXIZay/tuUj2zV7QT8yTRFe
 dW2muC+Hnnrm5VFNnA4xEyA61eGhex7+FaEbE/032wvCcp3NvClBCnbre/B13UGP
 qJ+MR4s6P271TUOM5fuyRMgOqJl47tCXU5gTXIS0QCwPErdL9nK2mMM8trIl11Zq
 F4IU6WjYKfXml3Y6H5ioVNjThh8KpuZzhDhYjjkPywwpIqaS/ot1FXZRK0kzMBKl
 fMH9Q6XV+cficNPzJEgh4w==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:cc:content-transfer-encoding
 :content-type:content-type:date:date:feedback-id:feedback-id
 :from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy
 :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1721696803; x=
 1721783203; bh=bqNhbrx/I19IjgssWi4uen7P8xqp284qCaK/hOWLcuQ=; b=T
 b+Q09VmOl78caB7sBI+775KSGU0TY+S0xb6Re2QaUisKGu98/TT1hHmGFh5pGB5h
 VX9Ryr8f/UsiqP/SIoDigJaL6obh7yZHQXd1nUJZKXJHCQ3VEjZqUQIBZ6Ny0UOT
 tPoiHfgnmctQQ1olfL/a/onsaitXECLA0lbl1uX4ZMZJnIa/c6uB2VrSrg2FTwRg
 PkuP2548DeY1ApIYbal1Io6QfsbO7guHLqFe6R7OYz4XANv5kyotsN2Gv9w951mI
 THqwkHT9s6DKWTDDdoSayNa7cRdaoa9lL2OvNx5j1ROrM6D6TBP9Dj2YcwpTwPXC
 ewx83EUjhkAw6dPA28GQA==
X-ME-Sender: <xms:IgKfZocWa3Ai929QVAulmgl0xESWNSWf93lGhSJsbbw8TPjApffJyw>
 <xme:IgKfZqP9PzJfTUDdmx9pJxeCyq7q4WJ8C976fn06-Tmw6p-Zt8ykbHjfXcBIAeNB1
 8Eoui_AFRpkYDDGo0Q>
X-ME-Received: <xmr:IgKfZpjIwwaant3WqHNckh3Dr9Kc4rjCfAoxLM8Y2i8oShu0T7Y02rxOuzAvFwNww_zF>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrheekgdeggecutefuodetggdotefrodftvf
 curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu
 uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc
 fjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeenucfhrhhomhepffhmihht
 rhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrghtth
 gvrhhnpeetudeljeegheetgfehgeejkeeuhedvveeikeeufedtvddtveefhfdvveegudej
 heenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumh
 hithhrhiesghhuthhovhdruggvvh
X-ME-Proxy: <xmx:IgKfZt9kmMhOpdSbllrDNxijxhywZqb6xBewjPkiK7KOgTMhws0FMg>
 <xmx:IgKfZksRW-9zXqJxEDhvhjy3k7Pvjc5Wj7HWiq1oHADzq-WMv6cJEA>
 <xmx:IgKfZkFbWjef2qmK46TGddgrgYc3rL5AqY6kePqklUWVcS8zmJ4wGw>
 <xmx:IgKfZjPS_q970xCJWmM554ZEm-2BIE8BEQl7qdvF1Z9W1Kvw5PxIDg>
 <xmx:IwKfZgKIYLbptlc2TmfW_L09gUESfnfwHDYkXvuwYa4TYzTUa8LCkKOu>
Feedback-ID: i0e71465a:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon,
 22 Jul 2024 21:06:41 -0400 (EDT)
Message-ID: <585145fb-ede0-4591-9cab-2165f137af32@HIDDEN>
Date: Tue, 23 Jul 2024 04:06:39 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <86frstfiop.fsf@HIDDEN> <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN>
 <86v81i526t.fsf@HIDDEN> <1f5f741f-d599-4051-8a34-27d349360eb8@HIDDEN>
 <86sewiztr2.fsf@HIDDEN> <d67cdfa2-dc75-4d58-8f82-49ddc55f5e45@HIDDEN>
 <867cdto3uk.fsf@HIDDEN> <56cc929b-5491-4ed4-a527-d0b1a369e625@HIDDEN>
 <86o76sea9d.fsf@HIDDEN> <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN>
 <86o76scaou.fsf@HIDDEN> <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN>
 <86cyn7cito.fsf@HIDDEN> <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN>
 <86ttgibxqv.fsf@HIDDEN> <7ae61592-8319-4b1a-b973-4015ff1db569@HIDDEN>
 <86wmlda3jb.fsf@HIDDEN>
Content-Language: en-US
From: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <86wmlda3jb.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On 22/07/2024 17:45, Eli Zaretskii wrote:

> But note that both at the beginning of this new video and at its end,
> where the debugger says "resuming" (which means Emacs is running), the
> 3 circles of both Emacs frames are gray.  So I guess (a) this does
> happen when Emacs runs, and (b) it probably means focus is in some
> other window, not in any of the Emacs frames.

Yes, I started this second video with focus in the terminal emulator (on 
the right - you could see that I was typing there some into text for the 
person watching). So that seems fine, no bug there.

Then I switch to the first Emacs frame, and its chrome becomes colored.

We spend most of the video in the terminal emulator as well (which is 
necessary for me to handle the breakpoints), so overall that's expected. 
You could notice somewhere in the middle of the video that after I 
handle a bunch of breakpoints the focus finally shifts to Emacs, second 
frame. But more breakpoints hit, so I have to switch back to the 
terminal emulator until the end of the recording.

>>> All of the backtraces from all the calls produced by a single M-`
>>> press.  It is best to have only the backtraces that happen when the
>>> problem with the cursor is visible, if you can easily arrange for
>>> that.
>>
>> Yup, done that, see below.
> 
> Thanks.  There's a disturbing discrepancy between what the debugger
> says about the calls to ns_draw_window_cursor and what I see on
> display.  For example, there are only 2 events where one of the two
> Emacs frames begins showing a filled-block cursor (from some other
> cursor display): at step "1" and step "3".  But the backtraces you
> collected tell a different story: the only calls with
> FILLED_BOX_CURSOR are at steps "1" and "7".  At step "3", the debugger
> claims we called ns_draw_window_cursor with NO_CURSOR, whereas the
> video clearly shows that the cursor is drawn as a filled block!  This
> issue alone already makes all this quite mysterious and hard to
> interpret.

That sounds interesting but a bit too complex for me to address, for now.

> Moreover, the only event in the video where a previously-displayed
> cursor disappears in one of the windows is the last part, where you
> type "c" and the debugger says "Process 7616 resuming".  And that
> happens without ns_draw_window_cursor being called!

I think that could still have happened in ns_draw_window_cursor.

We hit the breakpoint at the beginning of the function, right? So when I 
just choose 'continue' the rest of the function executes, and the thing 
with the cursor might happen then.

> I also don't understand the calls where cursor_type=NO_CURSOR,
> on_p=true, and active_p=false.  I would expect to see
> HOLLOW_BOX_CURSOR there, because these are the calls where we display
> the cursor in a non-selected window.  Could you step inside
> get_window_cursor_type and see how this happens?  To arrange for that,
> get to the step before the one where the breakpoint in
> ns_draw_window_cursor will break with the above combination of
> arguments (for example, get to step "3" in your session), then add a
> breakpoint in display_and_set_cursor, trigger the next cursor display
> by typing "continue", then step through display_and_set_cursor and
> into get_window_cursor_type, and see why we end up deciding to display
> NO_CURSOR in that case.

Thanks for the instructions, I think I'll do that tomorrow.

> Also, what are your values of cursor-type and
> cursor-in-non-selected-windows?

The defaults (or the default for the platform, maybe): cursor-type is t, 
cursor-in-non-selected-windows is t.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 23 Jul 2024 01:13:02 +0000
Resent-Message-ID: <handler.71866.B71866.172169712918635 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Alan Third <alan@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172169712918635
          (code B ref 71866); Tue, 23 Jul 2024 01:13:02 +0000
Received: (at 71866) by debbugs.gnu.org; 23 Jul 2024 01:12:09 +0000
Received: from localhost ([127.0.0.1]:58800 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sW44X-0004qV-FL
	for submit <at> debbugs.gnu.org; Mon, 22 Jul 2024 21:12:09 -0400
Received: from fhigh5-smtp.messagingengine.com ([103.168.172.156]:37151)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dmitry@HIDDEN>) id 1sW44W-0004qI-2W
 for 71866 <at> debbugs.gnu.org; Mon, 22 Jul 2024 21:12:08 -0400
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
 by mailfhigh.nyi.internal (Postfix) with ESMTP id A1C691140109;
 Mon, 22 Jul 2024 21:11:58 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163])
 by compute5.internal (MEProxy); Mon, 22 Jul 2024 21:11:58 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc
 :content-transfer-encoding:content-type:content-type:date:date
 :from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to; s=fm1; t=1721697118;
 x=1721783518; bh=zx/gfkJWJy5PGRAMYKoTGh09zNIqW9SistNsqLeS3L4=; b=
 qGWAdMgF39qDBN8jkwdIsDP0WBafkLbPmPF3RGtaJoCJ3cwgXJoVrb59HfQoi50l
 7Mivy2T4DtgFAsDLFg1u4cq+UcdXQrOBBs197D1bXdF/LVxCMmpTzsORB53yXOG1
 TTQL6XdhxXJMsMy3dqowiksf3oJVpHNUq7Fx6892ciCMdq8Muzzj1ekpXeOInL+H
 C3k97w3aq6YII7Z6RizYoTuYFjtIdAeH9UYSr8hheA8x5N+M977D/Q/ln7exM5D/
 Jwth1QrfmIIXR5hthr/wiVx5ihbHBkYrhP3u+rHktQDooLgeR/HnHK0V+pqjFdhi
 EH+Vb4XQnvD19xzbfnIYHA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:content-transfer-encoding:content-type
 :content-type:date:date:feedback-id:feedback-id:from:from
 :in-reply-to:in-reply-to:message-id:mime-version:references
 :reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy
 :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1721697118; x=
 1721783518; bh=zx/gfkJWJy5PGRAMYKoTGh09zNIqW9SistNsqLeS3L4=; b=A
 RPKR9t6eAyOInaKpE4UMF0COKIwxM6SuRlisNovebXEspmyvSF0W0s8xRsqONvOo
 FVHocm59F8ibBJ6FQgTUhZcFOAjYQ+oAe5BnpfxkNUR4p83uxZ1U/cD+flNoHYEZ
 +5xpsSE1wX/XJglnzlulKbExKwHhBv5SOmaTwUChNiLYkWXq3aZHAgSz2ozzfGyu
 aoN0LHOFKvrcLlqaCjADWE3OhB4qHDEIQyX57UmHw+3kmEWt3wNVwcxzlKzkqehc
 VWxBQmlBpbmf4k0Dq1oO3iWibqYFrZLh7Z0zdlsfK0HI1ajF7PvfsifhfvLTLFq4
 iw7Kz5GiRKVn+xHeWzQYg==
X-ME-Sender: <xms:XgOfZkv18AgYSSBKq5o4bIi-TOa1CBbeeJm6iS1NQIGqNGXcx9kZuw>
 <xme:XgOfZhfvE74z_lPcoYMnktxThYNnpPcfN6ghHPPt6ntPmqj0BQQaj0LEnOd5Dayye
 92xoWEy6trRpdVjaOw>
X-ME-Received: <xmr:XgOfZvzO3yk1hNNrm9Q9V1uYgqL-AO2tL7DmB249ZnkHX4z3z2RGKP0eUfKaqFlMjpZS>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrheekgdeghecutefuodetggdotefrodftvf
 curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu
 uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc
 fjughrpefkffggfgfuvfhfhfgjtgfgsehtjeertddtvdejnecuhfhrohhmpeffmhhithhr
 hicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrthhtvg
 hrnheptdfhuedvtdevleegueelvedvjeevheffveevhedvuefftdefhfdvueeggfetgfdt
 necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepughmih
 htrhihsehguhhtohhvrdguvghv
X-ME-Proxy: <xmx:XgOfZnP1dIUlLZNPMZdz8ZDz82qOUNCbzJnQieubHCPfnYTHOUIWRA>
 <xmx:XgOfZk-YmSMF9B3t96euoni_bVFPywEE_BPVyRQ6TTCRc7lUDltUyQ>
 <xmx:XgOfZvVv95Imo2FAI5tzkOCG3Esd7U4cqzudRcm6Bfw9nrCm8_mq8g>
 <xmx:XgOfZtdaagA1dGD_jWD80rfU6VWKdd2Ql3p9Tq-aUjSStIHpoq2fIw>
 <xmx:XgOfZjb_f98LFVM2zeSln01JpbOAeD_DPZa7QibYZwRR4odYJ5cOkEum>
Feedback-ID: i0e71465a:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon,
 22 Jul 2024 21:11:57 -0400 (EDT)
Message-ID: <fb38e79e-b6d1-4af4-ae5a-2ed025661663@HIDDEN>
Date: Tue, 23 Jul 2024 04:11:56 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <86o76sea9d.fsf@HIDDEN>
 <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN> <86o76scaou.fsf@HIDDEN>
 <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN> <86cyn7cito.fsf@HIDDEN>
 <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN> <86ttgibxqv.fsf@HIDDEN>
 <7ae61592-8319-4b1a-b973-4015ff1db569@HIDDEN> <86wmlda3jb.fsf@HIDDEN>
 <Zp56YrdutRv5WEes@HIDDEN> <Zp6CjHjVl1K17Umd@HIDDEN>
Content-Language: en-US
From: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <Zp6CjHjVl1K17Umd@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On 22/07/2024 19:02, Alan Third wrote:
> On Mon, Jul 22, 2024 at 04:27:30PM +0100, Alan Third wrote:
>>
>> AFAIK it's the only way of *drawing* the cursor, but it's certainly
>> possible that something else is *clearing* that space and not
>> redrawing the cursor. Unfortunately I've no idea what that might be.
> 
> FWIW, and apologies if you've already noticed this, but on my Mac I
> can see it drawing a white hollow box cursor on the second frame when
> the first frame is selected. I can see it overlapping some of the
> characters.

Not really - I've never seen what you've described. :-(

The artifact that I see only happens when the frame in question is the 
selected one.  When I switch to the frame, the character under cursor 
becomes blank. When I switch away, the character becomes visible again.

> Is it possible you're seeing a white box cursor with white text
> instead of a black box cursor with white text?

Perhaps if Emacs only uses the said "white box cursor" for the active 
frame only? And only when certain characters are under the cursor?

TBF in my custom config I see a more advanced version of this (many/most 
characters become blank under cursor after switching to some secondary 
frame) - but still that doesn't seem to happen in non-selected frames.

> A little git archaeology shows that the colour handling used to be a
> lot more complicated, but it was simplified some time ago. I don't
> understand what the old code was doing, and colour handling on the NS
> port was always a little different for some reason...

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Gerd =?UTF-8?Q?M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 23 Jul 2024 07:42:01 +0000
Resent-Message-ID: <handler.71866.B71866.172172047413778 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dmitry@HIDDEN>
Cc: Stefan Kangas <stefankangas@HIDDEN>, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172172047413778
          (code B ref 71866); Tue, 23 Jul 2024 07:42:01 +0000
Received: (at 71866) by debbugs.gnu.org; 23 Jul 2024 07:41:14 +0000
Received: from localhost ([127.0.0.1]:59154 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sWA94-0003aA-Go
	for submit <at> debbugs.gnu.org; Tue, 23 Jul 2024 03:41:14 -0400
Received: from mail-ej1-f43.google.com ([209.85.218.43]:45101)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <gerd.moellmann@HIDDEN>) id 1sWA92-0003Zw-5T
 for 71866 <at> debbugs.gnu.org; Tue, 23 Jul 2024 03:41:12 -0400
Received: by mail-ej1-f43.google.com with SMTP id
 a640c23a62f3a-a7a8553db90so55880166b.2
 for <71866 <at> debbugs.gnu.org>; Tue, 23 Jul 2024 00:41:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1721720407; x=1722325207; darn=debbugs.gnu.org;
 h=mime-version:user-agent:message-id:date:references:in-reply-to
 :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to;
 bh=mn3nO2jyXjxruD8kLzxVFqz/zlw5/+hKAlOFLPqhPFk=;
 b=guLMjbWLejMh5H+yxEGSWuSZgcEMZfCl++yz1eEJDH7oxBwac+dhlBSLbxlkBAsmqH
 OhgixL0BD49LKXoFsqtlaBMLkVlEWzYl+yJl5GyuA3sMsYdPmKnYSo06FL8dnCqsSK4K
 6nKFIaTMGDscMExoJcr3bzGJ9B6DwR235t9GaK4w9boAUrpPhoUlSywZO4WKK+3Fs8dn
 bfiB3L4mvF0/eVkR2ALjm/e4K2JyHviFe2diLyw4BvNAASxS4bu2ALpVH6vBmXm5x4rR
 ijgdGgnURajkxq3ZQc2oBo0i3+AgNDvxv4oPVk9rEVstpGDH6jPyHw4+KwMNSuN43QgQ
 S0fQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1721720407; x=1722325207;
 h=mime-version:user-agent:message-id:date:references:in-reply-to
 :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date
 :message-id:reply-to;
 bh=mn3nO2jyXjxruD8kLzxVFqz/zlw5/+hKAlOFLPqhPFk=;
 b=aqXBTRtFjfECM6FNq81pJXAswzdfmEgp2uFyk6FIEoewX1r93mIXAQxkDz9g0FPOQ/
 E/hombfbGVHY+Pc6c54UFh0NziksZ/KMR8jOBi8RlIFsAFqOA7fcqYAnGvksP0bLsq2o
 sOYfa7PEA0TkMWSyOZL+1rXSZzhXBK933h76xFD0XqFYeL8IP+FlU+BtvDXDv4L3GTrK
 XYNGRsDnxXR4LnEbMO1F7Ygt1uZ9jtdma2dYD+kswyDioPYSMxEz+zTIz95s2lMNotfn
 g0Dd8+2lMJRImYDOG7BYftZWoTAijNrSdF+P0qA4mfqP2uIaII8NJelGijVuzBW8zr+h
 Jcuw==
X-Forwarded-Encrypted: i=1;
 AJvYcCWRE23E8KOgU3GGX1j+cirHCYdompbLoXiTRcIgdA4Og88lRwKI7dZSwV+OBaY++3Ssy5ygbL9cMozOOMzOtw5lYUKrmoI=
X-Gm-Message-State: AOJu0YwxDPjSflhO5j+nYaNgEdj9HxeBeg2rDGUBilV7S1973XOvjJsw
 BIY61bvls+ZHYtdcFn8MegjGkxLG7seAiQVLIF0rYo70RvA1Y80mDdEMbw==
X-Google-Smtp-Source: AGHT+IF6XANpPl9Keur8vFH0NRB4DgSkYRdhPV0xWt5viluzjvLQJ1edB4MoLjJdQZcFjgWEjIkzMA==
X-Received: by 2002:a17:907:60cb:b0:a7a:8cb9:7491 with SMTP id
 a640c23a62f3a-a7a8cb97505mr124798366b.54.1721720406398; 
 Tue, 23 Jul 2024 00:40:06 -0700 (PDT)
Received: from pro2.fritz.box (pd9e3603f.dip0.t-ipconnect.de. [217.227.96.63])
 by smtp.gmail.com with ESMTPSA id
 a640c23a62f3a-a7a3c8c1e2asm504091366b.129.2024.07.23.00.40.05
 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
 Tue, 23 Jul 2024 00:40:06 -0700 (PDT)
From: Gerd =?UTF-8?Q?M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
In-Reply-To: <e62b722d-f85a-4109-9459-38fce60611af@HIDDEN> (Dmitry Gutov's
 message of "Wed, 10 Jul 2024 05:56:14 +0300")
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <CADwFkmk6_B2wy4Mgs5zsut-8DFLxCK8BAs1gvUNOEdHBpjHLSw@HIDDEN>
 <91d6db11-b866-4f1f-bf8b-d91af2e3dfe3@HIDDEN>
 <CADwFkmmWP6c575BFjKOyjvaJGi1dyzWpzSm3gryn+GsWoEwmtQ@HIDDEN>
 <e62b722d-f85a-4109-9459-38fce60611af@HIDDEN>
Date: Tue, 23 Jul 2024 09:40:04 +0200
Message-ID: <m27cdclfor.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Dmitry Gutov <dmitry@HIDDEN> writes:

> On 09/07/2024 21:22, Stefan Kangas wrote:
>> Dmitry Gutov <dmitry@HIDDEN> writes:
>> 
>>> Not sure what is the difference between our machines - but mine is an M3
>>> Pro, FWIW.
>> M2 Pro here, using the latest version of various libraries available
>> on
>> Homebrew.
>> Maybe some build flags or features are different?
>
> Right, I don't have pass any explicit flags to configure.
>
>> Configured using:
>>   'configure --enable-checking=yes,glyphs
>>   --enable-check-lisp-object-type'
>
> ...but I have just recompiled after re-running configure with the
> above options, and the bug still reproduces. Not 'make boostrap',
> though, just './configure ...' and then 'make'.
>
>> Configured features:
>> ACL GNUTLS LCMS2 LIBXML2 MODULES NOTIFY KQUEUE NS PDUMPER PNG SQLITE3
>> THREADS TOOLKIT_SCROLL_BARS TREE_SITTER ZLIB
>
> LCMS2, PNG, SQLITE3 are not in my list, otherwise it's the same.

I can reproduce this with current master, but only with the font
Cascadia Mono. Tried a number of different fonts like Fira Code and
Monaco. Cascadia comes from Homebrew, BTW.

And now to my pet peeve :-). Dmitry could you please comment out the
calls to redisplay (2 of them) in nsterm.m and try again?

(A little background: When compiled with ASAN, one can see that these
calls can access invalid data in a face cache and so on.)

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 23 Jul 2024 11:18:02 +0000
Resent-Message-ID: <handler.71866.B71866.17217334592773 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dmitry@HIDDEN>
Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.17217334592773
          (code B ref 71866); Tue, 23 Jul 2024 11:18:02 +0000
Received: (at 71866) by debbugs.gnu.org; 23 Jul 2024 11:17:39 +0000
Received: from localhost ([127.0.0.1]:59312 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sWDWU-0000if-QG
	for submit <at> debbugs.gnu.org; Tue, 23 Jul 2024 07:17:39 -0400
Received: from eggs.gnu.org ([209.51.188.92]:35282)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1sWDWR-0000iR-PK
 for 71866 <at> debbugs.gnu.org; Tue, 23 Jul 2024 07:17:37 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1sWDWF-0007A3-Un; Tue, 23 Jul 2024 07:17:23 -0400
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=8IqOTxakhnjh2+f07RLPdAhSWREtOJF0N9BifNvjE00=; b=HkfwoAxCGxdd
 qnog/9ESueMv7KIxE5M36FMByo+nz0bcuderM5ipgk7Z5BS1E+VylF9OKMaE4C0jnrxrts5qbupyU
 h01Gfz3Qp0wxiX8mLdRXGNiz5nGQSlflsIrbJgpdOD1hBHar9IC/jZ/LK28l56qxOLXZrCKhX44RK
 cYU8V32Ke3uThcLSkhpHgcZti5NaXnFON7A2S2VsWnWUpE4Wg8c7ptUNTCInGen+5geT2Z18Jf1Ny
 cMFbOKdyrro4pWaMzy/fJIxOCYtpiPlQbfhNACpk5+67ca3eyJdE4JXGIEvrsFcoK9+2sue7XS52O
 RNSeINrxt+9cxpSoIyC1Pw==;
Date: Tue, 23 Jul 2024 14:17:20 +0300
Message-Id: <86bk2o9x33.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <585145fb-ede0-4591-9cab-2165f137af32@HIDDEN> (message from
 Dmitry Gutov on Tue, 23 Jul 2024 04:06:39 +0300)
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <86frstfiop.fsf@HIDDEN> <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN>
 <86v81i526t.fsf@HIDDEN> <1f5f741f-d599-4051-8a34-27d349360eb8@HIDDEN>
 <86sewiztr2.fsf@HIDDEN> <d67cdfa2-dc75-4d58-8f82-49ddc55f5e45@HIDDEN>
 <867cdto3uk.fsf@HIDDEN> <56cc929b-5491-4ed4-a527-d0b1a369e625@HIDDEN>
 <86o76sea9d.fsf@HIDDEN> <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN>
 <86o76scaou.fsf@HIDDEN> <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN>
 <86cyn7cito.fsf@HIDDEN> <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN>
 <86ttgibxqv.fsf@HIDDEN> <7ae61592-8319-4b1a-b973-4015ff1db569@HIDDEN>
 <86wmlda3jb.fsf@HIDDEN> <585145fb-ede0-4591-9cab-2165f137af32@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Tue, 23 Jul 2024 04:06:39 +0300
> Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org
> From: Dmitry Gutov <dmitry@HIDDEN>
> 
> > Moreover, the only event in the video where a previously-displayed
> > cursor disappears in one of the windows is the last part, where you
> > type "c" and the debugger says "Process 7616 resuming".  And that
> > happens without ns_draw_window_cursor being called!
> 
> I think that could still have happened in ns_draw_window_cursor.
> 
> We hit the breakpoint at the beginning of the function, right? So when I 
> just choose 'continue' the rest of the function executes, and the thing 
> with the cursor might happen then.

No, because ns_draw_window_cursor was called with
cursor_type=NO_CURSOR, and in that case the function returns a couple
of lines below the breakpoint without doing anything.

So I think Alan is right, and this is the effect of the macOS built-in
double-buffering of the GUI display.  But in that case there's no hope
for us to match the code being stepped through with what's on the
glass.

> > Also, what are your values of cursor-type and
> > cursor-in-non-selected-windows?
> 
> The defaults (or the default for the platform, maybe): cursor-type is t, 
> cursor-in-non-selected-windows is t.

That's what I thought, in which case the mystery of NO_CURSOR still
stands.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 23 Jul 2024 11:20:01 +0000
Resent-Message-ID: <handler.71866.B71866.17217335852959 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dmitry@HIDDEN>
Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.17217335852959
          (code B ref 71866); Tue, 23 Jul 2024 11:20:01 +0000
Received: (at 71866) by debbugs.gnu.org; 23 Jul 2024 11:19:45 +0000
Received: from localhost ([127.0.0.1]:59317 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sWDYX-0000le-Ag
	for submit <at> debbugs.gnu.org; Tue, 23 Jul 2024 07:19:45 -0400
Received: from eggs.gnu.org ([209.51.188.92]:37054)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1sWDYV-0000lS-Kr
 for 71866 <at> debbugs.gnu.org; Tue, 23 Jul 2024 07:19:44 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1sWDYL-0007Og-Dl; Tue, 23 Jul 2024 07:19:33 -0400
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=lVZLnkypeKQxuB0+1iwXA/wLKEwX7yPXlSQrlZuz72E=; b=DXoovBYrmyIx
 jKipVT5HGlVdymgnBiTXcvzK+OPKwNGj1osUm9xMgJ3q2kEWVQqBriXlwHYw2Y+VKWwbSrxsN80Zj
 ZgLJut0P73YV6Y258aHzCX+TvwEyWI86P6qdJvp5KHNu7vIZSuPPmcVwciA23/MfMcspISaOXEGFc
 5ORABSJDhLNXruyCdIyx22SXEr78JIpvcOdU5cwErNItQbSUs/y/xV3QtB5XlgYOft+DSFx4nhzbn
 symLArtBXf+PdKTY4fszPGhCU261OPsD66diyEAVv8Q7b/Mo9CG2jOoMdDzkKismd4emISvvH0uaA
 cJ8TCLB00k18c3e4YkXOoQ==;
Date: Tue, 23 Jul 2024 14:19:25 +0300
Message-Id: <86a5i89wzm.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <fb38e79e-b6d1-4af4-ae5a-2ed025661663@HIDDEN> (message from
 Dmitry Gutov on Tue, 23 Jul 2024 04:11:56 +0300)
References: <86o76sea9d.fsf@HIDDEN>
 <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN> <86o76scaou.fsf@HIDDEN>
 <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN> <86cyn7cito.fsf@HIDDEN>
 <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN> <86ttgibxqv.fsf@HIDDEN>
 <7ae61592-8319-4b1a-b973-4015ff1db569@HIDDEN> <86wmlda3jb.fsf@HIDDEN>
 <Zp56YrdutRv5WEes@HIDDEN> <Zp6CjHjVl1K17Umd@HIDDEN>
 <fb38e79e-b6d1-4af4-ae5a-2ed025661663@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Tue, 23 Jul 2024 04:11:56 +0300
> From: Dmitry Gutov <dmitry@HIDDEN>
> 
> > Is it possible you're seeing a white box cursor with white text
> > instead of a black box cursor with white text?
> 
> Perhaps if Emacs only uses the said "white box cursor" for the active 
> frame only? And only when certain characters are under the cursor?
> 
> TBF in my custom config I see a more advanced version of this (many/most 
> characters become blank under cursor after switching to some secondary 
> frame) - but still that doesn't seem to happen in non-selected frames.

That sounds like clipping to me.  (It should be followed by drawing in
the clipped region, but for some reason isn't.)  Emacs sometimes clips
and clears a region around the cursor if it thinks redrawing the
cursor will affect neighboring characters.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 24 Jul 2024 00:49:02 +0000
Resent-Message-ID: <handler.71866.B71866.172178211919068 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172178211919068
          (code B ref 71866); Wed, 24 Jul 2024 00:49:02 +0000
Received: (at 71866) by debbugs.gnu.org; 24 Jul 2024 00:48:39 +0000
Received: from localhost ([127.0.0.1]:32916 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sWQBL-0004xU-26
	for submit <at> debbugs.gnu.org; Tue, 23 Jul 2024 20:48:39 -0400
Received: from fout8-smtp.messagingengine.com ([103.168.172.151]:33161)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dmitry@HIDDEN>) id 1sWQBI-0004xE-BJ
 for 71866 <at> debbugs.gnu.org; Tue, 23 Jul 2024 20:48:37 -0400
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44])
 by mailfout.nyi.internal (Postfix) with ESMTP id 0841813801EC;
 Tue, 23 Jul 2024 20:48:26 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162])
 by compute4.internal (MEProxy); Tue, 23 Jul 2024 20:48:26 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc
 :cc:content-transfer-encoding:content-type:content-type:date
 :date:from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to; s=fm1; t=1721782106;
 x=1721868506; bh=VWm8DXzUEMIyGPEmPS1tZNEhXW2W7zgjLlWU96yqBd0=; b=
 qlmZTB9Y1REd85GfgmbiSzPotlSZXt0nwrztgsFq/uGzxEwrMnpI8+yS4x3yK1ob
 Ru5NkH4xMMHuqrSyxwg4etWsTOje7Ur7ZIjOWzJBX7YIu7xZd0ZkKaZ6LoPOApwJ
 ESLKDmKw0zScDX1Jui9w2VV5KapbxocZ+1nSTkLGsOZuqoHNELJYRRncejUxf6iM
 iubZNcDm3kqSM7/eJH1kyTPcVoLJ6ee2HHDo1hXc/0oB0mSSthKtf/aLJ4Qo0+rP
 Bdbn0tWr+Wa5cmWYYgxWSkyRrmzwp5nBWMdvZer1snfoaYF1vMadhmRCzweRqlhG
 flWnoHLYeBF2bCzhHU0i3A==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:cc:content-transfer-encoding
 :content-type:content-type:date:date:feedback-id:feedback-id
 :from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy
 :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1721782106; x=
 1721868506; bh=VWm8DXzUEMIyGPEmPS1tZNEhXW2W7zgjLlWU96yqBd0=; b=G
 e5/Qh2OsUIlE+z4OFfbnh0ynoPMcDRhvqvNn4c8L5RbaESZ0/XzGTRnfpnw8sicL
 3Ym3cwDs8x2Zy+yEBipFgsglirBzejVCbSY7PykPKcBmcTym8Opl7moEJCvATs4W
 1COf5iVmJ6A33f0tu/gLAkmVoZXfDOa+uS6vmVcsTMUF7DMLumOuqzHm73ekHW/W
 i4BX25GAh6+MZ3OtFPjHFsgCWxbPiVFidtOC3FFSg0IYVPiw0zkBMUS54wD1K2nh
 CKFoJidg3/MqEutH0+tf8v9lZtOQTPLNxVFa+x2ESlg4tT3zEK5snfAxk9AtnleM
 HXjVnWEiigBWFEyitiuBA==
X-ME-Sender: <xms:WU-gZoG3vOahUBnx1-8y8RfSqwBG7Ncn20H17FMQyvzDN9Ba8gIArA>
 <xme:WU-gZhUkGhy_Dt3JM7TyQNxKKE4g2fE6dOmgcJ1IcQ-Y_774GM3BGmrdP3JKsu3s3
 Ju2HWUez0FOMOElll0>
X-ME-Received: <xmr:WU-gZiKTSOQbgEsII-Iaghg6_dcwdIz4hyPkAH8_gP6CtCpBgHZyQuG0yfDQl4a20CVc>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddriedtgdegtdcutefuodetggdotefrodftvf
 curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu
 uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc
 fjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeenucfhrhhomhepffhmihht
 rhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrghtth
 gvrhhnpeetudeljeegheetgfehgeejkeeuhedvveeikeeufedtvddtveefhfdvveegudej
 heenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumh
 hithhrhiesghhuthhovhdruggvvhdpnhgspghrtghpthhtoheptd
X-ME-Proxy: <xmx:WU-gZqGdUssysXgPg6qepH9EziUqdgSQl9oH2W_1gH3zihYp2zljiw>
 <xmx:WU-gZuWHe_bkxuqLP1TnBu_1bq4q1xeAGgQ9exgwnHLgFwostXs2Sg>
 <xmx:WU-gZtM2s0xUZSs_cPb8BquqFYRw8R6XnYn9qbuEXVd-nvPPI7ho2w>
 <xmx:WU-gZl17saIgLim-X3z5lKcpl5dRqJtxJUgTk9SPWOVsm6syPC4uZw>
 <xmx:Wk-gZtSDThEgXmFsNiOtFG5K9DuFlofwVOp_X3NwfA4bIOk8CEm4KfEJ>
Feedback-ID: i0e71465a:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue,
 23 Jul 2024 20:48:24 -0400 (EDT)
Message-ID: <6f097f2d-29fd-4f2d-8482-569a970f5954@HIDDEN>
Date: Wed, 24 Jul 2024 03:48:22 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <86o76sea9d.fsf@HIDDEN>
 <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN> <86o76scaou.fsf@HIDDEN>
 <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN> <86cyn7cito.fsf@HIDDEN>
 <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN> <86ttgibxqv.fsf@HIDDEN>
 <7ae61592-8319-4b1a-b973-4015ff1db569@HIDDEN> <86wmlda3jb.fsf@HIDDEN>
 <Zp56YrdutRv5WEes@HIDDEN> <Zp6CjHjVl1K17Umd@HIDDEN>
 <fb38e79e-b6d1-4af4-ae5a-2ed025661663@HIDDEN> <86a5i89wzm.fsf@HIDDEN>
Content-Language: en-US
From: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <86a5i89wzm.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On 23/07/2024 14:19, Eli Zaretskii wrote:
>> Date: Tue, 23 Jul 2024 04:11:56 +0300
>> From: Dmitry Gutov<dmitry@HIDDEN>
>>
>>> Is it possible you're seeing a white box cursor with white text
>>> instead of a black box cursor with white text?
>> Perhaps if Emacs only uses the said "white box cursor" for the active
>> frame only? And only when certain characters are under the cursor?
>>
>> TBF in my custom config I see a more advanced version of this (many/most
>> characters become blank under cursor after switching to some secondary
>> frame) - but still that doesn't seem to happen in non-selected frames.
> That sounds like clipping to me.  (It should be followed by drawing in
> the clipped region, but for some reason isn't.)  Emacs sometimes clips
> and clears a region around the cursor if it thinks redrawing the
> cursor will affect neighboring characters.

Just to clarify: in each of those cases only one char is blanked at a 
time, it's just that with my personal config I don't have to try so hard 
to reproduce it (don't have to put the cursor over 's', let's just say).

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 24 Jul 2024 00:58:02 +0000
Resent-Message-ID: <handler.71866.B71866.172178263319828 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Gerd =?UTF-8?Q?M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
Cc: Stefan Kangas <stefankangas@HIDDEN>, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172178263319828
          (code B ref 71866); Wed, 24 Jul 2024 00:58:02 +0000
Received: (at 71866) by debbugs.gnu.org; 24 Jul 2024 00:57:13 +0000
Received: from localhost ([127.0.0.1]:32921 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sWQJd-00059k-2g
	for submit <at> debbugs.gnu.org; Tue, 23 Jul 2024 20:57:13 -0400
Received: from fout8-smtp.messagingengine.com ([103.168.172.151]:54817)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dmitry@HIDDEN>) id 1sWQJa-00059R-8Z
 for 71866 <at> debbugs.gnu.org; Tue, 23 Jul 2024 20:57:10 -0400
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
 by mailfout.nyi.internal (Postfix) with ESMTP id 57562138044A;
 Tue, 23 Jul 2024 20:56:59 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162])
 by compute5.internal (MEProxy); Tue, 23 Jul 2024 20:56:59 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc
 :cc:content-transfer-encoding:content-type:content-type:date
 :date:from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to; s=fm1; t=1721782619;
 x=1721869019; bh=KLydB96aG0/P9Zvml2E+CKm9gWsQOYBFDjiEOIDWO84=; b=
 ujaKpHlPd8tXxCITzYMurW8g4O6L4CRYV0C6UUF2V8DsvlRYg+FNCJ+dl+4SxKPT
 c/grVCAW1pI6N85PxV3ZLIm95D1jUXrnNkYJKi2q8XZcdzDvVtPLei4B9SiIKUVx
 o5lLet3+sxjXTDn4Olr8/l63ip06DHm3BxNpW6H5AvTEPbwDvR/Bhtx/88lwLJ34
 zPabhAZbQkcUeM4V9YFv/Q8gVYGGFT6mXRf2DclDx17yVDL1Gyabjzkf8GJy1KQa
 ++jTZFr1aFcp/OE2V+GjSL7qkKh05JOgsVMu7KcKINy1CZ0cbvuAFG//GeuUp3z4
 9O/d6ENkNse8lNynGwuq2Q==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:cc:content-transfer-encoding
 :content-type:content-type:date:date:feedback-id:feedback-id
 :from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy
 :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1721782619; x=
 1721869019; bh=KLydB96aG0/P9Zvml2E+CKm9gWsQOYBFDjiEOIDWO84=; b=a
 /6Aywicm94GuIbsOVQTPqczKY6ag8P5VZJhq+vyKM3yDP2C4p7xNjiXPUPwE5xzk
 5FaGqddryLepOspjAo+YJdvYv7Hcb5QdSJ/7JsqBsa+UHGGor7nIIpgjl10kQEcF
 5w2/r4ljoVpKcBgsf2f2s7n/SYBgx3FDSKQKuvp3T9jKqXNz7zVsN0pe/zznzE2A
 kBvFZoWrakCcGB/j1IM4Le8GKTJPlxXFxMUhUGf/lKTqKQQOeFh2W8ZUEabjWPkg
 QigMzf0C38BuSCVHgnNztfRNgmnQV27shYzyX5Dx0Vgnsv7jtVxuJl9rtNVf2RFA
 HDQlL3H6l7USumNQTdETA==
X-ME-Sender: <xms:W1GgZvu0BMUqRyfD-fpScfq-VcnKTg5b7046xEy-bXhgu9OJp2ZpWQ>
 <xme:W1GgZget9ObqocYiEdQ_NF0JNexZjQRoPMepM763RXCMYoky1CZRNY5D6fPTRAjoO
 QY2eq8_jhoKNBr_KJA>
X-ME-Received: <xmr:W1GgZixOdrXuTVXmf-5tbe-lZZf-Dbs6-w3Wl_l6QnIkdeT4nE2NhxWHkNntxsUa1o8B>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddriedtgdegvdcutefuodetggdotefrodftvf
 curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu
 uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc
 fjughrpefkffggfgfuvfevfhfhjggtgfesthekredttddvjeenucfhrhhomhepffhmihht
 rhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrghtth
 gvrhhnpeegleefteekgffhvdfhtdegveevveetteegteevgeettdehhfdukeetheffueek
 keenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumh
 hithhrhiesghhuthhovhdruggvvhdpnhgspghrtghpthhtoheptd
X-ME-Proxy: <xmx:W1GgZuM8DguGoQ0WwwGoIFDe_hbtiCtbCGgMfg48hitRB3siqlAptw>
 <xmx:W1GgZv-iS7eLemJGjFhP64UEntSblBVIH6ShZuIJc7b_obLB4ZjI0Q>
 <xmx:W1GgZuUcoOVc2rH6xwgEwHHftGrHGNYy9j5u9w6i2xPoclW9TIiFKA>
 <xmx:W1GgZged20rOY0kaNM20DTUgZe2gMx0CT32chch_XXxoCB0hZjtYow>
 <xmx:W1GgZiZaV1kDYlY5mHnuG4VN2DPYcIVGBMobnDmFm9ETHgRBkT3VcE_o>
Feedback-ID: i0e71465a:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue,
 23 Jul 2024 20:56:58 -0400 (EDT)
Message-ID: <68028cb9-4572-4dc8-b5d8-a8d170d6af92@HIDDEN>
Date: Wed, 24 Jul 2024 03:56:56 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <CADwFkmk6_B2wy4Mgs5zsut-8DFLxCK8BAs1gvUNOEdHBpjHLSw@HIDDEN>
 <91d6db11-b866-4f1f-bf8b-d91af2e3dfe3@HIDDEN>
 <CADwFkmmWP6c575BFjKOyjvaJGi1dyzWpzSm3gryn+GsWoEwmtQ@HIDDEN>
 <e62b722d-f85a-4109-9459-38fce60611af@HIDDEN>
 <m27cdclfor.fsf@HIDDEN>
Content-Language: en-US
From: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <m27cdclfor.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On 23/07/2024 10:40, Gerd Möllmann wrote:

> I can reproduce this with current master, but only with the font
> Cascadia Mono. Tried a number of different fonts like Fira Code and
> Monaco. Cascadia comes from Homebrew, BTW.

Thanks! Indeed, the font is a requirement. I installed it from somewhere 
else, though (an archive on Github, maybe).

> And now to my pet peeve :-). Dmitry could you please comment out the
> calls to redisplay (2 of them) in nsterm.m and try again?

I've tried that now, but it didn't seem to help. Does it make a 
difference on your system?

> (A little background: When compiled with ASAN, one can see that these
> calls can access invalid data in a face cache and so on.)

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Gerd =?UTF-8?Q?M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 24 Jul 2024 03:50:01 +0000
Resent-Message-ID: <handler.71866.B71866.17217929653136 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dmitry@HIDDEN>
Cc: Stefan Kangas <stefankangas@HIDDEN>, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.17217929653136
          (code B ref 71866); Wed, 24 Jul 2024 03:50:01 +0000
Received: (at 71866) by debbugs.gnu.org; 24 Jul 2024 03:49:25 +0000
Received: from localhost ([127.0.0.1]:32951 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sWT0H-0000oV-ET
	for submit <at> debbugs.gnu.org; Tue, 23 Jul 2024 23:49:25 -0400
Received: from mail-lj1-f178.google.com ([209.85.208.178]:54358)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <gerd.moellmann@HIDDEN>) id 1sWT0E-0000oI-Os
 for 71866 <at> debbugs.gnu.org; Tue, 23 Jul 2024 23:49:24 -0400
Received: by mail-lj1-f178.google.com with SMTP id
 38308e7fff4ca-2ef2ed592f6so34729211fa.0
 for <71866 <at> debbugs.gnu.org>; Tue, 23 Jul 2024 20:49:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=gmail.com; s=20230601; t=1721792891; x=1722397691; darn=debbugs.gnu.org;
 h=content-transfer-encoding:mime-version:user-agent:message-id:date
 :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date
 :message-id:reply-to;
 bh=NV0+N7bpU0qs197shrmfiA+wwr8xlMcdUcCieiZxOY4=;
 b=Q4SICZNbLkpr+SHwDcRqNypp+ZUK06XVwlyMgLVWxwiDhU8fqyC9Q2RtRbWaObD2x1
 B6pN924/rRGm5b6Ly5FvA517wFPIZnqVYhTIvKPQfScNa64X7ujM9/4FZ27AHBoiKnqX
 5zQedguaEs5Pif80Et7GrNbN/i+/AlKpA5KkUZCMkG6I0Dszlg/8veVvmJlBFCejRPwF
 wDw+PbsL1YPaXrdjAGeXzBYge1LGOMLNAaPpBXGYnQWuDLQZEoL2RDOZqhlCYhpJS4EJ
 C/WDExnfqTaLdA4G4eM1dr+RHGByKNu9cb78jv8rDvewInmsTRExYVA9Cum0b9wG0vZq
 5VYg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20230601; t=1721792891; x=1722397691;
 h=content-transfer-encoding:mime-version:user-agent:message-id:date
 :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from
 :to:cc:subject:date:message-id:reply-to;
 bh=NV0+N7bpU0qs197shrmfiA+wwr8xlMcdUcCieiZxOY4=;
 b=tWD0SkjzPdn7L3Cv8HIPHNgxz5LLJNb2Y26/W8DQnr8SeTEoeG8cFQYhVMIFPB06AE
 mi18F7AIeSln+VTcMBFPNH18i5bjqKTMGiyQOVD56H3WEU1HjBUIt22PKugGrFY08TZ/
 L9LOwfXfq4wxrL+aF9ICAJikhr+qL1AMyRo5Q9JLrHlNWZRujHa9ngTKluG8BmJ3DjZ+
 cdbYUDzWdZV/5jRqQJaguGcv/jjEEzUqGanNrAKkBBZG6HzPmHeEf8sCPYmvvxEyQtZP
 O+BnEBUpCnctaMG/XcnsPMDmrr6niXF8xC/IbwB7saeADtqumMFh8KrIdb/ZUEmxjuEc
 W+fQ==
X-Forwarded-Encrypted: i=1;
 AJvYcCXUlwa8PM04lU8jiS+jGYYuyySfv2vidFeP1OCtTwkIGU/w4CKjc+rQMwdY0FsT7ijpISA/0GUY2GP8572R2kYouXeIFFc=
X-Gm-Message-State: AOJu0YyXHtuAq5WWgwGOaAe6c6fW1HAugJyGDGxhP6xa+6Uq39XHgqQZ
 9+uT63vDHH0YZfyOOFRC88p/nw9YyYwzUAmyHRKOuKLlC2OkVELypf8OIg==
X-Google-Smtp-Source: AGHT+IHdjq4OB3u+AcwvaRCXq26E4dC4mYDz7EroX9/mFg09i44XCHma57qudCetvyoL741LsGesvw==
X-Received: by 2002:a05:651c:2119:b0:2ee:87c1:3c94 with SMTP id
 38308e7fff4ca-2f02b99ce2dmr11812311fa.40.1721792890733; 
 Tue, 23 Jul 2024 20:48:10 -0700 (PDT)
Received: from pro2.fritz.box (p4fe3a9f9.dip0.t-ipconnect.de. [79.227.169.249])
 by smtp.gmail.com with ESMTPSA id
 4fb4d7f45d1cf-5a4e112acf9sm5987905a12.69.2024.07.23.20.48.10
 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
 Tue, 23 Jul 2024 20:48:10 -0700 (PDT)
From: Gerd =?UTF-8?Q?M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
In-Reply-To: <68028cb9-4572-4dc8-b5d8-a8d170d6af92@HIDDEN> (Dmitry Gutov's
 message of "Wed, 24 Jul 2024 03:56:56 +0300")
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <CADwFkmk6_B2wy4Mgs5zsut-8DFLxCK8BAs1gvUNOEdHBpjHLSw@HIDDEN>
 <91d6db11-b866-4f1f-bf8b-d91af2e3dfe3@HIDDEN>
 <CADwFkmmWP6c575BFjKOyjvaJGi1dyzWpzSm3gryn+GsWoEwmtQ@HIDDEN>
 <e62b722d-f85a-4109-9459-38fce60611af@HIDDEN>
 <m27cdclfor.fsf@HIDDEN>
 <68028cb9-4572-4dc8-b5d8-a8d170d6af92@HIDDEN>
Date: Wed, 24 Jul 2024 05:48:09 +0200
Message-ID: <m2wmlbpi12.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Dmitry Gutov <dmitry@HIDDEN> writes:

> On 23/07/2024 10:40, Gerd M=C3=B6llmann wrote:
>
>> I can reproduce this with current master, but only with the font
>> Cascadia Mono. Tried a number of different fonts like Fira Code and
>> Monaco. Cascadia comes from Homebrew, BTW.
>
> Thanks! Indeed, the font is a requirement. I installed it from
> somewhere else, though (an archive on Github, maybe).
>
>> And now to my pet peeve :-). Dmitry could you please comment out the
>> calls to redisplay (2 of them) in nsterm.m and try again?
>
> I've tried that now, but it didn't seem to help. Does it make a
> difference on your system?

Yes, without the calls to redisplay, I can no longer reproduce it =F0=9F=A4=
=B7

That's on a MBP with M1 Pro chip, macOS 14.5.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 24 Jul 2024 11:35:01 +0000
Resent-Message-ID: <handler.71866.B71866.172182089528037 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dmitry@HIDDEN>
Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172182089528037
          (code B ref 71866); Wed, 24 Jul 2024 11:35:01 +0000
Received: (at 71866) by debbugs.gnu.org; 24 Jul 2024 11:34:55 +0000
Received: from localhost ([127.0.0.1]:33223 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sWaGl-0007I9-6y
	for submit <at> debbugs.gnu.org; Wed, 24 Jul 2024 07:34:55 -0400
Received: from eggs.gnu.org ([209.51.188.92]:57268)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1sWaGh-0007Hg-KB
 for 71866 <at> debbugs.gnu.org; Wed, 24 Jul 2024 07:34:54 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1sWaEO-0000iv-FR; Wed, 24 Jul 2024 07:32:28 -0400
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=Wfm4yyCEAbAZWBun+WMCulfhCZWcE+evF+1uk0SSJDU=; b=We9sRwkHEvZX
 Sqf21FXJ+GCz/D4RvgMdH7jbIgVg/lIx1E5JGaB//7XmO77jfIZ96xkNiwg6LjfG/PdJ5FZwC0fs6
 D9NyrIQLzCqfLIgB3RG8m4LLZDOVvuLaUQL8BPL0720dhqVnOyD2YxbsQPy29b9JL0C63P2kOPiGK
 xXWBA0MOH+32ZaG7uEqsD8oiDm1Gsn+aDZBtAMOt9dIi62xTKtJ9TsQ2793/TO8k/x+IH1IoIyePh
 wvsewAqAnf3NcIH8AxfqQWsxqJbz5I/FDnJ/so2OXL/RrESIXYiis/Ah0hOwvW3B5y3VwJoFF3InU
 +bzuNQVZ68wGVkBKbPDtfw==;
Date: Wed, 24 Jul 2024 14:32:25 +0300
Message-Id: <861q3j81py.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <6f097f2d-29fd-4f2d-8482-569a970f5954@HIDDEN> (message from
 Dmitry Gutov on Wed, 24 Jul 2024 03:48:22 +0300)
References: <86o76sea9d.fsf@HIDDEN>
 <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN> <86o76scaou.fsf@HIDDEN>
 <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN> <86cyn7cito.fsf@HIDDEN>
 <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN> <86ttgibxqv.fsf@HIDDEN>
 <7ae61592-8319-4b1a-b973-4015ff1db569@HIDDEN> <86wmlda3jb.fsf@HIDDEN>
 <Zp56YrdutRv5WEes@HIDDEN> <Zp6CjHjVl1K17Umd@HIDDEN>
 <fb38e79e-b6d1-4af4-ae5a-2ed025661663@HIDDEN> <86a5i89wzm.fsf@HIDDEN>
 <6f097f2d-29fd-4f2d-8482-569a970f5954@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Wed, 24 Jul 2024 03:48:22 +0300
> Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org
> From: Dmitry Gutov <dmitry@HIDDEN>
> 
> On 23/07/2024 14:19, Eli Zaretskii wrote:
> >>
> >> TBF in my custom config I see a more advanced version of this (many/most
> >> characters become blank under cursor after switching to some secondary
> >> frame) - but still that doesn't seem to happen in non-selected frames.
> > That sounds like clipping to me.  (It should be followed by drawing in
> > the clipped region, but for some reason isn't.)  Emacs sometimes clips
> > and clears a region around the cursor if it thinks redrawing the
> > cursor will affect neighboring characters.
> 
> Just to clarify: in each of those cases only one char is blanked at a 
> time

Then I don't understand what you mean by "many/most characters become
blank under cursor".  It seems to contradict what you say now: that
"only one char is blanked".

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 24 Jul 2024 14:35:01 +0000
Resent-Message-ID: <handler.71866.B71866.172183167727295 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172183167727295
          (code B ref 71866); Wed, 24 Jul 2024 14:35:01 +0000
Received: (at 71866) by debbugs.gnu.org; 24 Jul 2024 14:34:37 +0000
Received: from localhost ([127.0.0.1]:34305 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sWd4f-00076B-0l
	for submit <at> debbugs.gnu.org; Wed, 24 Jul 2024 10:34:37 -0400
Received: from fout8-smtp.messagingengine.com ([103.168.172.151]:52359)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dmitry@HIDDEN>) id 1sWd4c-00075v-6g
 for 71866 <at> debbugs.gnu.org; Wed, 24 Jul 2024 10:34:35 -0400
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
 by mailfout.nyi.internal (Postfix) with ESMTP id 10DBD1380175;
 Wed, 24 Jul 2024 10:34:23 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163])
 by compute5.internal (MEProxy); Wed, 24 Jul 2024 10:34:23 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc
 :cc:content-transfer-encoding:content-type:content-type:date
 :date:from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to; s=fm1; t=1721831663;
 x=1721918063; bh=beJ/FeBhjDUj7Zq0GMfRJ/hF4xa9R/goec33+jt0ng0=; b=
 fthifcdRsAu3Nm1v3RrAHfkVl1Hm8FhYu84VxcVwj/q4vz+nbA3+aDVTRug27AQb
 Ru+9Z+IC62AiUdW0cMU8xaD3CWtsW5nDZ1A/g9ZYCwXkTwP7Tm4v5lKS8d2bVPCL
 ZTcFbM8GB7AaOAq7IvG33NGZSYEhhob9nhftf8xPgz8iBrY8UT4pIR8CwVEd2LQw
 drZ0f2ZCA2/A8ogONa69jsf2FlI3LGgXwBy1Tnp1yd+xnkgv2BUFn7Alw3d2DN/8
 +ixgr5G4C5v7opuC/LiNnjeP8yxvvn/BK3KSssnTajq/9fyVPnvHfugh6f8BY6DT
 UzVqqWdvB5Wrrl1+5XBBOw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:cc:content-transfer-encoding
 :content-type:content-type:date:date:feedback-id:feedback-id
 :from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy
 :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1721831663; x=
 1721918063; bh=beJ/FeBhjDUj7Zq0GMfRJ/hF4xa9R/goec33+jt0ng0=; b=B
 wnmmoUquiVSsVVvD2jcsP4/HxBVcQpMmx+M015B89z3PXEzykYU6kvzbyNXMq9lu
 zhIY7SBme2mBfjrRAVKK1sxqxO/lhmVjTmZjBJcAC+IIbS33cqodFXEgjF53ewVd
 9OzgH6e6qo89XzT0hz/C5GMAFO07MI1y2vjP0fcTW4ldszmnN9udm+K50AgIe674
 PygxVyfJiAQ/7c3dmHU0/UGNJVcJzq/f1RgtTq/E0QnBiDMmKSN2VKcUzLrHqOgs
 q2K/tBAJI9C07pzQZVhnr6wZF5sT1/TMRZye4qbxi/hnkD1IVGPJSU6vlIEqFiAx
 VrPx8M3FXntaeZG1tLCCA==
X-ME-Sender: <xms:7hChZi70dypdRi5ita31MGI27O4H408amUFoGPzgpGjbSNl_VDkWSA>
 <xme:7hChZr5n0iCi3QVuLo3JQBbU1ywxg-k9piESynspJlMEpPQeGy5IJdlJsPSKXPRdB
 FU11gKsOHMffADAdho>
X-ME-Received: <xmr:7hChZhc4U2E6yTCyDE_B-B2cOkdbEDSlB3koeuENcQs0ZQCtQfZ_CYpXJ3v9NYu8b-o9>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddriedugdejlecutefuodetggdotefrodftvf
 curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu
 uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc
 fjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeenucfhrhhomhepffhmihht
 rhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrghtth
 gvrhhnpeetudeljeegheetgfehgeejkeeuhedvveeikeeufedtvddtveefhfdvveegudej
 heenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumh
 hithhrhiesghhuthhovhdruggvvhdpnhgspghrtghpthhtoheptd
X-ME-Proxy: <xmx:7hChZvL36iBwNKmpBpJ-XUS065hJ246IMqoJUbb95fHss2_cQDcIuA>
 <xmx:7hChZmLCKsrAzLC-MAShAcD_DWqIM-RtsK9HFMVGNlpYgp-dlVbgSQ>
 <xmx:7hChZgxsFy4gwHXRA8icjdTf9WGJdJe3D9aoJLimS6HA24OiQ-x9RA>
 <xmx:7hChZqJauSCdmtKjCVkdIEC4DdH8e5l7cK8oEgtMOUk9hbzdvOMR3w>
 <xmx:7xChZi3HhHQdWEl2_Qp_b-We7xi3Mzc52yfZYgFdb2BPJM75n364V9PU>
Feedback-ID: i0e71465a:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed,
 24 Jul 2024 10:34:21 -0400 (EDT)
Message-ID: <62f73017-60e4-486a-8a34-fa8339c0307c@HIDDEN>
Date: Wed, 24 Jul 2024 17:34:18 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <86o76sea9d.fsf@HIDDEN>
 <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN> <86o76scaou.fsf@HIDDEN>
 <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN> <86cyn7cito.fsf@HIDDEN>
 <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN> <86ttgibxqv.fsf@HIDDEN>
 <7ae61592-8319-4b1a-b973-4015ff1db569@HIDDEN> <86wmlda3jb.fsf@HIDDEN>
 <Zp56YrdutRv5WEes@HIDDEN> <Zp6CjHjVl1K17Umd@HIDDEN>
 <fb38e79e-b6d1-4af4-ae5a-2ed025661663@HIDDEN> <86a5i89wzm.fsf@HIDDEN>
 <6f097f2d-29fd-4f2d-8482-569a970f5954@HIDDEN> <861q3j81py.fsf@HIDDEN>
Content-Language: en-US
From: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <861q3j81py.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On 24/07/2024 14:32, Eli Zaretskii wrote:
>> Date: Wed, 24 Jul 2024 03:48:22 +0300
>> Cc:alan@HIDDEN,71866 <at> debbugs.gnu.org
>> From: Dmitry Gutov<dmitry@HIDDEN>
>>
>> On 23/07/2024 14:19, Eli Zaretskii wrote:
>>>> TBF in my custom config I see a more advanced version of this (many/most
>>>> characters become blank under cursor after switching to some secondary
>>>> frame) - but still that doesn't seem to happen in non-selected frames.
>>> That sounds like clipping to me.  (It should be followed by drawing in
>>> the clipped region, but for some reason isn't.)  Emacs sometimes clips
>>> and clears a region around the cursor if it thinks redrawing the
>>> cursor will affect neighboring characters.
>> Just to clarify: in each of those cases only one char is blanked at a
>> time
> Then I don't understand what you mean by "many/most characters become
> blank under cursor".  It seems to contradict what you say now: that
> "only one char is blanked".

In the recipe I managed to produce starting with 'emacs -Q', only 's' is 
such a character (see the original description). When point is over 'a' 
or 'd', no bug.

In actual practice, many/all characters exhibit the problem, I just 
haven't managed to create a simple repro for this.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 24 Jul 2024 16:31:02 +0000
Resent-Message-ID: <handler.71866.B71866.172183861017029 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Dmitry Gutov <dmitry@HIDDEN>
Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.172183861017029
          (code B ref 71866); Wed, 24 Jul 2024 16:31:02 +0000
Received: (at 71866) by debbugs.gnu.org; 24 Jul 2024 16:30:10 +0000
Received: from localhost ([127.0.0.1]:34366 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sWesU-0004Qb-0C
	for submit <at> debbugs.gnu.org; Wed, 24 Jul 2024 12:30:10 -0400
Received: from eggs.gnu.org ([209.51.188.92]:37560)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>) id 1sWesQ-0004PZ-6m
 for 71866 <at> debbugs.gnu.org; Wed, 24 Jul 2024 12:30:08 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1sWesD-0002w3-H4; Wed, 24 Jul 2024 12:29:53 -0400
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=5maHG+7IH/kjivlq7I9wOqmbhqAsAVecdxbIDr8l/Ys=; b=PFM38ZZOxkgv
 mG59iazlA6IRM8BcZlN2NXwTNd4WCcIrm4bhygcVrw7ilmdvnhQSeDI/6p/KOlxc/bvfeOajZV8Lq
 gwHSfnKlt8g22JtK5Q3wt3b2SxDaMJySxLkC9MSNnisrTYN23122YDL5ar3GFN4tKR7BXtsU6lhbN
 74+U1gpzxzURm/v8DwB8jt/bV9bIEP/bUdOWJed1qVFkdz73Mw51o1kJ/2v4d97/8TyNSueVUFE6r
 juyoDrDL7Bg+fn6E1JJeVXArbJVW1dJkwLdi2kNRXhKs68rKu5GQgKo0KvlIxKdUgOh2Pv/Dna2du
 3iqoooIqQqTzWznI4yM/DA==;
Date: Wed, 24 Jul 2024 19:29:49 +0300
Message-Id: <86frry7nya.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <62f73017-60e4-486a-8a34-fa8339c0307c@HIDDEN> (message from
 Dmitry Gutov on Wed, 24 Jul 2024 17:34:18 +0300)
References: <86o76sea9d.fsf@HIDDEN>
 <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN> <86o76scaou.fsf@HIDDEN>
 <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN> <86cyn7cito.fsf@HIDDEN>
 <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN> <86ttgibxqv.fsf@HIDDEN>
 <7ae61592-8319-4b1a-b973-4015ff1db569@HIDDEN> <86wmlda3jb.fsf@HIDDEN>
 <Zp56YrdutRv5WEes@HIDDEN> <Zp6CjHjVl1K17Umd@HIDDEN>
 <fb38e79e-b6d1-4af4-ae5a-2ed025661663@HIDDEN> <86a5i89wzm.fsf@HIDDEN>
 <6f097f2d-29fd-4f2d-8482-569a970f5954@HIDDEN> <861q3j81py.fsf@HIDDEN>
 <62f73017-60e4-486a-8a34-fa8339c0307c@HIDDEN>
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Date: Wed, 24 Jul 2024 17:34:18 +0300
> Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org
> From: Dmitry Gutov <dmitry@HIDDEN>
> 
> > Then I don't understand what you mean by "many/most characters become
> > blank under cursor".  It seems to contradict what you say now: that
> > "only one char is blanked".
> 
> In the recipe I managed to produce starting with 'emacs -Q', only 's' is 
> such a character (see the original description). When point is over 'a' 
> or 'd', no bug.
> 
> In actual practice, many/all characters exhibit the problem, I just 
> haven't managed to create a simple repro for this.

Curiouser and curiouser.  And when you say that 's' is a character
that is blanked, does it mean that if you have several such
characters, then moving the cursor to any of them will show the
problem?

I don't understand even in principle how a display problem could be
specific to some characters, unless it's something related very
strongly to the font that is being used.  So what happens in a session
in which 's' is a problematic character if you put a face property on
's' that forces Emacs to use a different font?

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 24 Jul 2024 19:17:01 +0000
Resent-Message-ID: <handler.71866.B71866.17218485811383 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Gerd =?UTF-8?Q?M=C3=B6llmann?= <gerd.moellmann@HIDDEN>
Cc: Stefan Kangas <stefankangas@HIDDEN>, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.17218485811383
          (code B ref 71866); Wed, 24 Jul 2024 19:17:01 +0000
Received: (at 71866) by debbugs.gnu.org; 24 Jul 2024 19:16:21 +0000
Received: from localhost ([127.0.0.1]:34493 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sWhTI-0000ME-SX
	for submit <at> debbugs.gnu.org; Wed, 24 Jul 2024 15:16:21 -0400
Received: from fhigh7-smtp.messagingengine.com ([103.168.172.158]:45073)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dmitry@HIDDEN>) id 1sWhTG-0000Li-5S
 for 71866 <at> debbugs.gnu.org; Wed, 24 Jul 2024 15:16:19 -0400
Received: from compute2.internal (compute2.nyi.internal [10.202.2.46])
 by mailfhigh.nyi.internal (Postfix) with ESMTP id 5567F1140125;
 Wed, 24 Jul 2024 15:16:06 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162])
 by compute2.internal (MEProxy); Wed, 24 Jul 2024 15:16:06 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc
 :cc:content-transfer-encoding:content-type:content-type:date
 :date:from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to; s=fm1; t=1721848566;
 x=1721934966; bh=+LM81nnPXQeTSQ6YHXpBGl+BNOj/NUmdXeCPITZvpLU=; b=
 N2wphpE2MnFtIWqaOOz7q1Q4+Ym1TrM6r68cAtEHYvgOKUAorHYnkpGnYJ8Qa4Zl
 bsuARwRhvmw7cK3y1p8Mw1eZGWtv20mwftaCfM1/R3kAOYoB1ZuuzXx0tBv80+Mw
 ezBGe6U/mpPGmgVlYg7OVxyiMzgwEShQVV1mgQvLFZ5FD7CAyhSIzpSUKmuD/YYz
 +HYvWFqhCI31YtZPfo+AgqJZXcIYEJSuvaER0YWXP54E/2TMSOWnZtUlRPwd9bAj
 d1Tmk89/gitIm+nMwqVM+O4fAmvoPFJeWmB9d68W19tmQmxGKZHFMfU3Ld0TNNUQ
 tDmcP4exj2ewT4jLRCMgtw==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:cc:content-transfer-encoding
 :content-type:content-type:date:date:feedback-id:feedback-id
 :from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy
 :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1721848566; x=
 1721934966; bh=+LM81nnPXQeTSQ6YHXpBGl+BNOj/NUmdXeCPITZvpLU=; b=M
 oHJfOZ+iAT4dVlPNvZhJ3JDiT7tJkv+Ab9nivH7Prq5bjsQoxJkxnXV5CxIh0p17
 Mix6oVKJVR+5U2wqrSB80oqnAL4L0aw3nuXn/Z9Ahnts4TcDVeaVRglbyCsJWQHe
 PkY7iqOCDlzQyEY/DGp6Bt5F4RyCdlQuNXeVamGWds4noBW+62AwmIyH2sEwD/1f
 zkrakICgnPxG30Un2FAHk5iRWrcHmCChn8SObCZ1kehJeAPNSKlSNP27GZEiEkBC
 jlsErrwoT94hnAV3TbS9wfg6xTsptdEocRgDnH03rG5tico1ZJyMGUKg0ErWJ58E
 rh2Kj7IMCXhXaL4ygLEnw==
X-ME-Sender: <xms:9lKhZq14BN_TKXKGFiJkeK-2efNCOGGGAD9u8yH54CXD-ourRWJ2-A>
 <xme:9lKhZtHrxIZqRDZPP83sLX3r7HNj8oDsRRJb_BeJ44RVA3TLax_UrwHfr7yWe5Gk9
 eLrs8FSV8unXeIAMdo>
X-ME-Received: <xmr:9lKhZi6Gwuc19HLAmmQRyb9KDPSlOlbQty4aTdIM_TjfAiFNYzZm0HcnCdr9FVgbIonR>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddriedugddufeehucetufdoteggodetrfdotf
 fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen
 uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne
 cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtkeertddtvdejnecuhfhrohhmpeffmhhi
 thhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrth
 htvghrnhepgeelfeetkefghfdvhfdtgeevveevteetgeetveegtedthefhudekteehffeu
 keeknecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepug
 hmihhtrhihsehguhhtohhvrdguvghvpdhnsggprhgtphhtthhopedt
X-ME-Proxy: <xmx:9lKhZr3hq00M9Qzhrz3MocY1h_VU2BoobW6YYslg8W5rbfo4roxJ8g>
 <xmx:9lKhZtGvfrukI8ZNVhjiqo5-Oh5Vn9Mwtysg-MhrJyMKROyIm_vwcw>
 <xmx:9lKhZk8-eXoNnvMoUxlVQWjcS2i-dJbrEec2BY18uS1cuit36UVB5w>
 <xmx:9lKhZikTDHmeZ0e0mLAvXj02G-Z7XlojmrsYRGkdMxMz0P-espu3Iw>
 <xmx:9lKhZtB-Zw_sulgBPnaMnLLRIH8kuoBohmcLqAq0GcjocuHVt5Y3TSHT>
Feedback-ID: i0e71465a:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed,
 24 Jul 2024 15:16:04 -0400 (EDT)
Message-ID: <274af94d-5b69-48f6-a88a-84b2b1d76d06@HIDDEN>
Date: Wed, 24 Jul 2024 22:16:02 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
 <CADwFkmk6_B2wy4Mgs5zsut-8DFLxCK8BAs1gvUNOEdHBpjHLSw@HIDDEN>
 <91d6db11-b866-4f1f-bf8b-d91af2e3dfe3@HIDDEN>
 <CADwFkmmWP6c575BFjKOyjvaJGi1dyzWpzSm3gryn+GsWoEwmtQ@HIDDEN>
 <e62b722d-f85a-4109-9459-38fce60611af@HIDDEN>
 <m27cdclfor.fsf@HIDDEN>
 <68028cb9-4572-4dc8-b5d8-a8d170d6af92@HIDDEN>
 <m2wmlbpi12.fsf@HIDDEN>
Content-Language: en-US
From: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <m2wmlbpi12.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On 24/07/2024 06:48, Gerd Möllmann wrote:
>>> And now to my pet peeve 🙂. Dmitry could you please comment out the
>>> calls to redisplay (2 of them) in nsterm.m and try again?
>> I've tried that now, but it didn't seem to help. Does it make a
>> difference on your system?
> Yes, without the calls to redisplay, I can no longer reproduce it 🤷
> 
> That's on a MBP with M1 Pro chip, macOS 14.5.

Oh well. I've tried re-bootstrapping with that change applied, but the 
problem remains.

M3 Pro, macOS 14.5.

Or maybe this is about the slightly different font files:

 > ls -l ~/Library/Fonts/
total 3352
...  290368 Dec 13  2021 CascadiaMono-Bold.otf
...  273200 Dec 13  2021 CascadiaMono-ExtraLight.otf
...  282548 Dec 13  2021 CascadiaMono-Light.otf
...  285336 Dec 13  2021 CascadiaMono-Regular.otf
...  292316 Dec 13  2021 CascadiaMono-SemiBold.otf
...  285944 Dec 13  2021 CascadiaMono-SemiLight.otf

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 24 Jul 2024 19:23:02 +0000
Resent-Message-ID: <handler.71866.B71866.17218489722007 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.17218489722007
          (code B ref 71866); Wed, 24 Jul 2024 19:23:02 +0000
Received: (at 71866) by debbugs.gnu.org; 24 Jul 2024 19:22:52 +0000
Received: from localhost ([127.0.0.1]:34498 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sWhZb-0000WI-OE
	for submit <at> debbugs.gnu.org; Wed, 24 Jul 2024 15:22:52 -0400
Received: from fout3-smtp.messagingengine.com ([103.168.172.146]:37917)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dmitry@HIDDEN>) id 1sWhZY-0000W4-9S
 for 71866 <at> debbugs.gnu.org; Wed, 24 Jul 2024 15:22:50 -0400
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43])
 by mailfout.nyi.internal (Postfix) with ESMTP id D3E7D1380107;
 Wed, 24 Jul 2024 15:22:36 -0400 (EDT)
Received: from mailfrontend1 ([10.202.2.162])
 by compute3.internal (MEProxy); Wed, 24 Jul 2024 15:22:36 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc
 :cc:content-transfer-encoding:content-type:content-type:date
 :date:from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to; s=fm1; t=1721848956;
 x=1721935356; bh=n3CHnHFT79AFpuG3vrYZ/M0C8Q23fuz3gdrnDHPjZaE=; b=
 kqJ6bJNk4gRHv6OnVMZAM11GmbTNrQhqXgj7Ucn3nYuGmvySMj8WprNyS9zRwQ95
 d/Medx8NnM6VA4ywxm5z06Ql0ETqKp0wRzyhk+hjIfzGnrTzNIxVg2uYkBqfeec5
 4tydHGdeMB8RocFsWYKbDe0rLOXlBckzdyUwssckSXUXJhOwid/gN6dummXT7kNH
 FW/eFzgiVpFZEcAfWtq/1uHU6wCeiQwNEx5VydUbOC6h25bX/ngjpvxxyBHowEuR
 z80ZIf71gVMAJp7lzVM91yTTZabOHRxrnVsbnuVUr3ws6/R4xkrRRNneoxYbD7w3
 V7QAhTWnKu4sWeTNVayoLg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:cc:content-transfer-encoding
 :content-type:content-type:date:date:feedback-id:feedback-id
 :from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy
 :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1721848956; x=
 1721935356; bh=n3CHnHFT79AFpuG3vrYZ/M0C8Q23fuz3gdrnDHPjZaE=; b=C
 55XOZahi6g6GXdtBrlNdoeM9uMskNxQUNzcMtF4FPlbZmSRoxpBTJ68kLRUMp9Ye
 1qpHk8W71/EWDhuydksn4JgZMu/F8xMjx96z542gz2Y6UYK3+cl6YwBWVZq3AjT1
 oHRmgz3fw+E8XzyCoQHXewI8xL8KdLd6UgvPGtToKW9vrJ38zbW/+wXkHz3qC3Q+
 185a9d6brOp8quch81f8M7SDTLNS4IrNPG5iGKQpHx/b/DFBRa6vxCjRJNX3gVRn
 T5esQZb6QuzZ6Z0p4S2hNyPuypNdOTLucM5pq5VNqyIkwfZj/NyeoSeQYngYoDW4
 RBTTCra0KE/2pmpPj/c1A==
X-ME-Sender: <xms:fFShZiQYb-4UIzw3KCw3CT161EDrxsJ3dAcyk_72MXc-G9hkPDW-Uw>
 <xme:fFShZny7Ixa291Qt_jVudfxeKbBeKFI1ZLNbgC9h9eZTrWXFpJpGYVdyViaKUxP4w
 QXTadKLfxvN30b68po>
X-ME-Received: <xmr:fFShZv2TWN2fPiVzT41s0AvqvnR3SbFSFKoJVgp6qYN1PXSS2eO0VV2n-Bx0BtApFbBa>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddriedugddufeeiucetufdoteggodetrfdotf
 fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen
 uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne
 cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtvdejnecuhfhrohhmpeffmhhi
 thhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrth
 htvghrnhepteduleejgeehtefgheegjeekueehvdevieekueeftddvtdevfefhvdevgedu
 jeehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepug
 hmihhtrhihsehguhhtohhvrdguvghvpdhnsggprhgtphhtthhopedt
X-ME-Proxy: <xmx:fFShZuC8y-tjlaOB3bP8-NEXwSPWIGw_cH1gHKIK3W0JWdtpXRt2og>
 <xmx:fFShZrhvNAzUGZzio9rDXG0_v-Htm-q5SLju2tBj2kd_B0QfGCmyPQ>
 <xmx:fFShZqp9OV3AhklwZye2rrt-YuRsTsvKv6YRDGHTD7xyHgfeEItQ-g>
 <xmx:fFShZujOtg-7_b4mY_U3D-6FK2mPVgm3SqBKZ2YlY-eo3QMmj3U9ag>
 <xmx:fFShZosusF5n-_Gz0EBkn9Z_WeEpbUsqfWREUJl1isTOsIiHGtlkS7_m>
Feedback-ID: i0e71465a:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed,
 24 Jul 2024 15:22:35 -0400 (EDT)
Message-ID: <9b9402cc-b5a2-435d-8307-f04ea0ffa69a@HIDDEN>
Date: Wed, 24 Jul 2024 22:22:33 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
References: <86o76sea9d.fsf@HIDDEN>
 <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN> <86o76scaou.fsf@HIDDEN>
 <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN> <86cyn7cito.fsf@HIDDEN>
 <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN> <86ttgibxqv.fsf@HIDDEN>
 <7ae61592-8319-4b1a-b973-4015ff1db569@HIDDEN> <86wmlda3jb.fsf@HIDDEN>
 <Zp56YrdutRv5WEes@HIDDEN> <Zp6CjHjVl1K17Umd@HIDDEN>
 <fb38e79e-b6d1-4af4-ae5a-2ed025661663@HIDDEN> <86a5i89wzm.fsf@HIDDEN>
 <6f097f2d-29fd-4f2d-8482-569a970f5954@HIDDEN> <861q3j81py.fsf@HIDDEN>
 <62f73017-60e4-486a-8a34-fa8339c0307c@HIDDEN> <86frry7nya.fsf@HIDDEN>
Content-Language: en-US
From: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <86frry7nya.fsf@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On 24/07/2024 19:29, Eli Zaretskii wrote:
>> Date: Wed, 24 Jul 2024 17:34:18 +0300
>> Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org
>> From: Dmitry Gutov <dmitry@HIDDEN>
>>
>>> Then I don't understand what you mean by "many/most characters become
>>> blank under cursor".  It seems to contradict what you say now: that
>>> "only one char is blanked".
>>
>> In the recipe I managed to produce starting with 'emacs -Q', only 's' is
>> such a character (see the original description). When point is over 'a'
>> or 'd', no bug.
>>
>> In actual practice, many/all characters exhibit the problem, I just
>> haven't managed to create a simple repro for this.
> 
> Curiouser and curiouser.  And when you say that 's' is a character
> that is blanked, does it mean that if you have several such
> characters, then moving the cursor to any of them will show the
> problem?

Yes: with buffer contents 'asdasdasdasd' (or any small variations of 
that), only the 's' chars exhibit the problem with the repro script.

With my custom init, all of the chars exhibit the problem.

> I don't understand even in principle how a display problem could be
> specific to some characters, unless it's something related very
> strongly to the font that is being used.  So what happens in a session
> in which 's' is a problematic character if you put a face property on
> 's' that forces Emacs to use a different font?

I tried something different: enabled variable-pitch-mode.

* With the small repro script in the first message, the problem is gone.

* With my custom init, the problem remains for all chars. *shrug*

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization
Resent-From: Dmitry Gutov <dmitry@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 24 Jul 2024 20:09:01 +0000
Resent-Message-ID: <handler.71866.B71866.17218517256383 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 71866
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org
Received: via spool by 71866-submit <at> debbugs.gnu.org id=B71866.17218517256383
          (code B ref 71866); Wed, 24 Jul 2024 20:09:01 +0000
Received: (at 71866) by debbugs.gnu.org; 24 Jul 2024 20:08:45 +0000
Received: from localhost ([127.0.0.1]:34545 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1sWiI0-0001et-Ue
	for submit <at> debbugs.gnu.org; Wed, 24 Jul 2024 16:08:45 -0400
Received: from fout4-smtp.messagingengine.com ([103.168.172.147]:55307)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <dmitry@HIDDEN>) id 1sWiHy-0001ec-6B
 for 71866 <at> debbugs.gnu.org; Wed, 24 Jul 2024 16:08:43 -0400
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45])
 by mailfout.nyi.internal (Postfix) with ESMTP id 5273B13814A1;
 Wed, 24 Jul 2024 16:08:30 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163])
 by compute5.internal (MEProxy); Wed, 24 Jul 2024 16:08:30 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc
 :cc:content-transfer-encoding:content-type:content-type:date
 :date:from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to; s=fm1; t=1721851710;
 x=1721938110; bh=D7GLFCM4TwJa87MoovhmoOtqSTPKDnfdyWGqbiaw4Lk=; b=
 U0FBPMOSFWiFbGA5OJ11gERDcDiYE4Fhf887poblgE5yqIuNehzOOtZo/VsFrqyh
 U8757iWRSTKZwZHJgC/WnMclhuMEOGS9KAUU/meQuLG4nUvPNb0rnliFycbSaHc6
 AYLc/p77YfXIZF+WrwWVoyMEHNZGgr1ShEzHWaJ7LRdfGKLuioG7wDSMqgdgUYR4
 gJdOibPWG4rLcshd1UQ81rwTSMU6pvoVRdUqJg9SZFZ3ffna+UMzcO3leoHaPQ2o
 wx0y3BivMinG4O3vJGrlibHq9Y2zy0fqkzuAoJabUaUazHQbEb8edLYVOnZ7TwVF
 F9pwFuVKfUQe3jr8higQBQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:cc:content-transfer-encoding
 :content-type:content-type:date:date:feedback-id:feedback-id
 :from:from:in-reply-to:in-reply-to:message-id:mime-version
 :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy
 :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1721851710; x=
 1721938110; bh=D7GLFCM4TwJa87MoovhmoOtqSTPKDnfdyWGqbiaw4Lk=; b=g
 FoTxsyFJWPvl/BPxjLgGJte3dnQJJkkp0TTMN3L7hsMjAyJniQCoDsApWIaNqlcT
 PkC53v9hOZK9ISIqsHij3MJk3/CPO/v4orSi7aNjORZ5sDfyVDMg+SgwYPF5YmBY
 VQyD7ytD2kmXYU6G5aEXeOTf+iZdtbHN2utLq4L9OfUk1a5K94Z66LszY14tjA6I
 7bqBdaSUBJlLxrgDUDyJERsyg18BwwV5E2yEvtPnu+U1GbA6mr/dvV8YDDOGOiw1
 0l7SD9CRfif3dXO+cUcsgJMnpNsd/yZ9UHVwwdN2rH3KYpvCy6WzF9hgOBazfPsu
 OhXLiPaHCIW/HqbohVXFg==
X-ME-Sender: <xms:PV-hZoZ38JyywtWdPcQXCvW2b2HkNXSC9SdjGEE3Nm0ruT6LRcf_NQ>
 <xme:PV-hZjZkQ4nfNKlRfje0DJesm4C3JzQw2ds9M6HguX7SgRSrieJxLZyp2tK_FyLe3
 2OkLW9l99FCwkN57MM>
X-ME-Received: <xmr:PV-hZi-H4iqf1BIBKehC4Jk4KXqo-i-gWTfWyulPfoclQrj0tG3s8zLF_Y_Fwn9IAhZ2>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddriedugddugeehucetufdoteggodetrfdotf
 fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen
 uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne
 cujfgurhepkfffgggfuffhvfevfhgjtgfgsehtkeertddtvdejnecuhfhrohhmpeffmhhi
 thhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrth
 htvghrnhepvdelieejveekjeelffegudeiudejfffhveduudffvdevteekgeevffejgfff
 leeunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepug
 hmihhtrhihsehguhhtohhvrdguvghvpdhnsggprhgtphhtthhopedt
X-ME-Proxy: <xmx:PV-hZio1H24m-CMu16afY73ZvDlaNbvebCO6bwofeXyvExu980IRMw>
 <xmx:PV-hZjojCZgFdWMesIcDZiC-b5PToFWA5ADkQL8jdd49JMV3Huq_sQ>
 <xmx:PV-hZgS46Df33Z4MwQfD6I--bpILSiv4BVU_qLaAtmcCLcK27XXHjA>
 <xmx:PV-hZjqDt3EjW-j9J-e19UTJqvVvVeSQoOuC_nSDdF4_Ckiriw0z5g>
 <xmx:Pl-hZiWahrlUfYrDlZG8q1xNaJog5sYkNXPTpjnj8EJKO2zRqI_Wv197>
Feedback-ID: i0e71465a:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed,
 24 Jul 2024 16:08:28 -0400 (EDT)
Message-ID: <0acf5f45-27e1-43e7-8f3a-4631dd8d08b2@HIDDEN>
Date: Wed, 24 Jul 2024 23:08:25 +0300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
From: Dmitry Gutov <dmitry@HIDDEN>
References: <86o76sea9d.fsf@HIDDEN>
 <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN> <86o76scaou.fsf@HIDDEN>
 <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN> <86cyn7cito.fsf@HIDDEN>
 <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN> <86ttgibxqv.fsf@HIDDEN>
 <7ae61592-8319-4b1a-b973-4015ff1db569@HIDDEN> <86wmlda3jb.fsf@HIDDEN>
 <Zp56YrdutRv5WEes@HIDDEN> <Zp6CjHjVl1K17Umd@HIDDEN>
 <fb38e79e-b6d1-4af4-ae5a-2ed025661663@HIDDEN> <86a5i89wzm.fsf@HIDDEN>
 <6f097f2d-29fd-4f2d-8482-569a970f5954@HIDDEN> <861q3j81py.fsf@HIDDEN>
 <62f73017-60e4-486a-8a34-fa8339c0307c@HIDDEN> <86frry7nya.fsf@HIDDEN>
 <9b9402cc-b5a2-435d-8307-f04ea0ffa69a@HIDDEN>
Content-Language: en-US
In-Reply-To: <9b9402cc-b5a2-435d-8307-f04ea0ffa69a@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

On 24/07/2024 22:22, Dmitry Gutov wrote:
> On 24/07/2024 19:29, Eli Zaretskii wrote:
>>> Date: Wed, 24 Jul 2024 17:34:18 +0300
>>> Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org
>>> From: Dmitry Gutov <dmitry@HIDDEN>
>>>
>>>> Then I don't understand what you mean by "many/most characters become
>>>> blank under cursor".  It seems to contradict what you say now: that
>>>> "only one char is blanked".
>>>
>>> In the recipe I managed to produce starting with 'emacs -Q', only 's' is
>>> such a character (see the original description). When point is over 'a'
>>> or 'd', no bug.
>>>
>>> In actual practice, many/all characters exhibit the problem, I just
>>> haven't managed to create a simple repro for this.
>>
>> Curiouser and curiouser.  And when you say that 's' is a character
>> that is blanked, does it mean that if you have several such
>> characters, then moving the cursor to any of them will show the
>> problem?
> 
> Yes: with buffer contents 'asdasdasdasd' (or any small variations of 
> that), only the 's' chars exhibit the problem with the repro script.
> 
> With my custom init, all of the chars exhibit the problem.
> 
>> I don't understand even in principle how a display problem could be
>> specific to some characters, unless it's something related very
>> strongly to the font that is being used.  So what happens in a session
>> in which 's' is a problematic character if you put a face property on
>> 's' that forces Emacs to use a different font?
> 
> I tried something different: enabled variable-pitch-mode.
> 
> * With the small repro script in the first message, the problem is gone.
> 
> * With my custom init, the problem remains for all chars. *shrug*

OTOH, for example

  (put-text-property (point) (1+ (point) 'font-lock-face '(:family "Arial"))

doesn't have that effect (when point is at one of the 's'-es) - the 
bug's still there.

A couple of more experiments:

- Buffer text 'asdasdasdasdsssssssss' - the problem occurs only on at 
the first 3 's'-es.

- Buffer text 'asdasdasdasdaaaaaaaaa' - the problem occurs at positions

2, 5, 8, 11 and [14..] - that is, the first 3 's'-es, and then for all 
'a'-s at the end except the first one (that comes after the last 'd').

Last modified: Wed, 24 Jul 2024 20:15:01 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.