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: Wed, 28 Feb 2024 08:53:18 -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="2286"; 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 Wed Feb 28 14:53:59 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 1rfKNj-0000IF-Om for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 28 Feb 2024 14:53:59 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rfKNO-0003ut-ND; Wed, 28 Feb 2024 08:53:38 -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 1rfKNM-0003uD-QD for bug-gnu-emacs@gnu.org; Wed, 28 Feb 2024 08:53: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 1rfKNM-00011Q-10 for bug-gnu-emacs@gnu.org; Wed, 28 Feb 2024 08:53:36 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rfKNm-000851-EP for bug-gnu-emacs@gnu.org; Wed, 28 Feb 2024 08:54:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 28 Feb 2024 13:54:02 +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.170912843731037 (code B ref 69431); Wed, 28 Feb 2024 13:54:02 +0000 Original-Received: (at 69431) by debbugs.gnu.org; 28 Feb 2024 13:53:57 +0000 Original-Received: from localhost ([127.0.0.1]:41280 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rfKNg-00084X-Ua for submit@debbugs.gnu.org; Wed, 28 Feb 2024 08:53:57 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:35946) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rfKNe-00084D-W7 for 69431@debbugs.gnu.org; Wed, 28 Feb 2024 08:53:55 -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 1rfKN5-0000za-Ix; Wed, 28 Feb 2024 08:53:19 -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=5WZR6Ecz6QjNjzfiTU81iMMXT4Nb11Ye5fgBHLxm1Zo=; b=GxJgj3I6s1sIKRVNKdP2 jINyZQQT/8V278g7svaStXFF5owHErNXC5Pxd0e5auESf86NQ/c9ykEBQDDPYvJGEsTfBtgFOAclQ DspoHxAUiBNoD1wgLkX1vVc8M9ZUYVpRyD6J9KwNP57IWyxkACIZCpRcT6XmsO6CXLcQ7YxfVEeid dzjW+OAGJx1SktWa08LA7CY2krWQEBbQijTXv2cD/4+p9wn6b9g9O7DhygKubvNxHYZD3qxFgKvbj UQAo2kV09NoQn0zAhqm6blcaUqSlxgs03ovFC4cWM0fYkPR77f/W9DV/AP1dMdYtqUo1Gp/bA0c91 2lnqFRKpBHIW2A==; Original-Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1rfKN4-0007VE-Oc; Wed, 28 Feb 2024 08:53:19 -0500 In-Reply-To: <87v869h86b.fsf@> ("=?UTF-8?Q?Bj=C3=B6rn?= Bidar"'s message of "Wed, 28 Feb 2024 00:08:28 +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:280757 Archived-At: 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 see >>> 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=3Dno,= I >>> can't reproduce, and at least --native-compilation=3Daot can reproduce. >> >> 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 6a77355527b2= f7f1dca9c2296c2684033c9aa875. > > 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