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 14:34:07 -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="35734"; 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 20:34:44 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 1rfPhU-00092i-FH for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 28 Feb 2024 20:34:44 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rfPhO-0002v1-0k; Wed, 28 Feb 2024 14:34: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 1rfPhL-0002uc-TX for bug-gnu-emacs@gnu.org; Wed, 28 Feb 2024 14:34:35 -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 1rfPhL-0006Uf-KZ for bug-gnu-emacs@gnu.org; Wed, 28 Feb 2024 14:34:35 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rfPhm-0007Si-96 for bug-gnu-emacs@gnu.org; Wed, 28 Feb 2024 14:35: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 19:35: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.170914888528621 (code B ref 69431); Wed, 28 Feb 2024 19:35:02 +0000 Original-Received: (at 69431) by debbugs.gnu.org; 28 Feb 2024 19:34:45 +0000 Original-Received: from localhost ([127.0.0.1]:36976 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rfPhU-0007RV-DV for submit@debbugs.gnu.org; Wed, 28 Feb 2024 14:34:45 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:58560) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rfPhR-0007R5-4f for 69431@debbugs.gnu.org; Wed, 28 Feb 2024 14:34:43 -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 1rfPgt-0006Rg-WA; Wed, 28 Feb 2024 14:34:08 -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=oeyZKiuQ9OnwgabSIq04WR6gjGIhjzd7gdvsCy60Uyo=; b=nb7wz2q/F97BB3Hx9QtW 3yL72lS03Yo0UUR1l8GyBCQ7u+4Su5tVYdpxh64ecm7mwzvCByF2Kcd2745pMvUBLtkxQCxHROCmI ng1k7R/dtlLTt4GlsWedsFD3T+uh1sbmyG67zf/tXytBAqMtFLL4YJ1bd9v3xYlBMsmHfjb1SKKHV 42Ts/viMLtvXTIx725/aSpVzY+69nmYzOj9IONCsPogyRz//J4EzVBwfOAlbgviXirjFtnrtUhi2v lZek7eO0zRTuzqUWJ2pgp9SfrNWcjNWgPDL15cHa8y9u2QwofcIz+QP8GxRNuzmz5wKVZV264698R e6DX8ilBBw80oA==; Original-Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1rfPgt-0002ud-Bq; Wed, 28 Feb 2024 14:34:07 -0500 In-Reply-To: <87zfvkfrw0.fsf@> ("=?UTF-8?Q?Bj=C3=B6rn?= Bidar"'s message of "Wed, 28 Feb 2024 18:57:51 +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:280773 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 >>> 6a77355527b2f7f1dca9c2296c2684033c9aa875. >>> >>> 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? > It does sound like it. > >>> >>> 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))); > > I added the message in the case of my init.el it looks like this: > XXX comp > XXX bytecomp > XXX backquote > XXX macroexp > XXX cconv > XXX cl-lib > XXX macroexp > XXX gv > XXX macroexp > XXX rx > XXX subr-x > XXX warnings > XXX icons > XXX cl-lib > XXX comp-common > XXX comp-cstr > XXX cl-lib > XXX cl-extra > XXX cl-lib > XXX seq > XXX help-mode > XXX cl-lib > XXX cl-lib > XXX borg > XXX bytecomp > XXX cl-lib > XXX info > XXX pcase > XXX macroexp > XXX subr-x > XXX loaddefs-gen > XXX radix-tree > XXX lisp-mnt > XXX generate-lisp-file > XXX eieio > XXX eieio-core > XXX cl-lib > XXX cl-macs > XXX cl-lib > XXX macroexp > XXX gv > XXX cl-generic > XXX bytecomp > XXX macroexp > XXX use-package > XXX use-package-core > XXX bytecomp > XXX cl-lib > XXX tabulated-list > XXX use-package-bind-key > XXX use-package-core > XXX bind-key > XXX cl-lib > XXX easy-mmode > XXX use-package-diminish > XXX use-package-core > XXX use-package-delight > XXX use-package-core > XXX use-package-ensure > XXX cl-lib > XXX use-package-core > XXX comp-run > XXX comp-common > XXX bytecomp > XXX epkg > XXX compat > XXX llama > XXX seq > XXX seq > XXX subr-x > XXX closql > XXX compat > XXX eieio > XXX eieio-base > XXX eieio > XXX seq > XXX emacsql > XXX cl-lib > XXX cl-generic > XXX eieio > XXX emacsql-compiler > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX gv > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX emacsql-sqlite-common > XXX emacsql > XXX cl-lib > XXX subr-x > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX macroexp > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX epkg-desc > XXX epkg > XXX find-func > XXX wid-edit > XXX cl-lib > XXX cl-lib > XXX epkg-list > XXX epkg > XXX epkg-desc > XXX epkg-utils > XXX epkg > XXX cl-lib > XXX cl-lib > XXX epkg-elpa > XXX epkg > XXX json > XXX map > XXX seq > XXX subr-x > XXX no-littering > XXX cl-lib > XXX compat > XXX custom > XXX select > XXX saveplace > XXX cl-lib > XXX cl-lib > XXX seq > XXX kmacro > XXX replace > XXX cl-lib > XXX desktop > XXX cl-lib > XXX frameset > XXX cl-lib > XXX printing > XXX lpr > XXX ps-print > XXX lpr > XXX ps-print-loaddefs > XXX cus-face > XXX wid-edit > XXX icons > XXX cus-load > XXX cus-start > XXX cl-lib > XXX cus-load > XXX cus-start > XXX cus-start > XXX auth-source-pass > XXX seq > XXX cl-lib > XXX auth-source > XXX json > XXX password-cache > XXX cl-lib > XXX eieio > XXX url-parse > XXX url-vars > XXX auth-source > XXX helm-pass > XXX helm > XXX helm-core > XXX cl-lib > XXX async > XXX cl-lib > XXX helm-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX helm-multi-match > XXX cl-lib > XXX helm-lib > XXX helm-source > XXX cl-lib > XXX eieio > XXX helm-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX cl-lib > XXX async-bytecomp > XXX cl-lib > XXX async > XXX bytecomp > XXX helm-global-bindings > XXX helm-lib > XXX helm-easymenu > XXX easymenu > XXX password-store > XXX with-editor > XXX cl-lib > XXX compat > XXX server > XXX shell > XXX comint > XXX ring > XXX ansi-color > XXX ansi-osc > XXX regexp-opt > XXX pcomplete > XXX comint > XXX subr-x > XXX subr-x > XXX macroexp > XXX auth-source-pass > XXX auth-source-pass > XXX thingatpt > XXX seq > XXX modus-themes > XXX modus-themes > Thanks Bj=C3=B6rn that's helpful, could we try with the following instead? modified src/lread.c @@ -1402,6 +1402,7 @@ DEFUN ("load", Fload, Sload, 1, 5, 0, int version; =20 CHECK_STRING (file); + printf ("YYY %s\n", SSDATA (file)); =20 /* If file name is magic, call the handler. */ handler =3D Ffind_file_name_handler (file, Qload); >> 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 > > > Is the it normal that gdb tell me: > warning: Corrupted shared library list: 0x1701f5b0 !=3D 0x19cf8b60 > > When running Emacs in GDB? > I have the same error with my last known good version. I think so, I've seen this in the past and never bothered too much (but I'm not a gdb guru so I can't give you a good explanation). Thanks Andrea