Received: (at 71866) by debbugs.gnu.org; 24 Jul 2024 20:08:45 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jul 24 16:08:45 2024 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 Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization From: Dmitry Gutov <dmitry@HIDDEN> To: Eli Zaretskii <eliz@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-Debbugs-Envelope-To: 71866 Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org 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').
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 24 Jul 2024 19:22:52 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jul 24 15:22:52 2024 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 Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization To: Eli Zaretskii <eliz@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> 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-Debbugs-Envelope-To: 71866 Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org 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*
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 24 Jul 2024 19:16:21 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jul 24 15:16:21 2024 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 Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization To: =?UTF-8?Q?Gerd_M=C3=B6llmann?= <gerd.moellmann@HIDDEN> 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-Debbugs-Envelope-To: 71866 Cc: Stefan Kangas <stefankangas@HIDDEN>, 71866 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 24 Jul 2024 16:30:10 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jul 24 12:30:10 2024 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> To: Dmitry Gutov <dmitry@HIDDEN> In-Reply-To: <62f73017-60e4-486a-8a34-fa8339c0307c@HIDDEN> (message from Dmitry Gutov on Wed, 24 Jul 2024 17:34:18 +0300) Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization 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-Debbugs-Envelope-To: 71866 Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org 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?
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 24 Jul 2024 14:34:37 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jul 24 10:34:37 2024 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 Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization To: Eli Zaretskii <eliz@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> 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-Debbugs-Envelope-To: 71866 Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 24 Jul 2024 11:34:55 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jul 24 07:34:55 2024 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> To: Dmitry Gutov <dmitry@HIDDEN> In-Reply-To: <6f097f2d-29fd-4f2d-8482-569a970f5954@HIDDEN> (message from Dmitry Gutov on Wed, 24 Jul 2024 03:48:22 +0300) Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization 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-Debbugs-Envelope-To: 71866 Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org 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".
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 24 Jul 2024 03:49:25 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jul 23 23:49:25 2024 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: =?utf-8?Q?Gerd_M=C3=B6llmann?= <gerd.moellmann@HIDDEN> To: Dmitry Gutov <dmitry@HIDDEN> Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization 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-Debbugs-Envelope-To: 71866 Cc: Stefan Kangas <stefankangas@HIDDEN>, 71866 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 24 Jul 2024 00:57:13 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jul 23 20:57:13 2024 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 Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization To: =?UTF-8?Q?Gerd_M=C3=B6llmann?= <gerd.moellmann@HIDDEN> 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-Debbugs-Envelope-To: 71866 Cc: Stefan Kangas <stefankangas@HIDDEN>, 71866 <at> debbugs.gnu.org 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.)
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 24 Jul 2024 00:48:39 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jul 23 20:48:39 2024 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 Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization To: Eli Zaretskii <eliz@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> 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-Debbugs-Envelope-To: 71866 Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org 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).
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 23 Jul 2024 11:19:45 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jul 23 07:19:45 2024 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> To: Dmitry Gutov <dmitry@HIDDEN> In-Reply-To: <fb38e79e-b6d1-4af4-ae5a-2ed025661663@HIDDEN> (message from Dmitry Gutov on Tue, 23 Jul 2024 04:11:56 +0300) Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization 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-Debbugs-Envelope-To: 71866 Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 23 Jul 2024 11:17:39 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jul 23 07:17:39 2024 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> To: Dmitry Gutov <dmitry@HIDDEN> In-Reply-To: <585145fb-ede0-4591-9cab-2165f137af32@HIDDEN> (message from Dmitry Gutov on Tue, 23 Jul 2024 04:06:39 +0300) Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization 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-Debbugs-Envelope-To: 71866 Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 23 Jul 2024 07:41:14 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jul 23 03:41:14 2024 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: =?utf-8?Q?Gerd_M=C3=B6llmann?= <gerd.moellmann@HIDDEN> To: Dmitry Gutov <dmitry@HIDDEN> Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization 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-Debbugs-Envelope-To: 71866 Cc: Stefan Kangas <stefankangas@HIDDEN>, 71866 <at> debbugs.gnu.org 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.)
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 23 Jul 2024 01:12:09 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jul 22 21:12:09 2024 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 Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization To: Alan Third <alan@HIDDEN>, Eli Zaretskii <eliz@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> <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-Debbugs-Envelope-To: 71866 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...
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 23 Jul 2024 01:06:56 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jul 22 21:06:56 2024 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 Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization To: Eli Zaretskii <eliz@HIDDEN> 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-Debbugs-Envelope-To: 71866 Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 22 Jul 2024 19:47:53 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jul 22 15:47:53 2024 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> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization 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-Debbugs-Envelope-To: 71866 Cc: dmitry@HIDDEN, 71866 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 22 Jul 2024 19:15:34 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jul 22 15:15:34 2024 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> To: Alan Third <alan@HIDDEN> In-Reply-To: <Zp6sweHZ9XaMEoVO@HIDDEN> (message from Alan Third on Mon, 22 Jul 2024 20:02:25 +0100) Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization 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-Debbugs-Envelope-To: 71866 Cc: dmitry@HIDDEN, 71866 <at> debbugs.gnu.org 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?
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.
Received: (at 71866) by debbugs.gnu.org; 22 Jul 2024 19:03:10 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jul 22 15:03:10 2024
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>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with
certain theme customization
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-Debbugs-Envelope-To: 71866
Cc: dmitry@HIDDEN, 71866 <at> debbugs.gnu.org
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
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 22 Jul 2024 16:10:36 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jul 22 12:10:35 2024 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> To: Alan Third <alan@HIDDEN> In-Reply-To: <Zp56YrdutRv5WEes@HIDDEN> (message from Alan Third on Mon, 22 Jul 2024 16:27:30 +0100) Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization 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-Debbugs-Envelope-To: 71866 Cc: dmitry@HIDDEN, 71866 <at> debbugs.gnu.org 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?
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 22 Jul 2024 16:03:05 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jul 22 12:03:05 2024 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> To: Eli Zaretskii <eliz@HIDDEN>, Dmitry Gutov <dmitry@HIDDEN>, 71866 <at> debbugs.gnu.org Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization 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-Debbugs-Envelope-To: 71866 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
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 22 Jul 2024 15:27:45 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jul 22 11:27:45 2024 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> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization 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-Debbugs-Envelope-To: 71866 Cc: Dmitry Gutov <dmitry@HIDDEN>, 71866 <at> debbugs.gnu.org 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
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 22 Jul 2024 14:46:04 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jul 22 10:46:04 2024 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> To: Dmitry Gutov <dmitry@HIDDEN> In-Reply-To: <7ae61592-8319-4b1a-b973-4015ff1db569@HIDDEN> (message from Dmitry Gutov on Mon, 22 Jul 2024 02:58:33 +0300) Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization 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-Debbugs-Envelope-To: 71866 Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 21 Jul 2024 23:58:53 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jul 21 19:58:53 2024 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 Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization To: Eli Zaretskii <eliz@HIDDEN> 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-Debbugs-Envelope-To: 71866 Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org 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--
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 21 Jul 2024 23:22:52 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jul 21 19:22:51 2024 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 Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization To: Eli Zaretskii <eliz@HIDDEN> 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-Debbugs-Envelope-To: 71866 Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 21 Jul 2024 14:55:50 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jul 21 10:55:50 2024 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> To: Dmitry Gutov <dmitry@HIDDEN> In-Reply-To: <1659357b-5ca0-47a6-8ff3-4aa26017280b@HIDDEN> (message from Dmitry Gutov on Sun, 21 Jul 2024 16:50:18 +0300) Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization 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-Debbugs-Envelope-To: 71866 Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 21 Jul 2024 13:50:31 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jul 21 09:50:31 2024 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 Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization To: Eli Zaretskii <eliz@HIDDEN>, Alan Third <alan@HIDDEN> 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-Debbugs-Envelope-To: 71866 Cc: 71866 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 21 Jul 2024 09:06:42 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jul 21 05:06:42 2024 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> To: dmitry@HIDDEN In-Reply-To: <86cyn7cito.fsf@HIDDEN> (message from Eli Zaretskii on Sun, 21 Jul 2024 10:20:19 +0300) Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization 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-Debbugs-Envelope-To: 71866 Cc: alan@HIDDEN, 71866 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.
Received: (at 71866) by debbugs.gnu.org; 21 Jul 2024 07:20:33 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jul 21 03:20:33 2024
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>
To: Dmitry Gutov <dmitry@HIDDEN>, Alan Third <alan@HIDDEN>
In-Reply-To: <ad0b5c70-49ac-4c5a-840b-fe25cf3ffe64@HIDDEN> (message from
Dmitry Gutov on Sun, 21 Jul 2024 03:53:26 +0300)
Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with
certain theme customization
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-Debbugs-Envelope-To: 71866
Cc: 71866 <at> debbugs.gnu.org
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.
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 21 Jul 2024 00:53:39 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jul 20 20:53:39 2024 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 Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization To: Eli Zaretskii <eliz@HIDDEN> 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-Debbugs-Envelope-To: 71866 Cc: 71866 <at> debbugs.gnu.org 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--
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 20 Jul 2024 16:06:22 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jul 20 12:06:22 2024 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> To: Dmitry Gutov <dmitry@HIDDEN> In-Reply-To: <72a0b2e2-600e-46f1-b583-0bed86f27d2d@HIDDEN> (message from Dmitry Gutov on Sat, 20 Jul 2024 18:46:50 +0300) Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization 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-Debbugs-Envelope-To: 71866 Cc: 71866 <at> debbugs.gnu.org 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).
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 20 Jul 2024 15:47:05 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jul 20 11:47:05 2024 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 Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization To: Eli Zaretskii <eliz@HIDDEN> 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-Debbugs-Envelope-To: 71866 Cc: 71866 <at> debbugs.gnu.org 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?
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 20 Jul 2024 08:30:20 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jul 20 04:30:20 2024 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> To: Dmitry Gutov <dmitry@HIDDEN> In-Reply-To: <56cc929b-5491-4ed4-a527-d0b1a369e625@HIDDEN> (message from Dmitry Gutov on Fri, 19 Jul 2024 04:57:12 +0300) Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization 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-Debbugs-Envelope-To: 71866 Cc: 71866 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 19 Jul 2024 14:52:17 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jul 19 10:52:17 2024 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 Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization To: Eli Zaretskii <eliz@HIDDEN> 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-Debbugs-Envelope-To: 71866 Cc: 71866 <at> debbugs.gnu.org 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--
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 10 Jul 2024 11:59:39 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Jul 10 07:59:39 2024 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> To: Dmitry Gutov <dmitry@HIDDEN> In-Reply-To: <d67cdfa2-dc75-4d58-8f82-49ddc55f5e45@HIDDEN> (message from Dmitry Gutov on Wed, 10 Jul 2024 05:46:35 +0300) Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization 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-Debbugs-Envelope-To: 71866 Cc: 71866 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 10 Jul 2024 02:56:31 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jul 09 22:56:31 2024 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 Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization To: Stefan Kangas <stefankangas@HIDDEN>, 71866 <at> debbugs.gnu.org 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-Debbugs-Envelope-To: 71866 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.
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 10 Jul 2024 02:46:53 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jul 09 22:46:53 2024 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 Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization To: Eli Zaretskii <eliz@HIDDEN> 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-Debbugs-Envelope-To: 71866 Cc: 71866 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 9 Jul 2024 18:23:44 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jul 09 14:23:44 2024 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> Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization To: Dmitry Gutov <dmitry@HIDDEN>, 71866 <at> debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71866 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
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.
Received: (at 71866) by debbugs.gnu.org; 9 Jul 2024 11:32:03 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jul 09 07:32:03 2024
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>
To: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <1f5f741f-d599-4051-8a34-27d349360eb8@HIDDEN> (message from
Dmitry Gutov on Tue, 9 Jul 2024 05:37:10 +0300)
Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with
certain theme customization
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-Debbugs-Envelope-To: 71866
Cc: 71866 <at> debbugs.gnu.org
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
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 9 Jul 2024 02:37:27 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jul 08 22:37:27 2024 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 Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization To: Eli Zaretskii <eliz@HIDDEN> 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-Debbugs-Envelope-To: 71866 Cc: 71866 <at> debbugs.gnu.org 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.
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 7 Jul 2024 02:04:14 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jul 06 22:04:14 2024 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 Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization To: Stefan Kangas <stefankangas@HIDDEN>, 71866 <at> debbugs.gnu.org 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-Debbugs-Envelope-To: 71866 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.
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.
Received: (at 71866) by debbugs.gnu.org; 6 Jul 2024 08:56:23 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jul 06 04:56:23 2024
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>
To: Dmitry Gutov <dmitry@HIDDEN>
In-Reply-To: <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN> (message from
Dmitry Gutov on Tue, 2 Jul 2024 04:07:11 +0300)
Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with
certain theme customization
References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN>
<86frstfiop.fsf@HIDDEN> <03b9a1c2-986d-40ea-bdd6-d13b419c9aa0@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 71866
Cc: 71866 <at> debbugs.gnu.org
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.
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 2 Jul 2024 23:44:05 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jul 02 19:44:05 2024 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> Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization To: Dmitry Gutov <dmitry@HIDDEN>, 71866 <at> debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 71866 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
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 2 Jul 2024 01:07:23 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jul 01 21:07:23 2024 Received: from localhost ([127.0.0.1]:35201 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sORzO-0006KY-P4 for submit <at> debbugs.gnu.org; Mon, 01 Jul 2024 21:07:23 -0400 Received: from fout1-smtp.messagingengine.com ([103.168.172.144]:52723) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <dmitry@HIDDEN>) id 1sORzL-0006KI-C4 for 71866 <at> debbugs.gnu.org; Mon, 01 Jul 2024 21:07:21 -0400 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailfout.nyi.internal (Postfix) with ESMTP id 63DED13802B6; Mon, 1 Jul 2024 21:07:13 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Mon, 01 Jul 2024 21:07:13 -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=1719882433; x=1719968833; bh=tO6rO5KbP6nm6KmIjC73CoFGQ3Z9TErBlL7BXX9iqrs=; b= PwDQHap29NIykD/p724pdlujj9XEQffUFBWqo4l+Tw2zLOYRfOUVeiWiqyxe6GP7 SehUrsdLJ2rgmPBlgFG9iyb28aWnpLAHmQtdDXSbzXG/UWZPkF39kwm/D2HGSC3i 5Zjt66C2Vc8ICmeNgvRF6EZ6agr6Rrf9f0P48MYOWedDd8H7xklNNKLL/USBOtrK psp0t5mv47kESoCTuijOBIaTmoCEt6dytgJDI1zEtTQbeCG4O+xFIOyecTrYhCgL 7ZWo0bDU1lIWQpH2eSsDLOjYswM1InxnBrCu5fLyJAeFoRxabXO8b9PEL8KD9UKy KA1rueqIPzzRU1n2fYygEQ== 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=1719882433; x= 1719968833; bh=tO6rO5KbP6nm6KmIjC73CoFGQ3Z9TErBlL7BXX9iqrs=; b=Q B5wWhIrMb+UzPzd6CYIl73NRAKG/ZLaMVnS06O8zxq8nIPTSucCZ1kBiV6T3xPah 0CMabq91exLCiUxs3RUUV5loQLclOpawgePxnhv18NWaThyfKS2brhmuoHKKhh1H 6zZBu3a8r+528k6Lot13k4v3JC93biE7aTH5St2tcBf02q0LqYg0v7TVWrPaVyPv gvEowerD5TzrUjsyBITXtyJFrZh8nqoW28D//WmAjKzGnCQLP4hVK65zHEPAvpBh h7R4MdKN0KQpEBCmfilRGImrgTJbql+X+2MwFGqgPxvgxoGAGtFlqLd3KFXofcK5 BiOvfOluqXSIK+CS1nZLA== X-ME-Sender: <xms:wVKDZtuIin-JIqDtbWN6r74ske0XcrV6LAgqdsTAYt0YZgSX5p-yDA> <xme:wVKDZmcjyyBTmIivj-MDyRUjefxZZcAXYvuSlkXNgGXGEr8b0murvXU0E-MbCFKX7 zT5vfqwmqw6A1yA0qQ> X-ME-Received: <xmr:wVKDZgz1oGRpcUwhNXVracEV83ZyyUYjXvj36Dr_vRIwq5whNB4RZdv_gmWTuPn2kiKD> X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrudeggdegvdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeenucfhrhhomhepffhmihht rhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrghtth gvrhhnpeetudeljeegheetgfehgeejkeeuhedvveeikeeufedtvddtveefhfdvveegudej heenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegumh hithhrhiesghhuthhovhdruggvvh X-ME-Proxy: <xmx:wVKDZkOKpAh-2W4Im2mKW2C4BXqGOBHRaLMaA_yQ3BnIY1jmMStifQ> <xmx:wVKDZt_UTk6Gp0YxMIMCS0P9Pssk5gDabSHek2pUib-oaEHSv9QMMw> <xmx:wVKDZkWZS0tt9RdIBDAvqm-yttXJuyWTxYyE9ZjcelfUmbqoyM3GhA> <xmx:wVKDZufRHY9o1Yg3oshJrTJpPqT631fpafRUdKG1UduRjx4SUeBpmg> <xmx:wVKDZvL-ZRCIle4aL7X-QU2UcXxbXxu13z7Kj9Zvj4WJiUujbTIaUKgq> Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 1 Jul 2024 21:07:12 -0400 (EDT) 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 Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization To: Eli Zaretskii <eliz@HIDDEN> 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 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 71866 Cc: 71866 <at> debbugs.gnu.org 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 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.
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at 71866) by debbugs.gnu.org; 1 Jul 2024 11:36:18 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Jul 01 07:36:18 2024 Received: from localhost ([127.0.0.1]:60338 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sOFKU-0000Wt-14 for submit <at> debbugs.gnu.org; Mon, 01 Jul 2024 07:36:18 -0400 Received: from eggs.gnu.org ([209.51.188.92]:55228) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1sOFKS-0000Wg-0R for 71866 <at> debbugs.gnu.org; Mon, 01 Jul 2024 07:36:16 -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 1sOFKL-0003GF-SA; Mon, 01 Jul 2024 07:36:09 -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=o8VVh8eoxsDE0mtQFDLy57QFJoybZg17nUYmFKWDj5U=; b=YznvPT4IPVez HhRUJVSkOPzmh1/1x1n43trJNPZQkmEXPEbT8+a+zlMaHAb7YzDDMdWRNpIyiw38o3dnexvUkFHhK hRF+yCzGEgdviq8NE0BOHFRVnHrLAgDVKrX2D4jRRrw7VSmZTiZUdq4RFg/KBJ7RPTwdw7UwwBMeE DQo92ZC2XP9QWsly7YM9+J7jozoXQt8NOC7hpQiVoM6OMAxdbRibqiUaNWUsw8Lcf+3FVlcB0KtfH fQoFLxx5YUFlFqCXObvzxRGfaLdXKAIT+fK3brEJgC6glgU7XTc6nwUgW7fS1rm9kB7ocyDCW3P+C MFFWkJkiUwWbwARNxFPhvA==; Date: Mon, 01 Jul 2024 14:36:06 +0300 Message-Id: <86frstfiop.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Dmitry Gutov <dmitry@HIDDEN> In-Reply-To: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN> (message from Dmitry Gutov on Mon, 1 Jul 2024 06:14:28 +0300) Subject: Re: bug#71866: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization References: <d3f36c80-bb39-4b95-a38b-a88726bf8fd0@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71866 Cc: 71866 <at> debbugs.gnu.org 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, 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.
bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 1 Jul 2024 03:14:38 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Sun Jun 30 23:14:38 2024 Received: from localhost ([127.0.0.1]:59593 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sO7V0-0000vK-9x for submit <at> debbugs.gnu.org; Sun, 30 Jun 2024 23:14:38 -0400 Received: from lists.gnu.org ([209.51.188.17]:60438) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <dmitry@HIDDEN>) id 1sO7Uy-0000vD-N9 for submit <at> debbugs.gnu.org; Sun, 30 Jun 2024 23:14:37 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <dmitry@HIDDEN>) id 1sO7Uy-0001e1-1P for bug-gnu-emacs@HIDDEN; Sun, 30 Jun 2024 23:14:36 -0400 Received: from fhigh8-smtp.messagingengine.com ([103.168.172.159]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <dmitry@HIDDEN>) id 1sO7Uw-0002Ig-AF for bug-gnu-emacs@HIDDEN; Sun, 30 Jun 2024 23:14:35 -0400 Received: from compute7.internal (compute7.nyi.internal [10.202.2.48]) by mailfhigh.nyi.internal (Postfix) with ESMTP id C93FA114022B for <bug-gnu-emacs@HIDDEN>; Sun, 30 Jun 2024 23:14:31 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Sun, 30 Jun 2024 23:14:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :content-type:content-type:date:date:from:from:in-reply-to :message-id:mime-version:reply-to:subject:subject:to:to; s=fm1; t=1719803671; x=1719890071; bh=ka6Smio3x2t9Ik9kGoFoyvvVvXFTgWfX +neU8ZWVFIg=; b=nDm4lwZ2v3iCxA5FTWVtHNKDyHTzb0aeGqpTNt8PCp3FTykd JLVWpKkYyjzgqlgJ94nCNS6uHSdXTjs5j5t+vz+B6SdejsQlbxnH41AimHwsELfH B28uaW2kf6KCaE2ireGR7/xgn3VIjCABq2mepT+4uPVchP7Isyjf4QYfXfGj+PD9 pFJL10TmcG2/eTTA1BrvEqvE5rfTE14ZvOZrdOoYNYpm18Ymd3+W4UgQ11cJ37C+ w+cNIIwl4ZpxLBDuNfQphqPIuK56OSGM7NC/L8juOrHrkLFPcrwozQMi9mRD26QD eDNiPICdpr+yt8Yq7BUZZPzItbjStMADFW4Ucw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:message-id :mime-version:reply-to:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t= 1719803671; x=1719890071; bh=ka6Smio3x2t9Ik9kGoFoyvvVvXFTgWfX+ne U8ZWVFIg=; b=jnhrtBEtoAAnLVx5+oCLgKqAj6Mf1+dryze1SfsmY2jKEoMmB/k u7gcVWDUc5lRQ0gzTRbqjB5M4Gs+eer3Fdl1EPwMFZEJRnsovCCp3truzpfcR0Gn fLctDRhOIj8FZhG91lB3eZYR3X84nHm8xMzA6kyq0xhGLNsjKqNzo+HpUBaajVon yfbsjdmrVOD3172ToqoZQaczRbnSpcfb1eO+sKGoVLyjZ6wfJBeMy/VOtd92u2XN hmkI8LsgqQ0bCYZK3BJ5gCouNhxX7SackQX5xdJjSE2oYa2zmRP2LmurfK8w20an 0KltG6Spf+VuRMjCWUQ6pwoJnSkEvv+y09A== X-ME-Sender: <xms:Fx-CZn1jLtAfVY6jwvcJl0r57DSzfjJaRkt9nQGwSp37piZBjtk3Rg> <xme:Fx-CZmHGVLb9dmzs6kBEI2tUVDksXiTIOjCIN9copGxofrmZG5Ktcnu8-3OR0cIAw kD6iAJ0IKAaJ4OO6A0> X-ME-Received: <xmr:Fx-CZn71H8NVhY-aQFNOaAAMeMDgBmDqtopSbuz0Y0bR3ge-cWMfyXzevMihEDYbU6dh> X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddruddvgdeiiecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurheptgfkffggfgfhuffvsehmtderredtvd ejnecuhfhrohhmpeffmhhithhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdr uggvvheqnecuggftrfgrthhtvghrnhepveduffelkeetudduueffueehfeegtdehtefhue eitefhfeevgeevgeehhfdvveelnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghm pehmrghilhhfrhhomhepughmihhtrhihsehguhhtohhvrdguvghv X-ME-Proxy: <xmx:Fx-CZs0mNqQW-S095wi5t8Awq1MuW0c33LUJEeosxYKw5LNebr3ZUw> <xmx:Fx-CZqF3KlmYp9HtEaqaaYlTrVOIXcRqjBfA_UCOiSlSXE5Rvt8izg> <xmx:Fx-CZt8x4oXaPLjtT4NL6pR7nZlOSURrclVrH4-EwYl4CQFnZLIRKA> <xmx:Fx-CZnknTwgJzsL8TY4wDpngxYtZoiAfKWadjDotRSz3hOPM2S27xA> <xmx:Fx-CZsNeDNd6SPjtYVPKV8N9Ut1IzV4haqS_ES9-vj0iXXPAhgQDfmDI> Feedback-ID: i0e71465a:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for <bug-gnu-emacs@HIDDEN>; Sun, 30 Jun 2024 23:14:31 -0400 (EDT) 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> Subject: 30.0.50; [macOS] Cursor hiding char behind it with certain theme customization To: bug-gnu-emacs@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-Debbugs-Envelope-To: submit 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--
Dmitry Gutov <dmitry@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#71866; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.