From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: master 5ee43ba0df causing display hangs? Date: Tue, 10 Dec 2019 14:01:01 +0200 Message-ID: <19062F8F-0969-4ADD-87E5-F67443D376F2@gnu.org> References: <87k178gu5g.fsf@wavexx.thregr.org> <83sglwdoc0.fsf@gnu.org> <83pnh0dmvl.fsf@gnu.org> <87pnh0ezhx.fsf@wavexx.thregr.org> <83muc4djwg.fsf@gnu.org> <878snn3fi0.fsf@wavexx.thregr.org> <837e36errp.fsf@gnu.org> <874kyau7mi.fsf@wavexx.thregr.org> <834kyaeowc.fsf@gnu.org> <87v9qola7f.fsf@wavexx.thregr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="220497"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: K-9 Mail for Android To: emacs-devel@gnu.org,Yuri D'Elia Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 10 13:01:26 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1ieeCk-000v8v-Ck for ged-emacs-devel@m.gmane.org; Tue, 10 Dec 2019 13:01:26 +0100 Original-Received: from localhost ([::1]:55796 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ieeCi-0001zI-Rn for ged-emacs-devel@m.gmane.org; Tue, 10 Dec 2019 07:01:24 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36726) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ieeCR-0001yv-9S for emacs-devel@gnu.org; Tue, 10 Dec 2019 07:01:12 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:50389) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ieeCQ-0004sY-Su; Tue, 10 Dec 2019 07:01:06 -0500 Original-Received: from [176.12.227.229] (port=59627 helo=[10.157.74.26]) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1ieeCQ-00087s-1U; Tue, 10 Dec 2019 07:01:06 -0500 In-Reply-To: <87v9qola7f.fsf@wavexx.thregr.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:243278 Archived-At: On December 10, 2019 12:57:24 PM GMT+02:00, Yuri D'Elia wrote: > So, I stopped while stuck, so here's a sample of the stack: >=20 > #0 0x0000555555886011 in assq_no_quit (key=3DXIL(0xb490), > list=3DXIL(0x5555562b35f3)) at fns=2Ec:1626 > #1 0x00005555556e0be8 in lface_from_face_name_no_resolve > (f=3D0x555556065240, face_name=3DXIL(0xb490), signal_p=3Dfalse) at > xfaces=2Ec:1846 > #2 0x00005555556e0cbb in get_lface_attributes_no_remap > (f=3D0x555556065240, face_name=3DXIL(0xb490), attrs=3D0x7fffffff62b0, > signal_p=3Dfalse) > at xfaces=2Ec:1888 > #3 0x00005555556e0e1d in get_lface_attributes > (w=3D0x5555576a24a0, f=3D0x555556065240, face_name=3DXIL(0xb490), > attrs=3D0x7fffffff62b0, signal_p=3Dfalse, > named_merge_points=3D0x7fffffff6460) at xfaces=2Ec:1939 > #4 0x00005555556e18ac in face_inherited_attr > (w=3D0x5555576a24a0, f=3D0x555556065240, attrs=3D0x7fffffff63c0, > attr_idx=3DLFACE_EXTEND_INDEX, named_merge_points=3D0x7fffffff6460) at > xfaces=2Ec:2173 > #5 0x00005555556e1b2e in merge_named_face > (w=3D0x5555576a24a0, f=3D0x555556065240, face_name=3DXIL(0xf84c80), > to=3D0x7fffffff67f0, named_merge_points=3D0x7fffffff6460, > attr_filter=3DLFACE_EXTEND_INDEX) at xfaces=2Ec:2223 > #6 0x00005555556e2bf1 in merge_face_ref > (w=3D0x5555576a24a0, f=3D0x555556065240, face_ref=3DXIL(0xf84c80), > to=3D0x7fffffff67f0, err_msgs named_merge_points=3D0x0, > attr_filter=3DLFACE_EXTEND_INDEX) at xfaces=2Ec:2696 > The loop is stuck at #4, in face_inherited_attr=2E > As described above, attr_val is not changing: >=20 > (gdb) p attr_val > $16 =3D XIL(0xde90) > (gdb) pp attr_val > unspecified > (gdb) p attr_idx > $17 =3D LFACE_EXTEND_INDEX > (gdb) pp parent_face > 'mu4e-header-value-face >=20 > Now, going up the stack >=20 > #0 get_lface_attributes (w=3D0x5555576c3fc0, f=3D0x55555617f4d0, > face_name=3DXIL(0xb490), > attrs=3D0x7fffffff62b0, signal_p=3Dfalse, > named_merge_points=3D0x7fffffff6460) at xfaces=2Ec:1914 > (gdb) pp face_name > quote >=20 > mmmh? Thanks=2E Please show the face that is refetenced in frame #5 as face_name, and all = its attributes=2E AFAIU, this is the original face being merged here=2E The 'quote' thing probably means some attribute is redundantly quoted, but= maybe I'm missing something=2E