From unknown Sat Jun 21 05:20:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#70367: 30.0.50; Inconsistent Syntax Highlighting Resent-From: Amol Surati Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 13 Apr 2024 16:40:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 70367 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 70367@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.171302636525372 (code B ref -1); Sat, 13 Apr 2024 16:40:04 +0000 Received: (at submit) by debbugs.gnu.org; 13 Apr 2024 16:39:25 +0000 Received: from localhost ([127.0.0.1]:33711 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rvgPS-0006aw-5W for submit@debbugs.gnu.org; Sat, 13 Apr 2024 12:39:24 -0400 Received: from lists.gnu.org ([2001:470:142::17]:51500) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rvcii-00070m-Rv for submit@debbugs.gnu.org; Sat, 13 Apr 2024 08:43:03 -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 ) id 1rvciS-0003jK-UZ for bug-gnu-emacs@gnu.org; Sat, 13 Apr 2024 08:42:44 -0400 Received: from mail-lf1-x129.google.com ([2a00:1450:4864:20::129]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rvciQ-0006mx-PF for bug-gnu-emacs@gnu.org; Sat, 13 Apr 2024 08:42:44 -0400 Received: by mail-lf1-x129.google.com with SMTP id 2adb3069b0e04-516cbf3fd3dso2132804e87.2 for ; Sat, 13 Apr 2024 05:42:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1713012159; x=1713616959; darn=gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=glHUcy0/ftjTZI8cLbxxlEyfwrL4ndDuvdYiKgNuItk=; b=A6lTygQ7UZnrQ1iC6MCCKFGQP+IZS94Ybv+iyhHg5jFN/ui9e7Rk8m0PT5ChSJRwwy 5ALVUFfoRYQbe1vM7spieURT/g5WNUDMdjMZ6URlGWrcrnhXS3jd9Xg1HwrisEnXkpsv nouYx5Zx/SMKPu6Io6XAKDeZ1je0qOsj3D8xYzrfCQ2SM0hmmrHxHpSrQSYjB9tb/ZvM Q9j/qCI/SWa3UBAT49MX8aZ5v3giW7mz2xnShsY+omQPhoNgljAXdUIKqHL5PSI77ziz Je07OrAFH/XgSEJVOfZvKWULJh4jH1+iWvplKjxxhLcx9VtfVrinX8Uwq6qOkWZ4vsdO 1qmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1713012159; x=1713616959; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=glHUcy0/ftjTZI8cLbxxlEyfwrL4ndDuvdYiKgNuItk=; b=X5csxe372VdCMiWMdAJhV3TjXtrBCv80SVCIYUX5dO79j9sMxX3VuAlYUsYH0H8105 XpygB2Rgz3pjxU3y9BgW8aKrf8Jkpu7VDqXH0x81IadYopn+Z3T6uWRgiyCu1xhcSpl9 OEZy5FpPhWB7OPK0PfGfs9BKs2ibphCp7PkpxXASFcuzbgU0G4ycKZyMwp3kCYiHipeR ALndBsTq9MDIlRDOY9qTCVHf673oUReHcdbjByiZktULm7Yxx7O3Peo1fOiXhh4pGbxO bOfw6oBJ8QPLZkABBliBHANYQNRSj9iB/lDNfMtskdoyLfhnf+604Xyvj5e46u7LYWlW RrGw== X-Gm-Message-State: AOJu0YxRh3gYZcfpO5+Nl+W9FpI9RboXk4foIc3Vb3dNnMBheSdBg8a2 3pyzlwapn8onert/K0oAq35KTMc0Dd0Rp0aYw3n0bBAePmFag1IWTPZeRfk/SFUJIK1WXCkD9gH 1GyNCBaSdseYuuxuc1syUyVTT5blr2HHfa8w= X-Google-Smtp-Source: AGHT+IGoco39OPdNpngpMafGPI/R4wY7VASeA32RGePSqvnP9V8Pcj5hIHC1fCmadT4Gv6BYQceZ+QdyWXITY+CmqtU= X-Received: by 2002:a2e:8715:0:b0:2d8:55ac:c3a4 with SMTP id m21-20020a2e8715000000b002d855acc3a4mr3234113lji.22.1713012158464; Sat, 13 Apr 2024 05:42:38 -0700 (PDT) MIME-Version: 1.0 From: Amol Surati Date: Sat, 13 Apr 2024 18:12:54 +0530 Message-ID: Content-Type: text/plain; charset="UTF-8" Received-SPF: pass client-ip=2a00:1450:4864:20::129; envelope-from=suratiamol@gmail.com; helo=mail-lf1-x129.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Mailman-Approved-At: Sat, 13 Apr 2024 12:39:21 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --text follows this line-- The problem is not found in terminal emacs built from the released 29.3.tar.gz, or with emacs running under GUI (i.e. under PGTK). The problem is seen with terminal emacs built from the master branch, at various commit levels. Problem: When a large file (for e.g. vulkan_core.h) is opened, certain constructs have their syntax highlighting broken. The video found at [1] shows the behaviour. At the end of the video, one can see one instance of the problem; the syntax highlighting for the enum constant 'VK_STRUCTURE_TYPE_EVENT_CREATE_INFO = 10,' abruptly breaks. The entire identifier VK_STRUCTURE_TYPE_EVENT_CREATE_INFO must be one colour. Instead, 'VK_STRUCTURE_TYPE_EVENT_CREA' is of the expected colour, while 'TE_INFO' is of the colour that is expected with '= 10,'. You may want to download the video and then play it, if Google Drive plays it at a resolution that is lower than the video's native resolution. Within this same session, there were other such enum constants with broken highlighting, though they have not been captured in the video. The termscript is attached at [2]. The graphics session is Wayland with swaywm as its compositor; XWayland is not enabled. The terminal emulator is 'foot'. Another terminal emulator, 'alacritty' was also tested; the problem occurred there too. The problem doesn't seem to occur with small-sized files; After reducing the vulkan_core.h to contain only around 235 lines, emacs was able to show the (reduced) file with consistent highlighting. Thank you, Amol Surati [1] https://drive.google.com/file/d/1C2pSlh3x1g91lUsErryLnLP5995Jcg6c/ [2] https://pastebin.com/UiKSZWm7 ------------------------------------------------------------------------ In GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu) Repository revision: 8b210a636fe426f47bccdb111af61d6310755dde Repository branch: master System Description: Arch Linux Configured using: 'configure --prefix=/home/user/tools/emacs --without-all --with-native-compilation=aot --with-zlib --without-x --without-json --without-sound --with-small-ja-dic --disable-build-details --without-sqlite3 --with-compress-install 'CFLAGS=-O2 -mtune=native -march=native -fomit-frame-pointer'' Configured features: GMP NATIVE_COMP PDUMPER SECCOMP XIM ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: global-display-fill-column-indicator-mode: t display-fill-column-indicator-mode: t save-place-mode: t tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t minibuffer-regexp-mode: t column-number-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t auto-save-visited-mode: t Load-path shadows: None found. Features: (shadow sort regexp-opt mail-extr emacsbug message mailcap yank-media puny dired dnd dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util text-property-search time-date mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils term/xterm xterm byte-opt gv bytecomp byte-compile modus-vivendi-theme modus-themes subr-x easy-mmode display-fill-column-indicator saveplace cl-seq cl-loaddefs cl-lib rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 126813 13455) (symbols 48 8344 0) (strings 32 19368 1588) (string-bytes 1 634561) (vectors 16 7702) (vector-slots 8 94144 6327) (floats 8 50 8) (intervals 56 241 1) (buffers 984 11)) From unknown Sat Jun 21 05:20:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#70367: 30.0.50; Inconsistent Syntax Highlighting Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 13 Apr 2024 17:46:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 70367 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Amol Surati Cc: 70367@debbugs.gnu.org Received: via spool by 70367-submit@debbugs.gnu.org id=B70367.171303031128541 (code B ref 70367); Sat, 13 Apr 2024 17:46:04 +0000 Received: (at 70367) by debbugs.gnu.org; 13 Apr 2024 17:45:11 +0000 Received: from localhost ([127.0.0.1]:33745 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rvhR6-0007Pm-4Q for submit@debbugs.gnu.org; Sat, 13 Apr 2024 13:45:10 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:51250) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rvhQw-0007Mc-Q1 for 70367@debbugs.gnu.org; Sat, 13 Apr 2024 13:45:00 -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 ) id 1rvhQf-0005yK-JH; Sat, 13 Apr 2024 13:44:42 -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=unmB7bZ9qcVdCUEOlgn5Hug9NDfMIgnHxoI4APfAil0=; b=ZjVREp9IaV7p ilzCP+GZ7L+9QQDemZHPzcALh5qj8VBZkSQ8YGzrk5fEBHok/n7v0oW1W4EqvspZwtK0S/nTF7ese 1RsOF1FYLnZHK+PjPhDHriO0OgiJ4rL+n5st84JMOHFcBEUX4URv1prylDg1/6L5pA65MwTOeYPZj AGUyfT8GjhZFff4z/ZfsRGXoiFgwDSg5055U8UGmLRnAahKr1fK/VGLiNIB9Ja7ACMHVHRYwl/Fop vjhU373dAjeZDImjLjy5KNGbuSJ9Nsl6vgf/RQatZxKHSJltrvJMIdDw4Tt0l9qOJte4RxDULlWw5 7Px8kpMfSq7fIwVv1j5GGQ==; Date: Sat, 13 Apr 2024 20:44:37 +0300 Message-Id: <86r0f9nomy.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Amol Surati on Sat, 13 Apr 2024 18:12:54 +0530) References: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Amol Surati > Date: Sat, 13 Apr 2024 18:12:54 +0530 > > The problem is not found in terminal emacs built from the released 29.3.tar.gz, > or with emacs running under GUI (i.e. under PGTK). > > The problem is seen with terminal emacs built from the master branch, at various > commit levels. > > Problem: When a large file (for e.g. vulkan_core.h) is opened, certain > constructs have their syntax highlighting broken. The video found at [1] shows > the behaviour. At the end of the video, one can see one instance of the problem; > the syntax highlighting for the enum constant > 'VK_STRUCTURE_TYPE_EVENT_CREATE_INFO = 10,' abruptly breaks. The entire > identifier VK_STRUCTURE_TYPE_EVENT_CREATE_INFO must be one colour. Instead, > 'VK_STRUCTURE_TYPE_EVENT_CREA' is of the expected colour, while > 'TE_INFO' is of the colour that is expected with '= 10,'. You may want to > download the video and then play it, if Google Drive plays it at a resolution > that is lower than the video's native resolution. > > Within this same session, there were other such enum constants with broken > highlighting, though they have not been captured in the video. > The termscript is attached at [2]. > > The graphics session is Wayland with swaywm as its compositor; XWayland is > not enabled. The terminal emulator is 'foot'. Another terminal emulator, > 'alacritty' was also tested; the problem occurred there too. > > The problem doesn't seem to occur with small-sized files; After reducing the > vulkan_core.h to contain only around 235 lines, emacs was able to show the > (reduced) file with consistent highlighting. FWIW, I cannot reproduce this with stock Emacs 29.3 and vulkan_core.h file that I downloaded from this site: https://github.com/KhronosGroup/dfdutils/blob/main/vulkan/vulkan_core.h I tried both the default cc-mode and c-ts-mode, and they both produce correct display with fill syntax highlighting that does NOT break. If the above is not the file where you see the problem, please post the offending file, or tell where it can be downloaded. From unknown Sat Jun 21 05:20:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#70367: 30.0.50; Inconsistent Syntax Highlighting Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 13 Apr 2024 17:49:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 70367 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: suratiamol@gmail.com Cc: 70367@debbugs.gnu.org Received: via spool by 70367-submit@debbugs.gnu.org id=B70367.171303053030774 (code B ref 70367); Sat, 13 Apr 2024 17:49:03 +0000 Received: (at 70367) by debbugs.gnu.org; 13 Apr 2024 17:48:50 +0000 Received: from localhost ([127.0.0.1]:33750 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rvhUf-00080E-Jj for submit@debbugs.gnu.org; Sat, 13 Apr 2024 13:48:50 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:41460) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rvhUd-0007y9-Av for 70367@debbugs.gnu.org; Sat, 13 Apr 2024 13:48:47 -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 ) id 1rvhUN-0006Yn-BO; Sat, 13 Apr 2024 13:48:31 -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=NF3ailOHW4M9BYLl0v/s3VXEHtoYNLqsmhYLoN+g6p0=; b=ODQHALBQw9Lf MT0nchEzqyZUNZwt7dvQysCRju5PH1CMtcuGDTeiRKAzkwf636kdtc33dKEb+bnHbmQIwPsBG6TvF TgT5ucliTmgwyfHLIDhLMRnU+Xy8QWS4fMLXbG5cUMjLnl/ACaZNWfElnsGhUZoUKaWgGux1kNOoE osWoA1gDbKQ4qjt160NuPVT0Ogcao1A8SCx3UairiKB4Rni0gHVlJ22UA1LrR47JN5x55lk1hY+5h vFyTPsRa/SKl6FUcefmZvlehSYGsjevGiUGPKI5hMK2ZqYBfcqh37HObnfM6WgxKJ/WhkyNA5G8Yz hVKNbyEU5efVJbTFFsknRw==; Date: Sat, 13 Apr 2024 20:48:28 +0300 Message-Id: <86plutnogj.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <86r0f9nomy.fsf@gnu.org> (message from Eli Zaretskii on Sat, 13 Apr 2024 20:44:37 +0300) References: <86r0f9nomy.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Cc: 70367@debbugs.gnu.org > Date: Sat, 13 Apr 2024 20:44:37 +0300 > From: Eli Zaretskii > > > From: Amol Surati > > Date: Sat, 13 Apr 2024 18:12:54 +0530 > > > > The problem is not found in terminal emacs built from the released 29.3.tar.gz, > > or with emacs running under GUI (i.e. under PGTK). > > > > The problem is seen with terminal emacs built from the master branch, at various > > commit levels. > > > > Problem: When a large file (for e.g. vulkan_core.h) is opened, certain > > constructs have their syntax highlighting broken. The video found at [1] shows > > the behaviour. At the end of the video, one can see one instance of the problem; > > the syntax highlighting for the enum constant > > 'VK_STRUCTURE_TYPE_EVENT_CREATE_INFO = 10,' abruptly breaks. The entire > > identifier VK_STRUCTURE_TYPE_EVENT_CREATE_INFO must be one colour. Instead, > > 'VK_STRUCTURE_TYPE_EVENT_CREA' is of the expected colour, while > > 'TE_INFO' is of the colour that is expected with '= 10,'. You may want to > > download the video and then play it, if Google Drive plays it at a resolution > > that is lower than the video's native resolution. > > > > Within this same session, there were other such enum constants with broken > > highlighting, though they have not been captured in the video. > > The termscript is attached at [2]. > > > > The graphics session is Wayland with swaywm as its compositor; XWayland is > > not enabled. The terminal emulator is 'foot'. Another terminal emulator, > > 'alacritty' was also tested; the problem occurred there too. > > > > The problem doesn't seem to occur with small-sized files; After reducing the > > vulkan_core.h to contain only around 235 lines, emacs was able to show the > > (reduced) file with consistent highlighting. > > FWIW, I cannot reproduce this with stock Emacs 29.3 and vulkan_core.h > file that I downloaded from this site: > > https://github.com/KhronosGroup/dfdutils/blob/main/vulkan/vulkan_core.h I see now that you say you see this with the master branch, so I tested that version as well, and I still don't see the problem. From unknown Sat Jun 21 05:20:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#70367: 30.0.50; Inconsistent Syntax Highlighting Resent-From: Stephen Berman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 13 Apr 2024 19:01:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 70367 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: suratiamol@gmail.com, 70367@debbugs.gnu.org Received: via spool by 70367-submit@debbugs.gnu.org id=B70367.17130348428736 (code B ref 70367); Sat, 13 Apr 2024 19:01:03 +0000 Received: (at 70367) by debbugs.gnu.org; 13 Apr 2024 19:00:42 +0000 Received: from localhost ([127.0.0.1]:33776 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rvicC-0002GT-7G for submit@debbugs.gnu.org; Sat, 13 Apr 2024 15:00:42 -0400 Received: from mout.gmx.net ([212.227.15.15]:55181) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rvic6-0002EM-KR for 70367@debbugs.gnu.org; Sat, 13 Apr 2024 15:00:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net; s=s31663417; t=1713034817; x=1713639617; i=stephen.berman@gmx.net; bh=60db9dtBNstoDLze/NSjAAOvJwRH+dPIFZWfgdHe2bE=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References: Date; b=JNE+UEfvSVoEKZd3z4CUfNj+8btOQ75zCYZDn+PDz9Tmr3wgWPHxIdwDt4Y/ZrUP vm+7M6jMq+PXz8gM8hAsG7KWU3IvT6Brc3/3/TlB6lzhCpy3fUcHCMfS6MbJjWrHJ 4PXru+3aCxfCGkhK0n/5JJ/s0cynIZxpwTUvtmpoOaxPqxzlj4POLS5HMwjqyxAQr gRE3A7gMaY9xeprj5V97vqdSo+f4gkNTkNNBGA3f/GI25pATt7BC8wSCBYjbWx7V7 9yFwl4HHbAhuGff/WcVW0pR21OC2yHmOghyACaq6tBDxHsGuQSdyJCSCz/vSX9vVS yTiWBGxAJ8EBfsh8zQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from strobelfs ([88.130.49.252]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MeU0k-1sVsJB1IHc-00aVgi; Sat, 13 Apr 2024 21:00:17 +0200 From: Stephen Berman In-Reply-To: <86plutnogj.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 13 Apr 2024 20:48:28 +0300") References: <86r0f9nomy.fsf@gnu.org> <86plutnogj.fsf@gnu.org> Date: Sat, 13 Apr 2024 21:00:16 +0200 Message-ID: <87bk6dozpb.fsf@gmx.net> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:hJLg1g9yfUCdf1T4FVZFWX95v2YCaG77IRILncX9pvPy8WkWlPQ Uv03809t3yBldtkv1eNjTJ2D2YOT9bAS063SWE5lTeqAIZR2aVnxVhanh+wtlguThmg4YJd v2OOLHcN1zvfduUqMJuVNI+/TWQrL2Gc7WG6yxnBWKIWE+Tpb1PMR4YXOXGk9aCorPP7stH Gez7WaLm0HbGTV3EL/+1Q== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:1jvdASgWaBY=;OxQ0diaXbIyJCWYzKLOxmWfTfPb R2Md3txh1Iywj7dOCEfr/Z6aptv3QDWX3aEwpYN5lUSSKbdOMjrSfkKPuqqJxV2sd/b/RV99C TkLp0qON9PNH1fxlHT76Y2wppZGa8He4b/2beU0D5kgH3KTIgcEPSxEMDiYn6MIT6Eq+LLIWH doNnoDyDnUy8rtYp5FrlUzFAIcaDbwKuKRWSOspZjUqMTJlnsPSd1Rs8FEr/+rtvg0AHOQ1jU LCD1DOXHEzlQ9kyQ4NaBvmSAUcJxM2nypbKhDq+j31nl2GvYI5FxQQry0qwRFAz0UGilKPFhK eFLGhhhpbS5I09X0Zs/r6/yi12jpwPzcUVNpfdvu5KBBeBOBYv9z2maq6BdL8nw6Ow+iGxeu+ GSg/BK/3qVt+6ueXZ2xXSJ9RBY7YW7HS9lvLiXhg+CT0ul1tTHRjFiiWDIbn5k7P+6c6/gm4M ful8yjq7aZ2RDhTuQM2SlfxeZ4aqvpzlha1Xc9sujFSld0ysnsEs9QbKYtoIYm/GbE4wu/DRZ BAZLMckfkHgCJMMkSP8GdP3/uGVmqESQIhoC0iZqMMQYC0VMAqaphtp24WQZZcPFo4+VMhoEG iND9zO+X/9y425YgA4NizfZyKIUg0y+k01tBtCfKXn3vc2hBCL88Y4GV5nPcuOazzTyLRRLSV EfJIxelsvUR5JLEsIymjWENTwzb+LE8G7FUnXHH1SZDmJ/weS4VOlzogmULyXPXigoYxMooPx vKyUJ3pb2ogKjpiDQDwIqzOMWq4SsZhup1fif8GcKHfmIPQefWnhBKAtZ5phVI6M/VjR0Tn+R XGl7A3FKrCM5sM3JQZB3Z7isIxG+MxdhHGOd19QURkweaYLdq9QUVLACw6DelqDfRR Content-Transfer-Encoding: quoted-printable X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Sat, 13 Apr 2024 20:48:28 +0300 Eli Zaretskii wrote: >> Cc: 70367@debbugs.gnu.org >> Date: Sat, 13 Apr 2024 20:44:37 +0300 >> From: Eli Zaretskii >> >> > From: Amol Surati >> > Date: Sat, 13 Apr 2024 18:12:54 +0530 >> > >> > The problem is not found [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [88.130.49.252 listed in zen.spamhaus.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (stephen.berman[at]gmx.net) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.15 listed in wl.mailspike.net] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.9 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Sat, 13 Apr 2024 20:48:28 +0300 Eli Zaretskii wrote: >> Cc: 70367@debbugs.gnu.org >> Date: Sat, 13 Apr 2024 20:44:37 +0300 >> From: Eli Zaretskii >> >> > From: Amol Surati >> > Date: Sat, 13 Apr 2024 18:12:54 +0530 >> > >> > The problem is not found [...] Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [88.130.49.252 listed in zen.spamhaus.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.15 listed in wl.mailspike.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (stephen.berman[at]gmx.net) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager On Sat, 13 Apr 2024 20:48:28 +0300 Eli Zaretskii wrote: >> Cc: 70367@debbugs.gnu.org >> Date: Sat, 13 Apr 2024 20:44:37 +0300 >> From: Eli Zaretskii >> >> > From: Amol Surati >> > Date: Sat, 13 Apr 2024 18:12:54 +0530 >> > >> > The problem is not found in terminal emacs built from the released 29= .3.tar.gz, >> > or with emacs running under GUI (i.e. under PGTK). >> > >> > The problem is seen with terminal emacs built from the master branch,= at various >> > commit levels. >> > >> > Problem: When a large file (for e.g. vulkan_core.h) is opened, certai= n >> > constructs have their syntax highlighting broken. The video found at = [1] shows >> > the behaviour. At the end of the video, one can see one instance of t= he problem; >> > the syntax highlighting for the enum constant >> > 'VK_STRUCTURE_TYPE_EVENT_CREATE_INFO =3D 10,' abruptly breaks. The en= tire >> > identifier VK_STRUCTURE_TYPE_EVENT_CREATE_INFO must be one colour. In= stead, >> > 'VK_STRUCTURE_TYPE_EVENT_CREA' is of the expected colour, while >> > 'TE_INFO' is of the colour that is expected with '=3D 10,'. You may w= ant to >> > download the video and then play it, if Google Drive plays it at a re= solution >> > that is lower than the video's native resolution. >> > >> > Within this same session, there were other such enum constants with b= roken >> > highlighting, though they have not been captured in the video. >> > The termscript is attached at [2]. >> > >> > The graphics session is Wayland with swaywm as its compositor; XWayla= nd is >> > not enabled. The terminal emulator is 'foot'. Another terminal emulat= or, >> > 'alacritty' was also tested; the problem occurred there too. >> > >> > The problem doesn't seem to occur with small-sized files; After reduc= ing the >> > vulkan_core.h to contain only around 235 lines, emacs was able to sho= w the >> > (reduced) file with consistent highlighting. >> >> FWIW, I cannot reproduce this with stock Emacs 29.3 and vulkan_core.h >> file that I downloaded from this site: >> >> https://github.com/KhronosGroup/dfdutils/blob/main/vulkan/vulkan_core= .h > > I see now that you say you see this with the master branch, so I > tested that version as well, and I still don't see the problem. I see exactly the same misfontification as the OP in the same file (which I happen to have on my system), as well as several more similar misfontifications further down in that file -- but only with c-mode from cc-mode.el. With c-ts-mode I see no misfontifications in that file. This is with GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.41, cairo version 1.18.0) of 2024-04-11. Steve Berman From unknown Sat Jun 21 05:20:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#70367: 30.0.50; Inconsistent Syntax Highlighting Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 13 Apr 2024 19:07:11 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 70367 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stephen Berman , Alan Mackenzie Cc: suratiamol@gmail.com, 70367@debbugs.gnu.org Received: via spool by 70367-submit@debbugs.gnu.org id=B70367.171303518412382 (code B ref 70367); Sat, 13 Apr 2024 19:07:11 +0000 Received: (at 70367) by debbugs.gnu.org; 13 Apr 2024 19:06:24 +0000 Received: from localhost ([127.0.0.1]:33792 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rvihi-0003DZ-Rd for submit@debbugs.gnu.org; Sat, 13 Apr 2024 15:06:24 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:54116) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rviha-0003BW-VN for 70367@debbugs.gnu.org; Sat, 13 Apr 2024 15: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 ) id 1rvihK-0003ju-7i; Sat, 13 Apr 2024 15:05:58 -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=q0Liu69vAAP4jlkSnjZLURCNEtDcyvJ6akun1seDmV0=; b=Ua7Sa32FHlXF Ik8xyB7ySXoWpnH2vNt9JryqEPHAMwChjNCpvhG7Ht7h9D4Bxwv73ZgdMLTnCxCaBQwIHsVxnU71F /YTHsHotA2SXY2FxWAziG7uHeen0WHuU65ruYNuayAlajDRfaxhYuw/8NiM6o05cdhlJUowjJ1syw /jhcmzzBGUaHNgqqiPqb0tp5CR7RgpoWDwbfSezsRffsEzloJm59ZIr0Pn7i+YhBS0n+rLM8pOpMu MwqeVvN48YwzLKL9r54rwjl0s2hyyMFQCLUivA8+Uy57GcBDKULat//r2lHKHnP9R4TnP8Mv2rPsc TjfmzowK1ab73X3v60CphQ==; Date: Sat, 13 Apr 2024 22:05:54 +0300 Message-Id: <86le5hnkvh.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87bk6dozpb.fsf@gmx.net> (message from Stephen Berman on Sat, 13 Apr 2024 21:00:16 +0200) References: <86r0f9nomy.fsf@gnu.org> <86plutnogj.fsf@gnu.org> <87bk6dozpb.fsf@gmx.net> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Stephen Berman > Cc: suratiamol@gmail.com, 70367@debbugs.gnu.org > Date: Sat, 13 Apr 2024 21:00:16 +0200 > > On Sat, 13 Apr 2024 20:48:28 +0300 Eli Zaretskii wrote: > > >> Cc: 70367@debbugs.gnu.org > >> Date: Sat, 13 Apr 2024 20:44:37 +0300 > >> From: Eli Zaretskii > >> > >> > From: Amol Surati > >> > Date: Sat, 13 Apr 2024 18:12:54 +0530 > >> > > >> > The problem is not found in terminal emacs built from the released 29.3.tar.gz, > >> > or with emacs running under GUI (i.e. under PGTK). > >> > > >> > The problem is seen with terminal emacs built from the master branch, at various > >> > commit levels. > >> > > >> > Problem: When a large file (for e.g. vulkan_core.h) is opened, certain > >> > constructs have their syntax highlighting broken. The video found at [1] shows > >> > the behaviour. At the end of the video, one can see one instance of the problem; > >> > the syntax highlighting for the enum constant > >> > 'VK_STRUCTURE_TYPE_EVENT_CREATE_INFO = 10,' abruptly breaks. The entire > >> > identifier VK_STRUCTURE_TYPE_EVENT_CREATE_INFO must be one colour. Instead, > >> > 'VK_STRUCTURE_TYPE_EVENT_CREA' is of the expected colour, while > >> > 'TE_INFO' is of the colour that is expected with '= 10,'. You may want to > >> > download the video and then play it, if Google Drive plays it at a resolution > >> > that is lower than the video's native resolution. > >> > > >> > Within this same session, there were other such enum constants with broken > >> > highlighting, though they have not been captured in the video. > >> > The termscript is attached at [2]. > >> > > >> > The graphics session is Wayland with swaywm as its compositor; XWayland is > >> > not enabled. The terminal emulator is 'foot'. Another terminal emulator, > >> > 'alacritty' was also tested; the problem occurred there too. > >> > > >> > The problem doesn't seem to occur with small-sized files; After reducing the > >> > vulkan_core.h to contain only around 235 lines, emacs was able to show the > >> > (reduced) file with consistent highlighting. > >> > >> FWIW, I cannot reproduce this with stock Emacs 29.3 and vulkan_core.h > >> file that I downloaded from this site: > >> > >> https://github.com/KhronosGroup/dfdutils/blob/main/vulkan/vulkan_core.h > > > > I see now that you say you see this with the master branch, so I > > tested that version as well, and I still don't see the problem. > > I see exactly the same misfontification as the OP in the same file > (which I happen to have on my system), as well as several more similar > misfontifications further down in that file -- but only with c-mode from > cc-mode.el. With c-ts-mode I see no misfontifications in that file. > This is with GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ > Version 3.24.41, cairo version 1.18.0) of 2024-04-11. Strange. I see no misfontifications with either mode. Alan, would you please have a look? From unknown Sat Jun 21 05:20:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#70367: 30.0.50; Inconsistent Syntax Highlighting Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 14 Apr 2024 02:47:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 70367 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Amol Surati Cc: acm@muc.de, Eli Zaretskii , Stephen Berman , 70367@debbugs.gnu.org Received: via spool by 70367-submit@debbugs.gnu.org id=B70367.171306281215257 (code B ref 70367); Sun, 14 Apr 2024 02:47:03 +0000 Received: (at 70367) by debbugs.gnu.org; 14 Apr 2024 02:46:52 +0000 Received: from localhost ([127.0.0.1]:34045 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rvptL-0003xu-2k for submit@debbugs.gnu.org; Sat, 13 Apr 2024 22:46:51 -0400 Received: from mail.muc.de ([193.149.48.3]:62620) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rvptG-0003w2-Mb for 70367@debbugs.gnu.org; Sat, 13 Apr 2024 22:46:50 -0400 Received: (qmail 10628 invoked by uid 3782); 14 Apr 2024 04:46:29 +0200 Received: from muc.de (p4fe15ab7.dip0.t-ipconnect.de [79.225.90.183]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 14 Apr 2024 04:46:28 +0200 Received: (qmail 29033 invoked by uid 1000); 14 Apr 2024 02:46:26 -0000 Date: Sun, 14 Apr 2024 02:46:26 +0000 Message-ID: References: <86r0f9nomy.fsf@gnu.org> <86plutnogj.fsf@gnu.org> <87bk6dozpb.fsf@gmx.net> <86le5hnkvh.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Submission-Agent: TMDA/1.3.x (Ph3nix) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hello, Amol. Thanks for taking the trouble to report this bug, and thanks even more for the convenient test file generator, which was extremely helpful. On Sun, Apr 14, 2024 at 03:44:01 +0530, Amol Surati wrote: > On Sun, 14 Apr 2024 at 00:35, Eli Zaretskii wrote: > > > From: Stephen Berman > > > Cc: suratiamol@gmail.com, 70367@debbugs.gnu.org > > > Date: Sat, 13 Apr 2024 21:00:16 +0200 > > > On Sat, 13 Apr 2024 20:48:28 +0300 Eli Zaretskii wrote: > > > >> Cc: 70367@debbugs.gnu.org > > > >> Date: Sat, 13 Apr 2024 20:44:37 +0300 > > > >> From: Eli Zaretskii > > > >> > From: Amol Surati > > > >> > Date: Sat, 13 Apr 2024 18:12:54 +0530 > > > >> > The problem is not found in terminal emacs built from the released 29.3.tar.gz, > > > >> > or with emacs running under GUI (i.e. under PGTK). > > > >> > The problem is seen with terminal emacs built from the master branch, at various > > > >> > commit levels. > > > >> > Problem: When a large file (for e.g. vulkan_core.h) is opened, certain > > > >> > constructs have their syntax highlighting broken. The video found at [1] shows > > > >> > the behaviour. At the end of the video, one can see one instance of the problem; > > > >> > the syntax highlighting for the enum constant > > > >> > 'VK_STRUCTURE_TYPE_EVENT_CREATE_INFO = 10,' abruptly breaks. The entire > > > >> > identifier VK_STRUCTURE_TYPE_EVENT_CREATE_INFO must be one colour. Instead, > > > >> > 'VK_STRUCTURE_TYPE_EVENT_CREA' is of the expected colour, while > > > >> > 'TE_INFO' is of the colour that is expected with '= 10,'. You may want to > > > >> > download the video and then play it, if Google Drive plays it at a resolution > > > >> > that is lower than the video's native resolution. > > > >> > Within this same session, there were other such enum constants with broken > > > >> > highlighting, though they have not been captured in the video. > > > >> > The termscript is attached at [2]. > > > >> > The graphics session is Wayland with swaywm as its compositor; XWayland is > > > >> > not enabled. The terminal emulator is 'foot'. Another terminal emulator, > > > >> > 'alacritty' was also tested; the problem occurred there too. > > > >> > The problem doesn't seem to occur with small-sized files; After reducing the > > > >> > vulkan_core.h to contain only around 235 lines, emacs was able to show the > > > >> > (reduced) file with consistent highlighting. > > > I see exactly the same misfontification as the OP in the same file > > > (which I happen to have on my system), as well as several more similar > > > misfontifications further down in that file -- but only with c-mode from > > > cc-mode.el. With c-ts-mode I see no misfontifications in that file. > > > This is with GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ > > > Version 3.24.41, cairo version 1.18.0) of 2024-04-11. > > Strange. I see no misfontifications with either mode. > Apologies. I missed Eli's email about the C modes. > My emacs build is devoid of most of the settings and > features, including GUI and tree-sitter (the config command is in > the original report). So it is likely that only cc-mode is affected, > and not c-ts-mode. This is indeed the case. > Note also that vulkan_core.h isn't special. A C source/header file > with a long enough enum definition also works. Attached is a C > program that generates to stdout the contents of such a header > file. Opening the contents (after they are saved to a file by stdout > redirection, etc.) in emacs demonstrates the problem. The problem is long stretches of code (>= 500 characters) where there're no statement boundaries or braces. These frequently occur in enums. An ad hoc limit to 500 characters backward search is there for speed. However, this bit of code was not checking whether it found a brace/statement or hit the 500 char limit, hence the mis-fontification. The patch below tries to fix this. Would you please apply it to cc-mode.el (in .../lisp/progmodes), byte compile the result, and load it into your Emacs (or restart Emacs). Then please try it out on the real files that showed the bug. Please let me know if the bug really is fixed. (If you want any help with patching or byte compiling, feel free to send me private email.) diff -r 709b797bdef8 cc-mode.el --- a/cc-mode.el Tue Mar 26 20:26:16 2024 +0000 +++ b/cc-mode.el Sun Apr 14 02:39:32 2024 +0000 @@ -2437,7 +2437,7 @@ (backward-char) (setq pseudo (c-cheap-inside-bracelist-p (c-parse-state))))))) (goto-char pseudo)) - t) + pseudo) ;; Move forward to the start of the next declaration. (progn (c-forward-syntactic-ws) ;; Have we got stuck in a comment at EOB? > -Amol > > Alan, would you please have a look? -- Alan Mackenzie (Nuremberg, Germany). From unknown Sat Jun 21 05:20:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#70367: 30.0.50; Inconsistent Syntax Highlighting Resent-From: Amol Surati Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 14 Apr 2024 06:58:06 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 70367 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 70367@debbugs.gnu.org Received: via spool by 70367-submit@debbugs.gnu.org id=B70367.17130778591582 (code B ref 70367); Sun, 14 Apr 2024 06:58:06 +0000 Received: (at 70367) by debbugs.gnu.org; 14 Apr 2024 06:57:39 +0000 Received: from localhost ([127.0.0.1]:34153 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rvto0-0000Or-6g for submit@debbugs.gnu.org; Sun, 14 Apr 2024 02:57:38 -0400 Received: from mail-lj1-x233.google.com ([2a00:1450:4864:20::233]:43171) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rviq4-0004Vh-Mc for 70367@debbugs.gnu.org; Sat, 13 Apr 2024 15:15:10 -0400 Received: by mail-lj1-x233.google.com with SMTP id 38308e7fff4ca-2d872102372so19065271fa.0 for <70367@debbugs.gnu.org>; Sat, 13 Apr 2024 12:14:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1713035684; x=1713640484; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=a4kgxdfiZ49aV4ngQ3ib2g2iHzmnZXwcDBZs17yjbLA=; b=Gh1NKpie9g9wyOHwfariQdIUnDURjRTUBzDgBzNS4VmfT0jrkW5jV/yQB4Ulk0jUqg WnTppTWA1jRCQRwq8VZMG4eilWOicJ+R5kogKY95s5QGffO49PKiBAESMs9OADPKd+tB aZtUcxMFEmVQ/dcPmmeKgqTuhd517GSbx3qwJMyyT6wDHsMKnQneaAaxTzIuc0gqxajz 23Dvk3HN2+RZ0l0H4bqFay4Lm75A1C91Pp9HqpCixMeZl6xxX4vkYDa3jpIZwD0/TWfP 1l3YcPSJidyWBzlAH4Hk/aq/D7HqvfilbBzFt7h1rNZPjNSSmmQz1KrsWZHmGQ8raFHB DRJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1713035684; x=1713640484; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=a4kgxdfiZ49aV4ngQ3ib2g2iHzmnZXwcDBZs17yjbLA=; b=CUNhDZAwp0O3o2JQ1Fj64aN0T1E44rfcbqfuJD8voxyszSe9u1JdPAJrJGFVJmjkbn Snc91ejNJiXnQPDl/4+8MiMxRr2/HeqkzvaFHxOJ9zkzArZ7QdwBRXpVrULNhLH8QEAL 9du5L1BDwhXvrpWE+tasPAv5lXc60nAO2SmBudBsCIC9dS9U1KYZAbmKBW0EGuTJxuoC hJJ8ECHU/QHpGjGhZh3aPuxjT56o4eJVvKATu5RhWzFPdJW0yr2kMII2N3n6pbi2M/wP hNmW7AsHT+WEMmx7CKjNnOU2474rMD5dM44lHCnfNfm6UWkE1WgOnRAjL8UcmoCt9t4R ljgg== X-Gm-Message-State: AOJu0YyuKIL9GLQDZ6a8ROswFsBWdI2MQD5vuwybIuUo9pjb15XF/BtP FQZchgjLD5QKlwQHOypXPqryv7+ofkBHB6D1rmnttQRKxekBOV7rRbMEQu7yuYvXAQKA59XV15W 4CQB7Wx3mzr04snEWJovykitOYwY= X-Google-Smtp-Source: AGHT+IGQTuK5lI+eRIAj7500RzH8XkP8k2IESPLvFDeLPf87jfz3DG1YJH9JS5NvVy1qioXE4dVcB8kjjjRJO+ZoCKA= X-Received: by 2002:a05:651c:c1:b0:2d8:fc50:4281 with SMTP id 1-20020a05651c00c100b002d8fc504281mr2480830ljr.22.1713035683608; Sat, 13 Apr 2024 12:14:43 -0700 (PDT) MIME-Version: 1.0 References: <86r0f9nomy.fsf@gnu.org> <86plutnogj.fsf@gnu.org> In-Reply-To: <86plutnogj.fsf@gnu.org> From: Amol Surati Date: Sun, 14 Apr 2024 00:44:59 +0530 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.7 (/) X-Mailman-Approved-At: Sun, 14 Apr 2024 02:57:35 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.3 (/) On Sat, 13 Apr 2024 at 23:18, Eli Zaretskii wrote: > > > Cc: 70367@debbugs.gnu.org > > Date: Sat, 13 Apr 2024 20:44:37 +0300 > > From: Eli Zaretskii > > > > > From: Amol Surati > > > Date: Sat, 13 Apr 2024 18:12:54 +0530 > > > > > > The problem is not found in terminal emacs built from the released 29.3.tar.gz, > > > or with emacs running under GUI (i.e. under PGTK). > > > > > > The problem is seen with terminal emacs built from the master branch, at various > > > commit levels. > > > > > > Problem: When a large file (for e.g. vulkan_core.h) is opened, certain > > > constructs have their syntax highlighting broken. The video found at [1] shows > > > the behaviour. At the end of the video, one can see one instance of the problem; > > > the syntax highlighting for the enum constant > > > 'VK_STRUCTURE_TYPE_EVENT_CREATE_INFO = 10,' abruptly breaks. The entire > > > identifier VK_STRUCTURE_TYPE_EVENT_CREATE_INFO must be one colour. Instead, > > > 'VK_STRUCTURE_TYPE_EVENT_CREA' is of the expected colour, while > > > 'TE_INFO' is of the colour that is expected with '= 10,'. You may want to > > > download the video and then play it, if Google Drive plays it at a resolution > > > that is lower than the video's native resolution. > > > > > > Within this same session, there were other such enum constants with broken > > > highlighting, though they have not been captured in the video. > > > The termscript is attached at [2]. > > > > > > The graphics session is Wayland with swaywm as its compositor; XWayland is > > > not enabled. The terminal emulator is 'foot'. Another terminal emulator, > > > 'alacritty' was also tested; the problem occurred there too. > > > > > > The problem doesn't seem to occur with small-sized files; After reducing the > > > vulkan_core.h to contain only around 235 lines, emacs was able to show the > > > (reduced) file with consistent highlighting. > > > > FWIW, I cannot reproduce this with stock Emacs 29.3 and vulkan_core.h > > file that I downloaded from this site: > > > > https://github.com/KhronosGroup/dfdutils/blob/main/vulkan/vulkan_core.h > > I see now that you say you see this with the master branch, so I > tested that version as well, and I still don't see the problem. Thank you for looking into this problem. The file can be found at [3], though I was able to reproduce the problem even with the link that you had downloaded. You may have to scroll the file up-down (I use page-up/dn keys) in order to trigger the problem, though it usually exhibits the problem within a few (less 10) page-up/down scroll commands. Within the file [3], it seems only enums are affected, though I haven't checked the entire file for consistency of syntax highlighting. Which particular enum constant gets affected may also vary at times, even within the same session, if one scrolls out and away to another portion of the file, and then returns back. The video I had posted was with 'emacs -Q'. A screenshot with better colour contrast is at [4]; the corresponding termscript is at [5]. This time I was able to capture a corresponding breakage within the termscript. The break within the highlighting [4] can be clearly matched with a break in the termscript contents. If the termscript file [5] is searched for L_DEVICE_LINEAR_COLOR_ATTACHMENT_FEATURES_NV, one can clearly see that the identifier is broken into two. The unbroken identifier is: VK_STRUCTURE_TYPE_PHYSICAL_DEVICE_LINEAR_COLOR_ATTACHMENT_FEATURES_NV. The highlight breaks between 'PHYSICA' and 'L_DEVICE...'. The termscript [5] exhibits a corresponding break, *exactly* matching the break in the syntax highlighting. Thank you, Amol Surati ----------------------------------------------------------------- [3] https://raw.githubusercontent.com/KhronosGroup/Vulkan-Headers/main/include/vulkan/vulkan_core.h [4] https://imgur.com/a/gqNZGDO [5] https://pastebin.com/VQR76Gsy From unknown Sat Jun 21 05:20:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#70367: 30.0.50; Inconsistent Syntax Highlighting Resent-From: Amol Surati Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 14 Apr 2024 06:58:07 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 70367 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Alan Mackenzie , Stephen Berman , 70367@debbugs.gnu.org Received: via spool by 70367-submit@debbugs.gnu.org id=B70367.17130778621617 (code B ref 70367); Sun, 14 Apr 2024 06:58:07 +0000 Received: (at 70367) by debbugs.gnu.org; 14 Apr 2024 06:57:42 +0000 Received: from localhost ([127.0.0.1]:34155 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rvto3-0000PT-0w for submit@debbugs.gnu.org; Sun, 14 Apr 2024 02:57:41 -0400 Received: from mail-lj1-x22a.google.com ([2a00:1450:4864:20::22a]:53526) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rvldK-00012m-VS for 70367@debbugs.gnu.org; Sat, 13 Apr 2024 18:14:03 -0400 Received: by mail-lj1-x22a.google.com with SMTP id 38308e7fff4ca-2d82713f473so34462461fa.3 for <70367@debbugs.gnu.org>; Sat, 13 Apr 2024 15:13:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1713046426; x=1713651226; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=VqxlcgNkcSUJZd0cOteqw6LIUiBzkb+zBpbZGpgsnFg=; b=mWxTF0/5GKeMfG95kKdZ6Lp20oYBrJNSZ2YsOZr6i1lrPKZpR+Bj+lrd4yE2OspXQc mIWd0Fhkv5NW6J3VLot6Uw/6vlbD3XktOjiZCtf49UPHzOIuBWt+w5TowCcCqqNLo/IK 71UJENyg2IlPAzp9PlcFBkLXQ+X5qBel0nE9AVQ+TXuw5w3J7g9qIDNEZiNXqTd3YFNm v6K6gGXFo6EoWZj/gB93I7Cl46HclFTzQzRoyMM/qZfN/Ne/17xKbjWi5SOIblYJ6m9f cNROOx5PJGxaYOSW7SZhCElrTxRVfgqynMxMbmKqhV0AqHLmBge35WgIa5iDGfKLI2w6 6TJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1713046426; x=1713651226; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=VqxlcgNkcSUJZd0cOteqw6LIUiBzkb+zBpbZGpgsnFg=; b=nRIIDwBMERwy9YXB3KA/+oKKTTy3X/iSwKqZmt4IuiuzD4vOCmkI2IAqqC3LVrNIxJ hV41kopv1e0UM5gC98/I4exTJxF16zEJPvuXjuK2BbdJ5wjjoAs9Ca90hj6q4LeO20qb B96Qrspff44GKm7IH8HTV3uQdXrbGyHrVK7XZLQgW6JupGaGFtHH1OzEomrYCpnBR1xf 5AmBMgzqq0Ly1EOQHnw6w5qMCQay066x5jWo/pvD1ZOl5bxfXPWPzWFrOv6LifqTlVxR AXBpOw9V7gao+UF2xYhS+8hIoKmDiRtmcPoFXzuoc5YOYozbDNdwSEuvoMLd2b/v7hUm a3dA== X-Forwarded-Encrypted: i=1; AJvYcCXL9N6Y7w/BelxtcRWjfiVZZF26+pN/hNDfKr35ljCY/hxW6Q41G2jeJ7laW0liXLANDhYQTBdMdpoqYCjkwo+5EUHzX7o= X-Gm-Message-State: AOJu0YwLifmptpWQtL4UIhzJRzjZe1+jtWzAuibw4VgvqcX0IJg8v2lj hWnTsO63BXOlSPb6smfVybonAYvDJfxYntXsoXbVwh8o1vc53uY9zMtMaPhI3OQ2XiTr+A5mmjX dIJgfGqnjqpZ5N4xEKPtwL6LGn6E= X-Google-Smtp-Source: AGHT+IEgAfuRrius+0HawJRgr/+3g7svKrOemCsTvqyb2KgfAQ54GSY1Vl/qZ7nw/pMBC+Lr3Ta+wip7FvxRSgI3auo= X-Received: by 2002:a2e:3209:0:b0:2d6:8e88:5a8b with SMTP id y9-20020a2e3209000000b002d68e885a8bmr4782633ljy.32.1713046425956; Sat, 13 Apr 2024 15:13:45 -0700 (PDT) MIME-Version: 1.0 References: <86r0f9nomy.fsf@gnu.org> <86plutnogj.fsf@gnu.org> <87bk6dozpb.fsf@gmx.net> <86le5hnkvh.fsf@gnu.org> In-Reply-To: <86le5hnkvh.fsf@gnu.org> From: Amol Surati Date: Sun, 14 Apr 2024 03:44:01 +0530 Message-ID: Content-Type: multipart/mixed; boundary="000000000000b409b2061601b3dd" X-Spam-Score: 0.0 (/) X-Mailman-Approved-At: Sun, 14 Apr 2024 02:57:35 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000b409b2061601b3dd Content-Type: text/plain; charset="UTF-8" On Sun, 14 Apr 2024 at 00:35, Eli Zaretskii wrote: > > > From: Stephen Berman > > Cc: suratiamol@gmail.com, 70367@debbugs.gnu.org > > Date: Sat, 13 Apr 2024 21:00:16 +0200 > > > > On Sat, 13 Apr 2024 20:48:28 +0300 Eli Zaretskii wrote: > > > > >> Cc: 70367@debbugs.gnu.org > > >> Date: Sat, 13 Apr 2024 20:44:37 +0300 > > >> From: Eli Zaretskii > > >> > > >> > From: Amol Surati > > >> > Date: Sat, 13 Apr 2024 18:12:54 +0530 > > >> > > > >> > The problem is not found in terminal emacs built from the released 29.3.tar.gz, > > >> > or with emacs running under GUI (i.e. under PGTK). > > >> > > > >> > The problem is seen with terminal emacs built from the master branch, at various > > >> > commit levels. > > >> > > > >> > Problem: When a large file (for e.g. vulkan_core.h) is opened, certain > > >> > constructs have their syntax highlighting broken. The video found at [1] shows > > >> > the behaviour. At the end of the video, one can see one instance of the problem; > > >> > the syntax highlighting for the enum constant > > >> > 'VK_STRUCTURE_TYPE_EVENT_CREATE_INFO = 10,' abruptly breaks. The entire > > >> > identifier VK_STRUCTURE_TYPE_EVENT_CREATE_INFO must be one colour. Instead, > > >> > 'VK_STRUCTURE_TYPE_EVENT_CREA' is of the expected colour, while > > >> > 'TE_INFO' is of the colour that is expected with '= 10,'. You may want to > > >> > download the video and then play it, if Google Drive plays it at a resolution > > >> > that is lower than the video's native resolution. > > >> > > > >> > Within this same session, there were other such enum constants with broken > > >> > highlighting, though they have not been captured in the video. > > >> > The termscript is attached at [2]. > > >> > > > >> > The graphics session is Wayland with swaywm as its compositor; XWayland is > > >> > not enabled. The terminal emulator is 'foot'. Another terminal emulator, > > >> > 'alacritty' was also tested; the problem occurred there too. > > >> > > > >> > The problem doesn't seem to occur with small-sized files; After reducing the > > >> > vulkan_core.h to contain only around 235 lines, emacs was able to show the > > >> > (reduced) file with consistent highlighting. > > >> > > >> FWIW, I cannot reproduce this with stock Emacs 29.3 and vulkan_core.h > > >> file that I downloaded from this site: > > >> > > >> https://github.com/KhronosGroup/dfdutils/blob/main/vulkan/vulkan_core.h > > > > > > I see now that you say you see this with the master branch, so I > > > tested that version as well, and I still don't see the problem. > > > > I see exactly the same misfontification as the OP in the same file > > (which I happen to have on my system), as well as several more similar > > misfontifications further down in that file -- but only with c-mode from > > cc-mode.el. With c-ts-mode I see no misfontifications in that file. > > This is with GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ > > Version 3.24.41, cairo version 1.18.0) of 2024-04-11. > > Strange. I see no misfontifications with either mode. Apologies. I missed Eli's email about the C modes. My emacs build is devoid of most of the settings and features, including GUI and tree-sitter (the config command is in the original report). So it is likely that only cc-mode is affected, and not c-ts-mode. Note also that vulkan_core.h isn't special. A C source/header file with a long enough enum definition also works. Attached is a C program that generates to stdout the contents of such a header file. Opening the contents (after they are saved to a file by stdout redirection, etc.) in emacs demonstrates the problem. -Amol > > Alan, would you please have a look? --000000000000b409b2061601b3dd Content-Type: text/x-csrc; charset="US-ASCII"; name="repro.c" Content-Disposition: attachment; filename="repro.c" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_luynisie0 I2luY2x1ZGUgPHN0ZGlvLmg+CgppbnQgbWFpbiAoKQp7CglzdGF0aWMgY2hhciBzdHJbMTAyNF07 CgoJcHJpbnRmICgiI2lmbmRlZiBSRVBST19IXG4iKTsKCXByaW50ZiAoIiNkZWZpbmUgUkVQUk9f SFxuIik7CglwcmludGYgKCJlbnVtIG51bWJlcnMge1xuIik7Cglmb3IgKGludCBpID0gMDsgaSA8 IDIwMDAwOyArK2kpIHsKCQlzbnByaW50ZiAoc3RyLCAxMDI0LCAiXHRBX0xPTkdfTE9OR19OQU1F X0ZPUl9USEVfTlVNQkVSXyVkID0gJWQsXG4iLCBpLCBpKTsKCQlwcmludGYgKHN0cik7Cgl9Cglw cmludGYgKCJ9O1xuIik7CglwcmludGYgKCIjZW5kaWZcbiIpOwoJcmV0dXJuIDA7Cn0K --000000000000b409b2061601b3dd-- From unknown Sat Jun 21 05:20:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#70367: 30.0.50; Inconsistent Syntax Highlighting Resent-From: Amol Surati Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 14 Apr 2024 06:58:07 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 70367 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Alan Mackenzie Cc: Eli Zaretskii , Stephen Berman , 70367@debbugs.gnu.org Received: via spool by 70367-submit@debbugs.gnu.org id=B70367.17130778691696 (code B ref 70367); Sun, 14 Apr 2024 06:58:07 +0000 Received: (at 70367) by debbugs.gnu.org; 14 Apr 2024 06:57:49 +0000 Received: from localhost ([127.0.0.1]:34159 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rvto8-0000QZ-UK for submit@debbugs.gnu.org; Sun, 14 Apr 2024 02:57:48 -0400 Received: from mail-lj1-x22f.google.com ([2a00:1450:4864:20::22f]:54365) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rvs5T-0000Ao-4m for 70367@debbugs.gnu.org; Sun, 14 Apr 2024 01:07:33 -0400 Received: by mail-lj1-x22f.google.com with SMTP id 38308e7fff4ca-2d895138ce6so24918021fa.0 for <70367@debbugs.gnu.org>; Sat, 13 Apr 2024 22:07:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1713071234; x=1713676034; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=jM6RxmiEZs9XwI8pUMRb8qk1JMkYdvIHkMO+NZ6zwrU=; b=Ocr/Pl/QIjmsj4VeJFYo7QEQ6W7xofqqTzX7WioYEsFPtVGP80maxdh0mJVIi8vs+n 7sF29rvObishqjWX9p6PKijqN8KXFX3fuL9bDSc++UK2C24VqGGJNOOvc7aNMB01fdPX B7lyU5qXG7uIR2wTtlVhiOSviuUTf+4I17as/5MHTvqkwTbN13c+2IXrH0LbnUpQDU80 P85MgggFq61hoXlag5IuvX/a+a6lMXzQ5LbBwz+P7KMv3F2pm/Xh0wCYKQ50bSGWI+wO zO/rrL5eaZfjy/1HMs/YHmUDhuQ/wZmVHGxhMtAACXjqw2bGLIsVbPJB8blZcbc+awM4 bOLg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1713071234; x=1713676034; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=jM6RxmiEZs9XwI8pUMRb8qk1JMkYdvIHkMO+NZ6zwrU=; b=rOkKrKRt+MrYpyo228rjBUGyuHclF8lHhL2NmXTo0ZAdVOjL8fgmUmUHKYaAj3Ai4Z jLeq5iHq38Swjp5ltrz9EPXlGgj8eB2rPwbTV7HSD0lULv93qeCrOBvWLruELq6eDFKZ nZVibhjhyHZTOMYK6WE+nDuBkqgrXfpMlDtvsx5WIBDuzwWlKY1PNwRaJqrE6PIaVVj7 B820tb2GAVlzkS6UIYM9ZX4LJUc5yGWKMZ1ekHm+5GlX3ntlEv6vSofhlNbJ+NqXwTDJ nmWTN+dXkhrJ19rrXOI/+Mu8xDpVJcXjffI4KuTBXPZMXSZkJHSREEdcquhc7aB+MwNE Y0wg== X-Forwarded-Encrypted: i=1; AJvYcCUzMLadaXmLPGMKE/qyPPj6/Fp4bSm/jeNvJx2ScKMJsD3vLF8ai+XPQsClrVjlHWxkvWeB2J+7TU7pMIhbpJ8KzR5mEh0= X-Gm-Message-State: AOJu0YzRcAAQ2apkQksvs0cFEEx+nDyAgk1RGKCkneLVNs4wMc+Ja1lS h83zgRbi+FE7UB3Ip9a/S25Xgur55+UGmbf/tI+pEjc2zdZKlbXqrH5gOR4dVNVvzNcMf+tuRWz ptnpAuDixCxymAvHPfkrtXOyS5JA= X-Google-Smtp-Source: AGHT+IEHw40cKCA6wZFUxk09DHL3CPOzq9taclLIuRsgT6bkiCC+281Gmd9pZJnE2Sp09TWIiB96ngwMscKjVL/Rs7c= X-Received: by 2002:a2e:b753:0:b0:2d8:d972:67e0 with SMTP id k19-20020a2eb753000000b002d8d97267e0mr3928810ljo.10.1713071233844; Sat, 13 Apr 2024 22:07:13 -0700 (PDT) MIME-Version: 1.0 References: <86r0f9nomy.fsf@gnu.org> <86plutnogj.fsf@gnu.org> <87bk6dozpb.fsf@gmx.net> <86le5hnkvh.fsf@gnu.org> In-Reply-To: From: Amol Surati Date: Sun, 14 Apr 2024 10:37:32 +0530 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Mailman-Approved-At: Sun, 14 Apr 2024 02:57:35 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hello, Alan. On Sun, 14 Apr 2024 at 08:16, Alan Mackenzie wrote: > > Hello, Amol. > > Thanks for taking the trouble to report this bug, and thanks even more > for the convenient test file generator, which was extremely helpful. Thank you for the kind words. > > On Sun, Apr 14, 2024 at 03:44:01 +0530, Amol Surati wrote: > > On Sun, 14 Apr 2024 at 00:35, Eli Zaretskii wrote: > > > > > From: Stephen Berman > > > > Cc: suratiamol@gmail.com, 70367@debbugs.gnu.org > > > > Date: Sat, 13 Apr 2024 21:00:16 +0200 > > > > > On Sat, 13 Apr 2024 20:48:28 +0300 Eli Zaretskii wrote: > > > > > >> Cc: 70367@debbugs.gnu.org > > > > >> Date: Sat, 13 Apr 2024 20:44:37 +0300 > > > > >> From: Eli Zaretskii > > > > > >> > From: Amol Surati > > > > >> > Date: Sat, 13 Apr 2024 18:12:54 +0530 > > > > > >> > The problem is not found in terminal emacs built from the released 29.3.tar.gz, > > > > >> > or with emacs running under GUI (i.e. under PGTK). > > > > > >> > The problem is seen with terminal emacs built from the master branch, at various > > > > >> > commit levels. > > > > > >> > Problem: When a large file (for e.g. vulkan_core.h) is opened, certain > > > > >> > constructs have their syntax highlighting broken. The video found at [1] shows > > > > >> > the behaviour. At the end of the video, one can see one instance of the problem; > > > > >> > the syntax highlighting for the enum constant > > > > >> > 'VK_STRUCTURE_TYPE_EVENT_CREATE_INFO = 10,' abruptly breaks. The entire > > > > >> > identifier VK_STRUCTURE_TYPE_EVENT_CREATE_INFO must be one colour. Instead, > > > > >> > 'VK_STRUCTURE_TYPE_EVENT_CREA' is of the expected colour, while > > > > >> > 'TE_INFO' is of the colour that is expected with '= 10,'. You may want to > > > > >> > download the video and then play it, if Google Drive plays it at a resolution > > > > >> > that is lower than the video's native resolution. > > > > > >> > Within this same session, there were other such enum constants with broken > > > > >> > highlighting, though they have not been captured in the video. > > > > >> > The termscript is attached at [2]. > > > > > >> > The graphics session is Wayland with swaywm as its compositor; XWayland is > > > > >> > not enabled. The terminal emulator is 'foot'. Another terminal emulator, > > > > >> > 'alacritty' was also tested; the problem occurred there too. > > > > > >> > The problem doesn't seem to occur with small-sized files; After reducing the > > > > >> > vulkan_core.h to contain only around 235 lines, emacs was able to show the > > > > >> > (reduced) file with consistent highlighting. > > > > > I see exactly the same misfontification as the OP in the same file > > > > (which I happen to have on my system), as well as several more similar > > > > misfontifications further down in that file -- but only with c-mode from > > > > cc-mode.el. With c-ts-mode I see no misfontifications in that file. > > > > This is with GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ > > > > Version 3.24.41, cairo version 1.18.0) of 2024-04-11. > > > > Strange. I see no misfontifications with either mode. > > > Apologies. I missed Eli's email about the C modes. > > > My emacs build is devoid of most of the settings and > > features, including GUI and tree-sitter (the config command is in > > the original report). So it is likely that only cc-mode is affected, > > and not c-ts-mode. > > This is indeed the case. Understood. > > > Note also that vulkan_core.h isn't special. A C source/header file > > with a long enough enum definition also works. Attached is a C > > program that generates to stdout the contents of such a header > > file. Opening the contents (after they are saved to a file by stdout > > redirection, etc.) in emacs demonstrates the problem. > > The problem is long stretches of code (>= 500 characters) where there're > no statement boundaries or braces. These frequently occur in enums. An > ad hoc limit to 500 characters backward search is there for speed. Consistent with the observed behaviour, that it is mostly enums that are affected. > > However, this bit of code was not checking whether it found a > brace/statement or hit the 500 char limit, hence the mis-fontification. > > The patch below tries to fix this. Would you please apply it to > cc-mode.el (in .../lisp/progmodes), byte compile the result, and load it > into your Emacs (or restart Emacs). Then please try it out on the real > files that showed the bug. Please let me know if the bug really is > fixed. (If you want any help with patching or byte compiling, feel free > to send me private email.) Thanks for the patch. It indeed fixes the highlighting problem on the real file vulkan_core.h (I know about only this one real file that's affected), as well as it does on the test file. -Amol > > > > diff -r 709b797bdef8 cc-mode.el > --- a/cc-mode.el Tue Mar 26 20:26:16 2024 +0000 > +++ b/cc-mode.el Sun Apr 14 02:39:32 2024 +0000 > @@ -2437,7 +2437,7 @@ > (backward-char) > (setq pseudo (c-cheap-inside-bracelist-p (c-parse-state))))))) > (goto-char pseudo)) > - t) > + pseudo) > ;; Move forward to the start of the next declaration. > (progn (c-forward-syntactic-ws) > ;; Have we got stuck in a comment at EOB? > > > > -Amol > > > > > Alan, would you please have a look? > > -- > Alan Mackenzie (Nuremberg, Germany). From unknown Sat Jun 21 05:20:03 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Amol Surati Subject: bug#70367: closed (Re: bug#70367: 30.0.50; Inconsistent Syntax Highlighting) Message-ID: References: X-Gnu-PR-Message: they-closed 70367 X-Gnu-PR-Package: emacs Reply-To: 70367@debbugs.gnu.org Date: Sun, 14 Apr 2024 08:35:05 +0000 Content-Type: multipart/mixed; boundary="----------=_1713083705-26124-1" This is a multi-part message in MIME format... ------------=_1713083705-26124-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #70367: 30.0.50; Inconsistent Syntax Highlighting which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 70367@debbugs.gnu.org. --=20 70367: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D70367 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1713083705-26124-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 70367-done) by debbugs.gnu.org; 14 Apr 2024 08:34:17 +0000 Received: from localhost ([127.0.0.1]:34267 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rvvJX-0006gL-L4 for submit@debbugs.gnu.org; Sun, 14 Apr 2024 04:34:16 -0400 Received: from mail.muc.de ([193.149.48.3]:33013) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rvvJS-0006eP-Re for 70367-done@debbugs.gnu.org; Sun, 14 Apr 2024 04:34:12 -0400 Received: (qmail 1542 invoked by uid 3782); 14 Apr 2024 10:33:53 +0200 Received: from muc.de (p4fe15ab7.dip0.t-ipconnect.de [79.225.90.183]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 14 Apr 2024 10:33:53 +0200 Received: (qmail 19467 invoked by uid 1000); 14 Apr 2024 08:33:49 -0000 Date: Sun, 14 Apr 2024 08:33:49 +0000 To: Amol Surati Subject: Re: bug#70367: 30.0.50; Inconsistent Syntax Highlighting Message-ID: References: <86r0f9nomy.fsf@gnu.org> <86plutnogj.fsf@gnu.org> <87bk6dozpb.fsf@gmx.net> <86le5hnkvh.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Submission-Agent: TMDA/1.3.x (Ph3nix) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 70367-done Cc: acm@muc.de, Eli Zaretskii , Stephen Berman , 70367-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hello, Amol. On Sun, Apr 14, 2024 at 10:37:32 +0530, Amol Surati wrote: > Hello, Alan. > On Sun, 14 Apr 2024 at 08:16, Alan Mackenzie wrote: > > Thanks for taking the trouble to report this bug, and thanks even more > > for the convenient test file generator, which was extremely helpful. > Thank you for the kind words. > > On Sun, Apr 14, 2024 at 03:44:01 +0530, Amol Surati wrote: [ .... ] > > > My emacs build is devoid of most of the settings and > > > features, including GUI and tree-sitter (the config command is in > > > the original report). So it is likely that only cc-mode is affected, > > > and not c-ts-mode. > > This is indeed the case. > Understood. > > > Note also that vulkan_core.h isn't special. A C source/header file > > > with a long enough enum definition also works. Attached is a C > > > program that generates to stdout the contents of such a header > > > file. Opening the contents (after they are saved to a file by stdout > > > redirection, etc.) in emacs demonstrates the problem. > > The problem is long stretches of code (>= 500 characters) where there're > > no statement boundaries or braces. These frequently occur in enums. An > > ad hoc limit to 500 characters backward search is there for speed. > Consistent with the observed behaviour, that it is mostly enums that are > affected. > > However, this bit of code was not checking whether it found a > > brace/statement or hit the 500 char limit, hence the mis-fontification. > > The patch below tries to fix this. Would you please apply it to > > cc-mode.el (in .../lisp/progmodes), byte compile the result, and load it > > into your Emacs (or restart Emacs). Then please try it out on the real > > files that showed the bug. Please let me know if the bug really is > > fixed. (If you want any help with patching or byte compiling, feel free > > to send me private email.) > Thanks for the patch. It indeed fixes the highlighting problem on the > real file vulkan_core.h (I know about only this one real file that's affected), > as well as it does on the test file. Thanks for the rapid testing! It would appear the bug has been fixed, so I've committed the fix to Emacs, CC Mode, and XEmacs. I'm closing the bug with this post. > -Amol [ .... ] -- Alan Mackenzie (Nuremberg, Germany). ------------=_1713083705-26124-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 13 Apr 2024 16:39:25 +0000 Received: from localhost ([127.0.0.1]:33711 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rvgPS-0006aw-5W for submit@debbugs.gnu.org; Sat, 13 Apr 2024 12:39:24 -0400 Received: from lists.gnu.org ([2001:470:142::17]:51500) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rvcii-00070m-Rv for submit@debbugs.gnu.org; Sat, 13 Apr 2024 08:43:03 -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 ) id 1rvciS-0003jK-UZ for bug-gnu-emacs@gnu.org; Sat, 13 Apr 2024 08:42:44 -0400 Received: from mail-lf1-x129.google.com ([2a00:1450:4864:20::129]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rvciQ-0006mx-PF for bug-gnu-emacs@gnu.org; Sat, 13 Apr 2024 08:42:44 -0400 Received: by mail-lf1-x129.google.com with SMTP id 2adb3069b0e04-516cbf3fd3dso2132804e87.2 for ; Sat, 13 Apr 2024 05:42:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1713012159; x=1713616959; darn=gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=glHUcy0/ftjTZI8cLbxxlEyfwrL4ndDuvdYiKgNuItk=; b=A6lTygQ7UZnrQ1iC6MCCKFGQP+IZS94Ybv+iyhHg5jFN/ui9e7Rk8m0PT5ChSJRwwy 5ALVUFfoRYQbe1vM7spieURT/g5WNUDMdjMZ6URlGWrcrnhXS3jd9Xg1HwrisEnXkpsv nouYx5Zx/SMKPu6Io6XAKDeZ1je0qOsj3D8xYzrfCQ2SM0hmmrHxHpSrQSYjB9tb/ZvM Q9j/qCI/SWa3UBAT49MX8aZ5v3giW7mz2xnShsY+omQPhoNgljAXdUIKqHL5PSI77ziz Je07OrAFH/XgSEJVOfZvKWULJh4jH1+iWvplKjxxhLcx9VtfVrinX8Uwq6qOkWZ4vsdO 1qmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1713012159; x=1713616959; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=glHUcy0/ftjTZI8cLbxxlEyfwrL4ndDuvdYiKgNuItk=; b=X5csxe372VdCMiWMdAJhV3TjXtrBCv80SVCIYUX5dO79j9sMxX3VuAlYUsYH0H8105 XpygB2Rgz3pjxU3y9BgW8aKrf8Jkpu7VDqXH0x81IadYopn+Z3T6uWRgiyCu1xhcSpl9 OEZy5FpPhWB7OPK0PfGfs9BKs2ibphCp7PkpxXASFcuzbgU0G4ycKZyMwp3kCYiHipeR ALndBsTq9MDIlRDOY9qTCVHf673oUReHcdbjByiZktULm7Yxx7O3Peo1fOiXhh4pGbxO bOfw6oBJ8QPLZkABBliBHANYQNRSj9iB/lDNfMtskdoyLfhnf+604Xyvj5e46u7LYWlW RrGw== X-Gm-Message-State: AOJu0YxRh3gYZcfpO5+Nl+W9FpI9RboXk4foIc3Vb3dNnMBheSdBg8a2 3pyzlwapn8onert/K0oAq35KTMc0Dd0Rp0aYw3n0bBAePmFag1IWTPZeRfk/SFUJIK1WXCkD9gH 1GyNCBaSdseYuuxuc1syUyVTT5blr2HHfa8w= X-Google-Smtp-Source: AGHT+IGoco39OPdNpngpMafGPI/R4wY7VASeA32RGePSqvnP9V8Pcj5hIHC1fCmadT4Gv6BYQceZ+QdyWXITY+CmqtU= X-Received: by 2002:a2e:8715:0:b0:2d8:55ac:c3a4 with SMTP id m21-20020a2e8715000000b002d855acc3a4mr3234113lji.22.1713012158464; Sat, 13 Apr 2024 05:42:38 -0700 (PDT) MIME-Version: 1.0 From: Amol Surati Date: Sat, 13 Apr 2024 18:12:54 +0530 Message-ID: Subject: 30.0.50; Inconsistent Syntax Highlighting To: bug-gnu-emacs@gnu.org Content-Type: text/plain; charset="UTF-8" Received-SPF: pass client-ip=2a00:1450:4864:20::129; envelope-from=suratiamol@gmail.com; helo=mail-lf1-x129.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sat, 13 Apr 2024 12:39:21 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --text follows this line-- The problem is not found in terminal emacs built from the released 29.3.tar.gz, or with emacs running under GUI (i.e. under PGTK). The problem is seen with terminal emacs built from the master branch, at various commit levels. Problem: When a large file (for e.g. vulkan_core.h) is opened, certain constructs have their syntax highlighting broken. The video found at [1] shows the behaviour. At the end of the video, one can see one instance of the problem; the syntax highlighting for the enum constant 'VK_STRUCTURE_TYPE_EVENT_CREATE_INFO = 10,' abruptly breaks. The entire identifier VK_STRUCTURE_TYPE_EVENT_CREATE_INFO must be one colour. Instead, 'VK_STRUCTURE_TYPE_EVENT_CREA' is of the expected colour, while 'TE_INFO' is of the colour that is expected with '= 10,'. You may want to download the video and then play it, if Google Drive plays it at a resolution that is lower than the video's native resolution. Within this same session, there were other such enum constants with broken highlighting, though they have not been captured in the video. The termscript is attached at [2]. The graphics session is Wayland with swaywm as its compositor; XWayland is not enabled. The terminal emulator is 'foot'. Another terminal emulator, 'alacritty' was also tested; the problem occurred there too. The problem doesn't seem to occur with small-sized files; After reducing the vulkan_core.h to contain only around 235 lines, emacs was able to show the (reduced) file with consistent highlighting. Thank you, Amol Surati [1] https://drive.google.com/file/d/1C2pSlh3x1g91lUsErryLnLP5995Jcg6c/ [2] https://pastebin.com/UiKSZWm7 ------------------------------------------------------------------------ In GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu) Repository revision: 8b210a636fe426f47bccdb111af61d6310755dde Repository branch: master System Description: Arch Linux Configured using: 'configure --prefix=/home/user/tools/emacs --without-all --with-native-compilation=aot --with-zlib --without-x --without-json --without-sound --with-small-ja-dic --disable-build-details --without-sqlite3 --with-compress-install 'CFLAGS=-O2 -mtune=native -march=native -fomit-frame-pointer'' Configured features: GMP NATIVE_COMP PDUMPER SECCOMP XIM ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: global-display-fill-column-indicator-mode: t display-fill-column-indicator-mode: t save-place-mode: t tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t minibuffer-regexp-mode: t column-number-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t auto-save-visited-mode: t Load-path shadows: None found. Features: (shadow sort regexp-opt mail-extr emacsbug message mailcap yank-media puny dired dnd dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util text-property-search time-date mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils term/xterm xterm byte-opt gv bytecomp byte-compile modus-vivendi-theme modus-themes subr-x easy-mmode display-fill-column-indicator saveplace cl-seq cl-loaddefs cl-lib rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 126813 13455) (symbols 48 8344 0) (strings 32 19368 1588) (string-bytes 1 634561) (vectors 16 7702) (vector-slots 8 94144 6327) (floats 8 50 8) (intervals 56 241 1) (buffers 984 11)) ------------=_1713083705-26124-1--