From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Andrea Corallo Newsgroups: gmane.emacs.bugs Subject: bug#69431: 30.0.50; Strange fontificaion behavior Date: Sun, 03 Mar 2024 12:01:22 -0500 Message-ID: References: <871q8x6e06.fsf@mail.parknet.co.jp> <86msrlu87i.fsf@gnu.org> <87v869oklj.fsf@localhost> <86il29u4hy.fsf@gnu.org> <87sf1dogi8.fsf@localhost> <86edcxu2ge.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30227"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: 69431@debbugs.gnu.org, Eli Zaretskii , Ihor Radchenko , hirofumi@mail.parknet.co.jp To: =?UTF-8?Q?Bj=C3=B6rn?= Bidar Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Mar 03 18:02:53 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1rgpEi-0007dM-4Y for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 03 Mar 2024 18:02:52 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rgpEV-0005br-Rm; Sun, 03 Mar 2024 12:02:39 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rgpER-0005Ru-F9 for bug-gnu-emacs@gnu.org; Sun, 03 Mar 2024 12:02:36 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rgpER-0002OE-6T for bug-gnu-emacs@gnu.org; Sun, 03 Mar 2024 12:02:35 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rgpEu-0006Sn-7y for bug-gnu-emacs@gnu.org; Sun, 03 Mar 2024 12:03:04 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Mar 2024 17:03:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 69431 X-GNU-PR-Package: emacs Original-Received: via spool by 69431-submit@debbugs.gnu.org id=B69431.170948532824699 (code B ref 69431); Sun, 03 Mar 2024 17:03:04 +0000 Original-Received: (at 69431) by debbugs.gnu.org; 3 Mar 2024 17:02:08 +0000 Original-Received: from localhost ([127.0.0.1]:41163 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rgpDz-0006QJ-Jy for submit@debbugs.gnu.org; Sun, 03 Mar 2024 12:02:08 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:51440) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rgpDw-0006PB-At for 69431@debbugs.gnu.org; Sun, 03 Mar 2024 12:02:06 -0500 Original-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 ) id 1rgpDM-0002BV-E7; Sun, 03 Mar 2024 12:01:28 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=oGaIWxaHqlrIpf1sNQuEoqZmhg57QjW+Ys5eH24Hofw=; b=reu/LcyWM5l8tCmZSpRq Z6BxzbPWp0x889OS2Wd3Ocbt6IROrUqGFy7nhkVMsEG0GWWMf7JdDxnmAluAOtlL/Rvkovgoy3k59 Lmt4fxAHyHrxsPZSGd97TFihznZQpi30wEw/IGcZzO7Me/cR7R7kwOGlMy1nkA5nLvV9DhNuDuX4K Fwv/mAh4P2qTIzWkC4+gv05FcbpFeNeEj29D89RjM0jzp1UFUb5fMn6MhKs95TGKl3aGIjajcJ+4A uWbLrI5htbvuSP3T0R4NTa2W+LXZK2cHuXwmu2nRj7hkIQ22ZmCMNMC+lLYrgMAwU9ID5ubx/dtuq sZUKT+oX6a56Ow==; Original-Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1rgpDI-0002Tb-1H; Sun, 03 Mar 2024 12:01:24 -0500 In-Reply-To: <87bk7vgucb.fsf@> ("=?UTF-8?Q?Bj=C3=B6rn?= Bidar"'s message of "Sun, 03 Mar 2024 18:20:52 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:280949 Archived-At: Bj=C3=B6rn Bidar writes: > Andrea Corallo writes: > >> Bj=C3=B6rn Bidar writes: >> >>> Eli Zaretskii writes: >>> >>>>> From: Ihor Radchenko >>>>> Cc: hirofumi@mail.parknet.co.jp, 69431@debbugs.gnu.org >>>>> Date: Tue, 27 Feb 2024 19:26:39 +0000 >>>>> >>>>> > So maybe the problem is already solved somehow? >>>>> >>>>> ... or it has something to do with loading built-in Org mode. >>>>> when I do >>>>> 1. emacs -Q >>>>> 2. C-x C-f /tmp/a.org >>>>> I do not see fontification. >>>>> >>>>> when I do >>>>> 1. emacs -Q >>>>> 2. M-: (require 'org) >>>>> 3. C-x C-f /tmp/a.org >>>>> I see fontification... >>>>> >>>>> and when I wait long enough for native compilation to finish, I can s= ee >>>>> fontification without loading org.el. >>>>> >>>>> Not sure if it tells anything useful. >>>> >>>>> From: OGAWA Hirofumi >>>>> Cc: Ihor Radchenko , 69431@debbugs.gnu.org >>>>> Date: Wed, 28 Feb 2024 04:20:13 +0900 >>>>> >>>>> I found a bit more about this. If build with --native-compilation=3Dn= o, I >>>>> can't reproduce, and at least --native-compilation=3Daot can reproduc= e. >>>> >>>> Since this seems to be somehow related to native compilation, I'm >>>> adding Andrea to the discussion, in the hope that he could suggest >>>> some ideas. >>> >>> I have the same error since my last build ref >>> 1687adcb5c93b490e2e7edcd14615af295e791ed same issue later in 6a77355527= b2f7f1dca9c2296c2684033c9aa875. >>> >>> When running without gdb Emacs just tells in the minubuffer: >>> Re-entering top level after C-stack overflow. >> >> Okay, might be some recursive dependecy issue while loading? >>> >>> With gdb I get a SIGEGV in lface_from_face_name. >>> I attach two log files I've created. It was hard to get an exact point >>> since the bug only triggers when enough is loaded. At first there's >>> memory corruption but no crash. >> >> Would be cool to have a Lisp backtrace at the moment of the SIGEGV to >> understand what we are trying to load and in which order before we stack >> overflow. >> >> Another idea would be to apply something like the following to >> Frequire, run a make, and run again the reproducer to understand what's >> going on. >> >> modified src/fns.c >> @@ -3408,6 +3408,7 @@ DEFUN ("require", Frequire, Srequire, 1, 3, 0, >> bool from_file =3D load_in_progress; >> >> CHECK_SYMBOL (feature); >> + printf ("XXX %s\n", SSDATA (Fsymbol_name (feature))); >> >> /* Record the presence of `require' in this file >> even if the feature specified is already loaded. >> >> I'd do the investigation myself but my dev machine went KO yesterday and >> to get it fixed it might take till next week :/ >> >> Thanks >> >> Andrea > > I found the culprit of the problem: it's load-theme. > The only theme's could trigger the bugs so far for me where modus > themes. Hi Bj=C3=B6rn, thanks. Sorry I had to pause on this as I'm focused on fixing everything I've broke recently on master =F0=9F=98=85. I'll be back on loo= king at this soon. Andrea