From unknown Thu Jul 17 09:05:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#79014: 31.0.50; igc: infinite loop Resent-From: =?UTF-8?Q?=C3=93scar?= Fuentes Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Jul 2025 11:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 79014 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 79014@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.17524918125886 (code B ref -1); Mon, 14 Jul 2025 11:17:02 +0000 Received: (at submit) by debbugs.gnu.org; 14 Jul 2025 11:16:52 +0000 Received: from localhost ([127.0.0.1]:60112 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ubHAw-0001Wr-NG for submit@debbugs.gnu.org; Mon, 14 Jul 2025 07:16:51 -0400 Received: from lists.gnu.org ([2001:470:142::17]:37596) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ubHAo-0001VC-Ju for submit@debbugs.gnu.org; Mon, 14 Jul 2025 07:16:47 -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 1ubHA8-0003HC-03 for bug-gnu-emacs@gnu.org; Mon, 14 Jul 2025 07:16:10 -0400 Received: from mail.eclipso.de ([217.69.254.104]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ubHA2-0004Mv-Fw for bug-gnu-emacs@gnu.org; Mon, 14 Jul 2025 07:15:59 -0400 X-ESMTP-Authenticated-User: 000D6BEA From: =?UTF-8?Q?=C3=93scar?= Fuentes DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eclipso.de; s=mail; t=1752491744; bh=mmZ7PJhbKTQWpN/tZLmGYnBs9i3B2d91Ta9RpErsnoc=; h=From:To:Subject:Date:From; b=Ozs7d7JPU9wYJX87wYPQ6XZlN2mC8NG7Rms81e9sllFrSp+kEhWF3W7y/EEHxl58l ors8ybgaaLKUKamJNvZBv7aw2uh4qeeaNgUXOk1N00Ll1AZ1BMKt1jH5AKVyCwWSSx TxE74xSZ4ByikrNOo4YTVmomAu/DMiIeD8rKC0ZFisXbN4zHXrhMXP+3ciZXu2MJu6 wuQSapPq3kS3gJfT9GAUmK/R44/T+eOmX7JUba0OIbKibOgmy53ddPHZDq+QboRIEH DtWVhMFQCWVFsMGHhtbckrkKVlSAmNEIIiw9lkHzvWtqPFDh0PQibd+AxsmzXaGfb+ EfXii3KfqbYOg== Date: Mon, 14 Jul 2025 13:15:43 +0200 Message-ID: <87h5zfkops.fsf@telefonica.net> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=217.69.254.104; envelope-from=oscarfv@eclipso.eu; helo=mail.eclipso.de X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.9 (/) 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.1 (/) On a long-lived emacs session (two weeks of intensive use), while reverting a versioned file with C-x v u (something that I did multiple times before on the same session) Emacs entered an infinite loop using 100% CPU, ignoring C-g and SIGUSR2 and had to be killed eventually after attaching gdb and obtaining the backtraces below. #0 truncate_undo_list (b=b@entry=0x7fb33b464b18) at ../../emacs/src/lisp.h:1534 list = prev = next = last_boundary = 0x0 size_so_far = 20445947 count = {bytes = } undo_outer_limit = #1 0x00005596d35701d9 in compact_buffer (buffer=buffer@entry=0x7fb33b464b18) at ../../emacs/src/buffer.c:1874 #2 0x00005596d36669e2 in buffer_step (it=) at ../../emacs/src/igc.c:4051 buf = 0x7fb33b464b1d b = 0x7fb33b464b18 #3 igc_on_idle () at ../../emacs/src/igc.c:4083 work_done = clock = {expire = } buffer_it = {alist = , buf = } #4 0x00005596d354f2b5 in timer_check_2 (timers=, idle_timers=) at ../../emacs/src/keyboard.c:4722 now = {tv_sec = , tv_nsec = } idleness_now = {tv_sec = , tv_nsec = } now = {tv_sec = , tv_nsec = } idleness_now = {tv_sec = , tv_nsec = } funcall = chosen_timer = timer = idle_timer = --Type for more, q to quit, c to continue without paging-- difference = {tv_sec = , tv_nsec = } timer_difference = {tv_sec = , tv_nsec = } idle_timer_difference = {tv_sec = , tv_nsec = } ripe = timer_ripe = idle_timer_ripe = timer_time = {tv_sec = , tv_nsec = } idle_timer_time = {tv_sec = , tv_nsec = } count = {bytes = } old_deactivate_mark = #5 timer_check () at ../../emacs/src/keyboard.c:4891 nexttime = {tv_sec = , tv_nsec = } timers = 0x7fb256c7dc73 idle_timers = tem = #6 0x00005596d354f7e5 in readable_events (flags=flags@entry=3) at ../../emacs/src/keyboard.c:3618 #7 0x00005596d354f9c0 in get_input_pending (flags=flags@entry=3) at ../../emacs/src/keyboard.c:8007 #8 0x00005596d354fad5 in Finput_pending_p (check_timers=0x38) at ../../emacs/src/keyboard.c:11799 #9 0x00007fb32f4ed5b2 in F7369742d666f72_sit_for_0 () at /home/oscar/dev/emacs/igc/build/src/../native-lisp/31.0.50-61e73da1/preloaded/subr-13adf6a6-dbedbcf7.eln #10 0x00005596d35d6a0c in Ffuncall (nargs=2, args=0x7fff3751ec00) at ../../emacs/src/eval.c:3195 count = {bytes = } val = #11 0x00007fb32e40648e in F646973706c61792d7761726e696e67_display_warning_0 () at /home/oscar/.emacs.d/eln-cache/31.0.50-61e73da1/warnings-28e75f4d-f0ade81c.eln #12 0x00005596d35d6a0c in Ffuncall (nargs=4, args=0x7fff3751ee00) at ../../emacs/src/eval.c:3195 --Type for more, q to quit, c to continue without paging-- count = {bytes = } val = #13 0x00007fb32f243db7 in F756e646f2d6f757465722d6c696d69742d7472756e63617465_undo_outer_limit_truncate_0 () at /home/oscar/dev/emacs/igc/build/src/../native-lisp/31.0.50-61e73da1/preloaded/simple-fab5b0cf-9e866eaa.eln #14 0x00005596d35d6a0c in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff3751ee80) at ../../emacs/src/eval.c:3195 count = {bytes = } val = #15 0x00005596d35ae9ed in truncate_undo_list (b=b@entry=0x7fb33b464b18) at ../../emacs/src/undo.c:366 tem = list = prev = next = last_boundary = 0x0 size_so_far = count = {bytes = } undo_outer_limit = #16 0x00005596d35701d9 in compact_buffer (buffer=buffer@entry=0x7fb33b464b18) at ../../emacs/src/buffer.c:1874 #17 0x00005596d36669e2 in buffer_step (it=) at ../../emacs/src/igc.c:4051 buf = 0x7fb33b464b1d b = 0x7fb33b464b18 #18 igc_on_idle () at ../../emacs/src/igc.c:4083 work_done = clock = {expire = } --Type for more, q to quit, c to continue without paging-- buffer_it = {alist = , buf = } #19 0x00005596d354f2b5 in timer_check_2 (timers=, idle_timers=) at ../../emacs/src/keyboard.c:4722 now = {tv_sec = , tv_nsec = } idleness_now = {tv_sec = , tv_nsec = } now = {tv_sec = , tv_nsec = } idleness_now = {tv_sec = , tv_nsec = } funcall = chosen_timer = timer = idle_timer = difference = {tv_sec = , tv_nsec = } timer_difference = {tv_sec = , tv_nsec = } idle_timer_difference = {tv_sec = , tv_nsec = } ripe = timer_ripe = idle_timer_ripe = timer_time = {tv_sec = , tv_nsec = } idle_timer_time = {tv_sec = , tv_nsec = } count = {bytes = } old_deactivate_mark = #20 timer_check () at ../../emacs/src/keyboard.c:4891 nexttime = {tv_sec = , tv_nsec = } timers = 0x7fb256c795b3 idle_timers = tem = (gdb) xbacktrace "sit-for" (0x3751ec08) "display-warning" (0x3751ee08) "undo-outer-limit-truncate" (0x3751ee88) "sit-for" (0x3751f1c8) "display-warning" (0x3751f3c8) "undo-outer-limit-truncate" (0x3751f448) "sit-for" (0x3751f788) "display-warning" (0x3751f988) "undo-outer-limit-truncate" (0x3751fa08) "sit-for" (0x3751fd48) "display-warning" (0x3751ff48) "undo-outer-limit-truncate" (0x3751ffc8) "sit-for" (0x37520308) "display-warning" (0x37520508) "undo-outer-limit-truncate" (0x37520588) "sit-for" (0x375208c8) "display-warning" (0x37520ac8) "undo-outer-limit-truncate" (0x37520b48) "sit-for" (0x37520e88) "display-warning" (0x37521088) "undo-outer-limit-truncate" (0x37521108) "sit-for" (0x37521448) "display-warning" (0x37521648) "undo-outer-limit-truncate" (0x375216c8) "sit-for" (0x37521a08) "display-warning" (0x37521c08) "undo-outer-limit-truncate" (0x37521c88) In GNU Emacs 31.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo version 1.18.4) of 2025-06-29 built on zen Repository revision: 1c19182e28e90b619a4c3d5553e3b5ae03eccd12 Repository branch: feature/igc Windowing system distributor 'The X.Org Foundation', version 11.0.12101016 System Description: Debian GNU/Linux 13 (trixie) Configured using: 'configure 'CPPFLAGS=-O2 -fno-omit-frame-pointer -g3' CPPFLAGS=-I/home/oscar/dev/include/mps LDFLAGS=-L/home/oscar/dev/other/mps/code --with-native-compilation --with-tree-sitter --without-toolkit-scroll-bars --with-x-toolkit=lucid --with-modules --without-imagemagick --with-mps=yes' Configured features: CAIRO FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG LIBOTF LIBSELINUX LIBXML2 MODULES MPS NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TREE_SITTER WEBP X11 XAW3D XDBE XIM XPM LUCID ZLIB Important settings: value of $LANG: C locale-coding-system: nil Major mode: Lisp Interaction Minor modes in effect: window-highlight-mode: t xterm-mouse-mode: t treemacs-filewatch-mode: t treemacs-follow-mode: t treemacs-git-mode: t treemacs-fringe-indicator-mode: t org-roam-db-autosync-mode: t fancy-compilation-mode: t diff-hl-flydiff-mode: t diff-hl-mode: t difftastic-bindings-mode: t global-git-commit-mode: t pulsar-global-mode: t pulsar-mode: t evil-owl-mode: t enhanced-evil-paredit-mode: t evil-local-mode: t key-chord-mode: t paredit-mode: t server-mode: t display-fill-column-indicator-mode: t vertico-multiform-mode: t marginalia-mode: t vertico-mode: t which-key-mode: t global-anzu-mode: t anzu-mode: t tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-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 auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: /home/oscar/elisp/singles/flx hides /home/oscar/.emacs.d/elpa/flx-20240205.356/flx /home/oscar/elisp/magit/lisp/magit-section hides /home/oscar/.emacs.d/elpa/magit-section-20250704.2300/magit-section /home/oscar/elisp/singles/which-key hides /home/oscar/dev/emacs/igc/emacs/lisp/which-key Features: (shadow sort mail-extr emacsbug help-fns radix-tree vertico-directory mule-util vertico-sort fussy window-highlight solarized-selenized-dark-theme solarized-selenized-light-theme solarized-palettes solarized solarized-faces xt-mouse term/xterm xterm meteo-radar lsp-dart lsp-dart-commands lsp-dart-flutter-widget-guide lsp-dart-flutter-fringe-colors lsp-dart-flutter-colors lsp-dart-outline lsp-dart-code-lens lsp-lens lsp-dart-test-tree lsp-treemacs lsp-treemacs-generic lsp-treemacs-themes treemacs-treelib treemacs treemacs-header-line treemacs-compatibility treemacs-mode treemacs-bookmarks treemacs-tags treemacs-interface treemacs-persistence treemacs-filewatch-mode treemacs-follow-mode treemacs-rendering treemacs-annotations treemacs-async treemacs-workspaces treemacs-dom treemacs-visuals treemacs-fringe-indicator treemacs-faces treemacs-icons treemacs-scope treemacs-themes treemacs-core-utils pfuture hl-line treemacs-logging treemacs-customization treemacs-macros lsp-dart-test-output lsp-dart-test-support lsp-dart-dap lsp-dart-devtools lsp-dart-flutter-daemon jsonrpc dap-utils dom xml dap-mode dap-tasks dap-launch lsp-docker yaml posframe dap-overlays lsp-dart-closing-labels lsp-dart-utils lsp-dart-protocol lsp-mode lsp-protocol tree-widget spinner network-stream nsm markdown-mode lv f flymake flycheck lp0-ts-mode lp0-mode symbol-overlay company-ctags find-file company-fuzzy ht company aggressive-indent deft orgit emacsql-sqlite-builtin org-roam-migrate org-roam-log org-roam-mode org-roam-capture org-roam-id org-roam-node org-roam-db org-roam-utils org-roam-compat org-roam org-attach emacsql-sqlite emacsql emacsql-compiler org-noter org-element org-persist org-id org-element-ast inline avl-tree org-protocol org-capture org-refile org-crypt org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-src sh-script smie treesit executable ob-comint org-pcomplete org-list org-footnote org-faces org-entities noutline outline ob-emacs-lisp ob-core ob-eval org-cycle org-table org-keys oc org-loaddefs find-func etags-select etags fileloop generator xref project ol org-fold org-fold-core org-compat org-version org-macs cond-star fancy-compilation ffap diff-hl-flydiff diff-hl log-view difftastic-bindings difftastic view magit-bookmark bookmark git-rebase magit-dired magit-extras magit-sparse-checkout magit-gitignore magit-ediff ediff magit-subtree magit-patch magit-submodule magit-blame magit-stash magit-reflog magit-bisect magit-push magit-pull magit-fetch magit-clone magit-remote magit-commit magit-sequence magit-notes magit-worktree magit-tag magit-merge magit-branch magit-reset magit-files magit-refs magit-status magit magit-repos magit-apply magit-wip magit-log magit-diff smerge-mode diff git-commit magit-core magit-autorevert autorevert filenotify magit-margin magit-transient magit-process with-editor shell pcomplete magit-mode transient magit-git magit-base which-func imenu vc-git files-x vc-dir ewoc vc vc-dispatcher magit-section benchmark cursor-sensor crm llama pulsar pulse color evil-owl format-spec buffer-flip enhanced-evil-paredit evil-anzu evil evil-keybindings evil-integration evil-maps evil-commands evil-digraphs reveal evil-jumps evil-command-window evil-types evil-search evil-ex evil-macros evil-repeat evil-states evil-core evil-common rect evil-vars mini-echo mini-echo-segments let-alist hide-mode-line face-remap wgrep grep ag vc-svn find-dired s dash key-chord comp comp-cstr comp-run comp-common cmake-mode rx rst compile comint ansi-osc ansi-color paredit-menu paredit edmacro kmacro server yasnippet lisp-mnt psvn wid-edit log-edit message sendmail yank-media puny rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util text-property-search time-date mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils mailheader pcvs-util add-log diff-mode track-changes pp elp ediff-merg ediff-mult ediff-wind ediff-diff ediff-help ediff-init ediff-util dired dired-loaddefs display-fill-column-indicator vertico-multiform marginalia vertico flx-rs-core flx-rs flx goto-chg avy ring highlight-parentheses ws-butler which-key diminish cl anzu easy-mmode thingatpt tmr pcase compat solar cal-dst cal-menu calendar cal-loaddefs finder-inf advice cl-extra help-mode warnings disp-table apropospriate-theme-autoloads company-posframe-autoloads company-autoloads consult-flycheck-autoloads consult-lsp-autoloads consult-org-roam-autoloads corfu-autoloads deadgrep-autoloads diff-hl-autoloads eat-autoloads ellama-autoloads embark-consult-autoloads consult-autoloads embark-autoloads flutter-autoloads flycheck-autoloads fussy-autoloads flx-autoloads groovy-mode-autoloads llm-autoloads lsp-dart-autoloads dart-mode-autoloads dap-mode-autoloads bui-autoloads lsp-docker-autoloads lsp-treemacs-autoloads lsp-ui-autoloads lsp-mode-autoloads f-autoloads marginalia-autoloads markdown-mode-autoloads org-roam-autoloads magit-section-autoloads llama-autoloads emacsql-autoloads plz-event-source-autoloads plz-media-type-autoloads plz-autoloads pomm-autoloads alert-autoloads log4e-autoloads gntp-autoloads spinner-autoloads swiper-autoloads ivy-autoloads symbol-overlay-autoloads treemacs-autoloads cfrs-autoloads posframe-autoloads ht-autoloads hydra-autoloads lv-autoloads pfuture-autoloads ace-window-autoloads avy-autoloads s-autoloads info dash-autoloads vertico-autoloads wgrep-ag-autoloads wgrep-deadgrep-autoloads wgrep-autoloads yaml-autoloads package browse-url xdg url url-proxy url-privacy url-expand url-methods url-history url-cookie generate-lisp-file url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs icons password-cache json subr-x map byte-opt gv bytecomp byte-compile url-vars cl-loaddefs cl-lib rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd touch-screen tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar 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 threads inotify dynamic-setting system-font-setting font-render-setting cairo x-toolkit x multi-tty move-toolbar make-network-process tty-child-frames native-compile mps emacs) Memory information: ((conses 24 0 0) (symbols 56 0 0) (strings 40 0 0) (string-bytes 1 0) (vectors 24 0) (vector-slots 8 0 0) (floats 24 0 0) (intervals 64 0 0) (buffers 1072 0)) From unknown Thu Jul 17 09:05:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#79014: 31.0.50; igc: infinite loop Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Jul 2025 13:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 79014 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?=C3=93scar?= Fuentes Cc: 79014@debbugs.gnu.org Received: via spool by 79014-submit@debbugs.gnu.org id=B79014.175249902814156 (code B ref 79014); Mon, 14 Jul 2025 13:18:01 +0000 Received: (at 79014) by debbugs.gnu.org; 14 Jul 2025 13:17:08 +0000 Received: from localhost ([127.0.0.1]:60595 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ubJ3M-0003gE-2G for submit@debbugs.gnu.org; Mon, 14 Jul 2025 09:17:08 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:50138) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ubJ3J-0003fS-6f for 79014@debbugs.gnu.org; Mon, 14 Jul 2025 09:17:05 -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 1ubJ3B-0006yf-O4; Mon, 14 Jul 2025 09:16:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=ePuujHGQhSF2aamgx8CVCRuOAVtOj9RjYMd2GErbQmA=; b=jwHVR3R5LY8jcBRw4oRl Va3qLO7wS8oyQgv5++GvABGh1qwBTCzUI7iVi5t9MxwsRF4ic1/Hpsd2LaII4LPyATC8d/8AgKBtN u3Lbd3cLqkm3qSOyDNMVmDvy9mNISxnkm0QtIHHJxvb0xOrtj1Rp3qEdW7f+LspF0RIiqwKLKFIZ6 +pDRKqWdT4Z2GcrzACP/jf8UqnxptFFN9QZ1ESnrR3bE4/kuh32BUtL+6QFOIG1HCzrUHPmDNPXTU lbjAAVQ//UkGz0PiX76rweUf++/Ccc9aa885CrBjIw1Ubf7ZETg07k9WVlRrDli6uANdUhgn7P7u8 9KQu7r75xG7kTA==; Date: Mon, 14 Jul 2025 16:16:52 +0300 Message-Id: <86v7nuc3p7.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87h5zfkops.fsf@telefonica.net> (bug-gnu-emacs@gnu.org) References: <87h5zfkops.fsf@telefonica.net> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit 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 (---) > Date: Mon, 14 Jul 2025 13:15:43 +0200 > From: Óscar Fuentes via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > > On a long-lived emacs session (two weeks of intensive use), while > reverting a versioned file with C-x v u (something that I did multiple > times before on the same session) Emacs entered an infinite loop using > 100% CPU, ignoring C-g and SIGUSR2 and had to be killed eventually after > attaching gdb and obtaining the backtraces below. > > #0 truncate_undo_list (b=b@entry=0x7fb33b464b18) at ../../emacs/src/lisp.h:1534 > list = > prev = > next = > last_boundary = 0x0 > size_so_far = 20445947 > count = {bytes = } > undo_outer_limit = > #1 0x00005596d35701d9 in compact_buffer (buffer=buffer@entry=0x7fb33b464b18) > at ../../emacs/src/buffer.c:1874 > #2 0x00005596d36669e2 in buffer_step (it=) at ../../emacs/src/igc.c:4051 > buf = 0x7fb33b464b1d > b = 0x7fb33b464b18 > #3 igc_on_idle () at ../../emacs/src/igc.c:4083 > work_done = > clock = {expire = } > buffer_it = {alist = , buf = } > #4 0x00005596d354f2b5 in timer_check_2 (timers=, idle_timers=) > at ../../emacs/src/keyboard.c:4722 > now = {tv_sec = , tv_nsec = } > idleness_now = {tv_sec = , tv_nsec = } > now = {tv_sec = , tv_nsec = } > idleness_now = {tv_sec = , tv_nsec = } > funcall = > chosen_timer = > timer = > idle_timer = > --Type for more, q to quit, c to continue without paging-- > difference = {tv_sec = , tv_nsec = } > timer_difference = {tv_sec = , tv_nsec = } > idle_timer_difference = {tv_sec = , tv_nsec = } > ripe = > timer_ripe = > idle_timer_ripe = > timer_time = {tv_sec = , tv_nsec = } > idle_timer_time = {tv_sec = , tv_nsec = } > count = {bytes = } > old_deactivate_mark = > #5 timer_check () at ../../emacs/src/keyboard.c:4891 > nexttime = {tv_sec = , tv_nsec = } > timers = 0x7fb256c7dc73 > idle_timers = > tem = > #6 0x00005596d354f7e5 in readable_events (flags=flags@entry=3) at ../../emacs/src/keyboard.c:3618 > #7 0x00005596d354f9c0 in get_input_pending (flags=flags@entry=3) at ../../emacs/src/keyboard.c:8007 > #8 0x00005596d354fad5 in Finput_pending_p (check_timers=0x38) at ../../emacs/src/keyboard.c:11799 > #9 0x00007fb32f4ed5b2 in F7369742d666f72_sit_for_0 () > at /home/oscar/dev/emacs/igc/build/src/../native-lisp/31.0.50-61e73da1/preloaded/subr-13adf6a6-dbedbcf7.eln > #10 0x00005596d35d6a0c in Ffuncall (nargs=2, args=0x7fff3751ec00) at ../../emacs/src/eval.c:3195 > count = {bytes = } > val = > #11 0x00007fb32e40648e in F646973706c61792d7761726e696e67_display_warning_0 () > at /home/oscar/.emacs.d/eln-cache/31.0.50-61e73da1/warnings-28e75f4d-f0ade81c.eln > #12 0x00005596d35d6a0c in Ffuncall (nargs=4, args=0x7fff3751ee00) at ../../emacs/src/eval.c:3195 > --Type for more, q to quit, c to continue without paging-- > count = {bytes = } > val = > #13 0x00007fb32f243db7 in F756e646f2d6f757465722d6c696d69742d7472756e63617465_undo_outer_limit_truncate_0 > () > at /home/oscar/dev/emacs/igc/build/src/../native-lisp/31.0.50-61e73da1/preloaded/simple-fab5b0cf-9e866eaa.eln > #14 0x00005596d35d6a0c in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fff3751ee80) > at ../../emacs/src/eval.c:3195 > count = {bytes = } > val = > #15 0x00005596d35ae9ed in truncate_undo_list (b=b@entry=0x7fb33b464b18) at ../../emacs/src/undo.c:366 > tem = > list = > prev = > next = > last_boundary = 0x0 > size_so_far = > count = {bytes = } > undo_outer_limit = > #16 0x00005596d35701d9 in compact_buffer (buffer=buffer@entry=0x7fb33b464b18) > at ../../emacs/src/buffer.c:1874 > #17 0x00005596d36669e2 in buffer_step (it=) at ../../emacs/src/igc.c:4051 > buf = 0x7fb33b464b1d > b = 0x7fb33b464b18 > #18 igc_on_idle () at ../../emacs/src/igc.c:4083 > work_done = > clock = {expire = } > --Type for more, q to quit, c to continue without paging-- > buffer_it = {alist = , buf = } > #19 0x00005596d354f2b5 in timer_check_2 (timers=, idle_timers=) > at ../../emacs/src/keyboard.c:4722 > now = {tv_sec = , tv_nsec = } > idleness_now = {tv_sec = , tv_nsec = } > now = {tv_sec = , tv_nsec = } > idleness_now = {tv_sec = , tv_nsec = } > funcall = > chosen_timer = > timer = > idle_timer = > difference = {tv_sec = , tv_nsec = } > timer_difference = {tv_sec = , tv_nsec = } > idle_timer_difference = {tv_sec = , tv_nsec = } > ripe = > timer_ripe = > idle_timer_ripe = > timer_time = {tv_sec = , tv_nsec = } > idle_timer_time = {tv_sec = , tv_nsec = } > count = {bytes = } > old_deactivate_mark = > #20 timer_check () at ../../emacs/src/keyboard.c:4891 > nexttime = {tv_sec = , tv_nsec = } > timers = 0x7fb256c795b3 > idle_timers = > tem = > > > > (gdb) xbacktrace > "sit-for" (0x3751ec08) > "display-warning" (0x3751ee08) > "undo-outer-limit-truncate" (0x3751ee88) > "sit-for" (0x3751f1c8) > "display-warning" (0x3751f3c8) > "undo-outer-limit-truncate" (0x3751f448) > "sit-for" (0x3751f788) > "display-warning" (0x3751f988) > "undo-outer-limit-truncate" (0x3751fa08) > "sit-for" (0x3751fd48) > "display-warning" (0x3751ff48) > "undo-outer-limit-truncate" (0x3751ffc8) > "sit-for" (0x37520308) > "display-warning" (0x37520508) > "undo-outer-limit-truncate" (0x37520588) > "sit-for" (0x375208c8) > "display-warning" (0x37520ac8) > "undo-outer-limit-truncate" (0x37520b48) > "sit-for" (0x37520e88) > "display-warning" (0x37521088) > "undo-outer-limit-truncate" (0x37521108) > "sit-for" (0x37521448) > "display-warning" (0x37521648) > "undo-outer-limit-truncate" (0x375216c8) > "sit-for" (0x37521a08) > "display-warning" (0x37521c08) > "undo-outer-limit-truncate" (0x37521c88) Any idea what it was trying to warn about in display-warning frames? I suspect it's some kind of memory-full situation. Do you still have that session in GDB? From unknown Thu Jul 17 09:05:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#79014: 31.0.50; igc: infinite loop Resent-From: =?UTF-8?Q?=C3=93scar?= Fuentes Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Jul 2025 13:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 79014 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 79014@debbugs.gnu.org Received: via spool by 79014-submit@debbugs.gnu.org id=B79014.175250013019176 (code B ref 79014); Mon, 14 Jul 2025 13:36:02 +0000 Received: (at 79014) by debbugs.gnu.org; 14 Jul 2025 13:35:30 +0000 Received: from localhost ([127.0.0.1]:60674 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ubJL7-0004zD-On for submit@debbugs.gnu.org; Mon, 14 Jul 2025 09:35:30 -0400 Received: from mail.eclipso.de ([217.69.254.104]:57674) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ubJL3-0004yn-FB for 79014@debbugs.gnu.org; Mon, 14 Jul 2025 09:35:27 -0400 X-ESMTP-Authenticated-User: 000D6BEA From: =?UTF-8?Q?=C3=93scar?= Fuentes DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eclipso.de; s=mail; t=1752500119; bh=FigI+J4E9EF7u5shUMD6x5FfKA0zaVMM5dqDVdv/yp0=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=mV4XXujcXqXO7gSQ+UUuB2GlhOxFT16HVnQtMyNKTnPK3VDYYNoftW0Ktoms0f4cD NUbXUgy17Kp32JFnTYFIVlTtzZpmdL0ASG8NSBsyjekznbRG5w+eVD4dC1gGsjLGva 0casSVageuZuQxx5501cxmecKbQoSYQE93EBHxF8U3CngmM0Q1o7k8Y0DLprw4IEDV bPiEVvMVgi9d664zj+s+4jEV/ZkpgWNPepisr36RFXZiuQCGf0/9sjXiIzCAvMP+db VNxN53RFTsoPmgr1mXOee1Ulh3j+n7LRbcJ72VyAb7+GgEwK/bfA1D6v79mDI2fOUX RXjfJ8xEBr41g== In-Reply-To: <86v7nuc3p7.fsf@gnu.org> References: <87h5zfkops.fsf@telefonica.net> <86v7nuc3p7.fsf@gnu.org> Date: Mon, 14 Jul 2025 15:35:17 +0200 Message-ID: <87bjpmlwtm.fsf@telefonica.net> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) 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.7 (-) Eli Zaretskii writes: > Any idea what it was trying to warn about in display-warning frames? No, sorry. > I suspect it's some kind of memory-full situation. I'll mention this in case it is relevant: Emacs was using about 2.8 GB of RSS and that machine has 64 GB of RAM, almost all free. > Do you still have that session in GDB? No :-( From unknown Thu Jul 17 09:05:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#79014: 31.0.50; igc: infinite loop Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Jul 2025 13:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 79014 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?=C3=93scar?= Fuentes Cc: 79014@debbugs.gnu.org Received: via spool by 79014-submit@debbugs.gnu.org id=B79014.175250077021676 (code B ref 79014); Mon, 14 Jul 2025 13:47:01 +0000 Received: (at 79014) by debbugs.gnu.org; 14 Jul 2025 13:46:10 +0000 Received: from localhost ([127.0.0.1]:60706 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ubJVR-0005dY-L6 for submit@debbugs.gnu.org; Mon, 14 Jul 2025 09:46:10 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:34434) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ubJVN-0005ca-W5 for 79014@debbugs.gnu.org; Mon, 14 Jul 2025 09:46:07 -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 1ubJVI-0003kS-8d; Mon, 14 Jul 2025 09:46:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=spDZ4+y6MhS8V7BIIXfc+v9fhrEszSlSE/CPtrNh2qM=; b=SEWCTf2shcTqtayBCMl1 dHA3q8A9e9cJFJ84PM5/jXCyJnQRYNxP8gEPOztFd2a72oWE700EG7SqUvK71TPEA7lwzysN5Jj9L LjOsoJUPSW3QkLA8hDpLMORc7q5Qb0pH0RxmSBpBRL64OZkKf3M65aFpj4PM5mvoXyDciehgAlKj3 K0aDNd3JyfYq4S89om41gst28MsqiXYh4SgSh7WBLMbEarVlZPYRbf+Gzvo/b4HJ9WHrUrHQ50qBB fbvJU9cvWY3+byAyGk/m5mi8eelKmodOJ9MSK+NTuwKP8roo9g77H1EenDKBTVVHidelCAHlQ5kXF 50CyYthvT6g3HA==; Date: Mon, 14 Jul 2025 16:45:38 +0300 Message-Id: <86qzyic2d9.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87bjpmlwtm.fsf@telefonica.net> (message from =?UTF-8?Q?=C3=93scar?= Fuentes on Mon, 14 Jul 2025 15:35:17 +0200) References: <87h5zfkops.fsf@telefonica.net> <86v7nuc3p7.fsf@gnu.org> <87bjpmlwtm.fsf@telefonica.net> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit 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: Óscar Fuentes > Cc: 79014@debbugs.gnu.org > Date: Mon, 14 Jul 2025 15:35:17 +0200 > > Eli Zaretskii writes: > > > Any idea what it was trying to warn about in display-warning frames? > > No, sorry. > > > I suspect it's some kind of memory-full situation. > > I'll mention this in case it is relevant: Emacs was using about 2.8 GB > of RSS and that machine has 64 GB of RAM, almost all free. > > > Do you still have that session in GDB? > > No :-( Then I don't see how we could do anything with this report. Too bad. Please in the future try to leave the crashed session inside GDB at least for a while. Unless someone has ideas how to make some progress with this bug, I will soon close it as unreproducible. From unknown Thu Jul 17 09:05:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#79014: 31.0.50; igc: infinite loop Resent-From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Jul 2025 13:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 79014 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 79014@debbugs.gnu.org Cc: oscarfv@eclipso.eu X-Debbugs-Original-To: =?UTF-8?Q?=C3=93scar?= Fuentes via "Bug reports for GNU Emacs, the Swiss army knife of text editors" X-Debbugs-Original-Cc: =?UTF-8?Q?=C3=93scar?= Fuentes , 79014@debbugs.gnu.org Received: via spool by submit@debbugs.gnu.org id=B.175250107923094 (code B ref -1); Mon, 14 Jul 2025 13:52:01 +0000 Received: (at submit) by debbugs.gnu.org; 14 Jul 2025 13:51:19 +0000 Received: from localhost ([127.0.0.1]:60744 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ubJaR-00060N-3G for submit@debbugs.gnu.org; Mon, 14 Jul 2025 09:51:19 -0400 Received: from lists.gnu.org ([2001:470:142::17]:42486) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ubJaN-0005zf-6v for submit@debbugs.gnu.org; Mon, 14 Jul 2025 09:51:15 -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 1ubJaG-0002by-Lf for bug-gnu-emacs@gnu.org; Mon, 14 Jul 2025 09:51:08 -0400 Received: from mail-wm1-x331.google.com ([2a00:1450:4864:20::331]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ubJaB-0004ZI-FI for bug-gnu-emacs@gnu.org; Mon, 14 Jul 2025 09:51:08 -0400 Received: by mail-wm1-x331.google.com with SMTP id 5b1f17b1804b1-455fdfb5d04so11724605e9.2 for ; Mon, 14 Jul 2025 06:51:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1752501061; x=1753105861; darn=gnu.org; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=Dl3sga91nRm6sN/jyozSG5diaIQHgiOr37ZK/Vqedus=; b=HqZKu4azDgAgd/wSXKEwhh3Yza5GhBZSZ3B5RKf/2JIWTOjGcsk/LvXtbRud6wQL+E 8qKtjAVv7WwpWR8HLspaRalLZ15SF0MZCSvXlyI3+mBzakZaZWlY/I4J4khcuf41kXs/ 1ocJeR5f8pXoLc4cbiNVJeuQfmeTnTHbW+cEt6ZUWx1LSBmzAdrHb8D4OPZd3l4wao1C Y+BKDO7A7nAlQc0aYHQiFKf0sQdD77/4HVUo7uFdWTLv8VpGghsVXPcVau+3dzn3glXZ hJ4Cz217mxhferR1+Kbx49wUA0y6GjHFcLxbqCejjVgCFnqcZwksqkguTD76iH1gwoxZ QdvQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1752501061; x=1753105861; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=Dl3sga91nRm6sN/jyozSG5diaIQHgiOr37ZK/Vqedus=; b=oqh9MrirNfB2EpXDs7fQwxaao0JqGBlbtVk45qlFFhBTOx4DRQdgDJwZcEk5oWmRiZ +7aegz4kwXNJHSXkp0q3RlEe8Fv+9BGMpx9E+N0vRzAoAb9A3rxwbMxUIPPeBO9P+9G4 XL8ERexAaOrQL/+ViciPyiMMXEtLVFcZx7dwM3/bsTcgXPBcai6cWviluMrjlpR8m7B4 5PuPZhrY+e6NEp+vGv8Y9e0aFCL/kGHSo4gHu4WdpwI/Uh+B9lfzs/hL/OC4AjKT3Ban KC8y/lH0xmDogZQ4BiJUHR6A3rRldJkEv3pgH5tegmaEzFhTQq0XLbF2tYujgvmHFqgs 8WPA== X-Gm-Message-State: AOJu0Yw43X8SchfswSCdf7OCTg7nXXr2OzewwZjBo6Ok55CcnK2E5itv /93ljebgt2vTFJO6MO22Ard0d1qNmecM7gtEVxMseFXusumfa+MX0gdmvvBE+1U7 X-Gm-Gg: ASbGncs2oPPEaFgykTPiUsvfVm0tIqwumIa4KQ3p4+hsfiAyRdIKUtGZOdyT10d6kUF 0zdjLAAWe1bKvqlerEcvC0AHuEi4Y9i7K4b7z+QInZAIpW9lKFshqG4vdi19N+sikT/sH+Xz3U9 fKNDfh+uXK0Ulr5voUiC6S1PIuXaxatFDMtnVM3Zaqdx9BaE3tICT4tNmHEYHoSq6IGgrAfFwmZ gWd73Vs1b+IHmGJunEEkasTjNRlyySbqBQFPsjqW3qk5U6vyUlBGmgMBz9ztq4zvXAUzLgVbl7n +G6Klmm6Whkwwv4vQ4hRHTC5TtEpFq8BXuRa99KKkmcfIG9MyZNb60hrvJK4m7oB2ETPNlbd55r WkM6JBF7TFG6RX1GNZR1kWpoUxbyIcw+btLo3QK+FxzyfYQV6UJotKzpX4WwCoCh5uVYZKmQY36 zcq/e3NwlYSJY4UdJ8AAf8DaV4fwkpKGV3gP+Rivhkwg== X-Google-Smtp-Source: AGHT+IG4QtSZoHdGcuZ+9HO4LQVHbjlzBcxma3yRBI2Ui9txniSOOK9+bAYQb6EGNeJXuzVVctIfGw== X-Received: by 2002:a05:600c:4e11:b0:456:2020:166a with SMTP id 5b1f17b1804b1-45620201942mr19146475e9.20.1752501060777; Mon, 14 Jul 2025 06:51:00 -0700 (PDT) Received: from pro2 (p200300e0b71aa300a10641de32419cc2.dip0.t-ipconnect.de. [2003:e0:b71a:a300:a106:41de:3241:9cc2]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-3b5e8e26daasm12765773f8f.91.2025.07.14.06.50.59 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 14 Jul 2025 06:51:00 -0700 (PDT) From: Gerd =?UTF-8?Q?M=C3=B6llmann?= In-Reply-To: <87h5zfkops.fsf@telefonica.net> References: <87h5zfkops.fsf@telefonica.net> Date: Mon, 14 Jul 2025 15:50:58 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Received-SPF: pass client-ip=2a00:1450:4864:20::331; envelope-from=gerd.moellmann@gmail.com; helo=mail-wm1-x331.google.com X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: 1.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: -0.0 (/) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =C3=93scar Fuentes via "Bug reports for GNU Emacs, the Swiss army knife of text editors" writes: > On a long-lived emacs session (two weeks of intensive use), while > reverting a versioned file with C-x v u (something that I did multiple > times before on the same session) Emacs entered an infinite loop using > 100% CPU, ignoring C-g and SIGUSR2 and had to be killed eventually after > attaching gdb and obtaining the backtraces below. Thanks. That's a recursive call to igc_on_idle from Lisp being called whle it is running. Looks like something like this is needed: --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=on_idle.diff diff --git a/src/igc.c b/src/igc.c index 155b4db4e69..4922352a563 100644 --- a/src/igc.c +++ b/src/igc.c @@ -4080,33 +4080,45 @@ buffer_step (struct igc_buffer_it *it) return false; } +static bool inhibit_on_idle = false; + +static void +allow_on_idle (void) +{ + inhibit_on_idle = false; +} + void igc_on_idle (void) { + if (igc_state != IGC_STATE_USABLE) + return; + + /* Note that truncate_undo_list and maybe others my call Lisp, which + means that we might be called recursively. Ignore such recursive + calls. */ + if (inhibit_on_idle) + return; + specpdl_ref count = SPECPDL_INDEX (); + record_unwind_protect_void (allow_on_idle); + inhibit_on_idle = true; + shrink_regexp_cache (); struct igc_buffer_it buffer_it = make_buffer_it (); IGC_WITH_CLOCK (clock, 0.1) { bool work_done = false; - switch (igc_state) - { - case IGC_STATE_INITIAL: - case IGC_STATE_USABLE_PARKED: - case IGC_STATE_DEAD: - return; - - case IGC_STATE_USABLE: - work_done |= process_one_message (global_igc); - work_done |= buffer_step (&buffer_it); - work_done |= arena_step (); - break; - } + work_done |= process_one_message (global_igc); + work_done |= buffer_step (&buffer_it); + work_done |= arena_step (); /* Don't always exhaust the max time we want to spend here. */ if (!work_done) break; } + + unbind_to (count, Qnil); } static mps_ap_t --=-=-=-- From unknown Thu Jul 17 09:05:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#79014: 31.0.50; igc: infinite loop Resent-From: =?UTF-8?Q?=C3=93scar?= Fuentes Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Jul 2025 14:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 79014 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: pipcet@protonmail.com, 79014@debbugs.gnu.org Received: via spool by 79014-submit@debbugs.gnu.org id=B79014.17525032611982 (code B ref 79014); Mon, 14 Jul 2025 14:28:02 +0000 Received: (at 79014) by debbugs.gnu.org; 14 Jul 2025 14:27:41 +0000 Received: from localhost ([127.0.0.1]:35221 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ubK9Z-0000Vg-4g for submit@debbugs.gnu.org; Mon, 14 Jul 2025 10:27:40 -0400 Received: from mail.eclipso.de ([217.69.254.104]:49146) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ubK9V-0000VH-2M for 79014@debbugs.gnu.org; Mon, 14 Jul 2025 10:27:34 -0400 X-ESMTP-Authenticated-User: 000D6BEA From: =?UTF-8?Q?=C3=93scar?= Fuentes DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eclipso.de; s=mail; t=1752503246; bh=kTbzS59YCVuhMp5kM/kGg2MT6ocMeEMVcIvW3KNbtZc=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=nBpg7V4qDMc3P/lGWPhbA43uMpc5a8H1j1XEAh144YBpiQQr+lu/2Zm0qCdbHyk8U ZSs5ZTjWW5tPTPP29KK3/hxRqQ543VQ7A/Em+FCFIYxK/nb9GoF4c0awpCxs9XKF7s OqbHAHR8BjLobdoVCuvXJKKFUYfJ+FTTeeFmMj0ncXiewsUGc6VvAQzHFCFRHBNyhr 0+PgYmKG0VM6nx4sVFX2NIEGaAkJXmShy3Nyr8nbEQPQXpiaVG7Y+OZ0u9Uidkytve /W7KnnEf0/cvliLrS2ECsS2OII2jdo6WKiLvolxyS851OFg7wfsBvgAgFVvdxHmQlr RZ/L+l2r6PxHQ== In-Reply-To: <86qzyic2d9.fsf@gnu.org> References: <87h5zfkops.fsf@telefonica.net> <86v7nuc3p7.fsf@gnu.org> <87bjpmlwtm.fsf@telefonica.net> <86qzyic2d9.fsf@gnu.org> Date: Mon, 14 Jul 2025 16:27:25 +0200 Message-ID: <877c0alueq.fsf@telefonica.net> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) 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.7 (-) Eli Zaretskii writes: >> > Any idea what it was trying to warn about in display-warning frames? >> >> No, sorry. >> >> > I suspect it's some kind of memory-full situation. >> >> I'll mention this in case it is relevant: Emacs was using about 2.8 GB >> of RSS and that machine has 64 GB of RAM, almost all free. >> >> > Do you still have that session in GDB? >> >> No :-( > > Then I don't see how we could do anything with this report. Too bad. > Please in the future try to leave the crashed session inside GDB at > least for a while. That's a remote machine that runs Emacs as a daemon. Probably I could figure out how to run another remote instance without killing the previous one, but I had urgent work to do. > Unless someone has ideas how to make some progress with this bug, I > will soon close it as unreproducible. Let's see what Pip has to say. I think I have seen a similar backtrace on the past. The sequence of nested calls doesn't look too sane (timer_check ... igc_on_idle ... truncate_undo_list ... display_warning ... Finput_pending_p ... timer_check) but as mini-echo-mode [1] was active, it starts making sense. mini-echo hides the modeline and uses a repeating idle timer for updating the echo area with the information that usually would be in the modeline. That can execute arbitrary code. Bug 74547 was also a crash with the igc/mini-echo combo. Looks like if the mini-echo timer does its thing at the "wrong" moment wrt igc state, problems arise. For starters, does it make sense for igc_on_idle to be recursive? Can't that function detect that is being called recursively and just return? Another thought: does the time consumed by igc_on_idle count as idle time for idle timers? 1 https://github.com/eki3z/mini-echo.el From unknown Thu Jul 17 09:05:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#79014: 31.0.50; igc: infinite loop Resent-From: =?UTF-8?Q?=C3=93scar?= Fuentes Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Jul 2025 14:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 79014 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Gerd =?UTF-8?Q?M=C3=B6llmann?= Cc: 79014@debbugs.gnu.org X-Debbugs-Original-Cc: "=?UTF-8?Q?=C3=93scar?= Fuentes via Bug reports for GNU Emacs, the Swiss army knife of text editors" , 79014@debbugs.gnu.org Received: via spool by submit@debbugs.gnu.org id=B.17525038644739 (code B ref -1); Mon, 14 Jul 2025 14:38:02 +0000 Received: (at submit) by debbugs.gnu.org; 14 Jul 2025 14:37:44 +0000 Received: from localhost ([127.0.0.1]:35272 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ubKJM-0001EM-AD for submit@debbugs.gnu.org; Mon, 14 Jul 2025 10:37:44 -0400 Received: from lists.gnu.org ([2001:470:142::17]:40582) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ubKJJ-0001DO-SO for submit@debbugs.gnu.org; Mon, 14 Jul 2025 10:37:42 -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 1ubKJ5-000443-U8 for bug-gnu-emacs@gnu.org; Mon, 14 Jul 2025 10:37:27 -0400 Received: from mail.eclipso.de ([217.69.254.104]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ubKIx-00048R-LL for bug-gnu-emacs@gnu.org; Mon, 14 Jul 2025 10:37:27 -0400 X-ESMTP-Authenticated-User: 000D6BEA From: =?UTF-8?Q?=C3=93scar?= Fuentes DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eclipso.de; s=mail; t=1752503834; bh=MLEHTGPZpXMFtqicwB9IiPlqIMdtBm+s1O9RcgrDYDA=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=Or+EawpnKDsN3U8X78JMEUkMcYArm2R/Ot7C/NrKCDtp+f6Rz178fTbF6PlMLYxIk gM3tUAyCsoIipzjRV9l4+N2M5GHy0AnqR5Sg7JMBW12oBuEASiCe6ALUMG/Wm71k1g ju/loebRHc+rtr3uNvpGvGfRoWRa1A92Nx3BgdLQIHKv8drufw7XvOFYw4CTuGQhs2 LzJfwrMidt9LWwvojLs9Gu8Nhh1Y7/siwmyxrenFuw4NAdDgcU6O6p6jEdDxCqvg3m GLRm4b0NzqJJA64P+c3e6BHU5S5jG9/hdzKYsWoTYZv9eXB2ik+8vnx6QVFe4o49yK j2Y4vMpmhlAzA== In-Reply-To: References: <87h5zfkops.fsf@telefonica.net> Date: Mon, 14 Jul 2025 16:37:12 +0200 Message-ID: <8734ayltyf.fsf@telefonica.net> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=217.69.254.104; envelope-from=oscarfv@eclipso.eu; helo=mail.eclipso.de X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.9 (/) 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.1 (/) Gerd M=C3=B6llmann writes: > Thanks. That's a recursive call to igc_on_idle from Lisp being called > whle it is running. Looks like something like this is needed: Thanks Gerd. Looks like the backtrace was useful after all :-) As I implied on my previous message, it would be useful to understand in what circunstances a recursive call to igc_on_idle happens. More precisely, why Emacs enters an idle state within an idle state. And how the time used by igc_on_idle is accounted for idle timers. Those are general questions, not addressed at you specifically. From unknown Thu Jul 17 09:05:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#79014: 31.0.50; igc: infinite loop Resent-From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Jul 2025 15:04:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 79014 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?=C3=93scar?= Fuentes Cc: 79014@debbugs.gnu.org X-Debbugs-Original-Cc: "=?UTF-8?Q?=C3=93scar?= Fuentes via Bug reports for GNU Emacs, the Swiss army knife of text editors" , 79014@debbugs.gnu.org Received: via spool by 79014-submit@debbugs.gnu.org id=B79014.175250544211754 (code B ref 79014); Mon, 14 Jul 2025 15:04:03 +0000 Received: (at 79014) by debbugs.gnu.org; 14 Jul 2025 15:04:02 +0000 Received: from localhost ([127.0.0.1]:35466 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ubKin-00033Q-IO for submit@debbugs.gnu.org; Mon, 14 Jul 2025 11:04:01 -0400 Received: from mail-wr1-x430.google.com ([2a00:1450:4864:20::430]:52467) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1ubKik-00032s-E1 for 79014@debbugs.gnu.org; Mon, 14 Jul 2025 11:04:00 -0400 Received: by mail-wr1-x430.google.com with SMTP id ffacd0b85a97d-3a52874d593so3658054f8f.0 for <79014@debbugs.gnu.org>; Mon, 14 Jul 2025 08:03:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1752505432; x=1753110232; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=lquikqvMiePJ5BQ/0m1rUresuMxQWDDAX7eSFdilJC4=; b=HpZ+D98R17+c08uVSG/NTJlR0gzkH3HuX7IjyWj/mHuaQbYEDU+OOpmWAdzqdsvIgZ YGUYhDOIA/7v8a7Te7l5NrbTXjv5fTqpo+wnP0RRHP8sfY6ZkBVkQvQr9UW0xZmf3o07 uE3KxBRZifOheJ9hxzRJrjBaJO9/fAEiKFFJlumcny6EwHNV4OWLYrfy34CqI2C21NuY vXn555P30H+oHFTb2ttIBdt930WwZvo3ex6qaMiwqQx3rMKfSLME2vxAiI0SaS05NXRY 6ITvBoPB5w8ghtHyxSubHXSIAd8aGqR44yAs+pxPzWFFtsyx2+8iMVd+mkcuj7cFN6rZ 1aEw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1752505432; x=1753110232; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=lquikqvMiePJ5BQ/0m1rUresuMxQWDDAX7eSFdilJC4=; b=YNq5H1greTyi7BbApUKyAMIDAr+HyUURp6pa+VomAB0hl31a9jZr1SqzAG0A0/NFbq baaa/tI7yW432tMfKIg13+St4KigcbldwPdMpjCiuln5afUux2Dw+moMeBL5YuW89ijp jwTBSzYfFh7+d7x86eT1KkaXqrAGIuku7j1E8PnTktSwQEmAXlsMUUvBMY049nmSpTq/ 7or4lACPhu4O8zwSG2jc/ia9tVkMCjBgMgeSVc9pcL8XHBJIB9EuiAm+eK5DXnuPgMYO PtwhZK56lc97ZQ7vzbzUIA2RI3Ntbt0RLUyYfLlZxayCGEtldD9qjFhexOr0svNAVoMj TRQw== X-Forwarded-Encrypted: i=1; AJvYcCUGRPNOA7LX+DZUVpKsMVM3qLcZLgCSQ0jr2BForpWAGt1aXJgmnuAdsP1A2VcgFGCXI3/N9Q==@debbugs.gnu.org X-Gm-Message-State: AOJu0YwOYDt1cjzB3rGFZbmhLU1Kig0KX4I0MgEvp50WY0dRqQXOEjG/ RkVikwnkJ/ulNqYcoBRGBJejvtbGn+0xFRLWJV7FN+bhOY8chmn7/WDeU8QeRtse X-Gm-Gg: ASbGncvEArkCbk6XxrxJbC/c2fch3KxIrH25yBbunNzGi17kVJII3U0+7vkwBYLjzHm MFPPkSq50boB3RY4ErnArXOQ1gOSjSqQzKtdui+fg9z8Ex7f1sxeheVZFBbr/Lqz34H2MIQbEni yzXSDa4b8nvlIVZeT/U1Kd6JN5+iWX2e76qjSbfQFuRXsOvFZDlPckeyLNBoFikYnpaawbnmGNZ glgGKzo+yEa4e4bzW5KVs4w4t5ATXphckqACiegCqNWSw7YA7na/QyGSHYo4N+lMuvgn1CrY+hZ VgsnpG92968JphqguB+QiDnaJIiHeir8D5Bvbor8IjL8kXmSwXEwo/FbtMueW82HnSVHio45FUn S8gZbVJcXkiu5XByYrkQys1XsujcQDOFxnimfzCfu+0yQRj24ovNq4O337Nbv61NxE8GCd/zoD0 MJwzsiJwYbyNin706evaJS5W2zugkE+Ug= X-Google-Smtp-Source: AGHT+IEdPX8mc6TyiRAVKVSLaH1smysbmbGGa/s3ckfTxiPJNh5LNHX6tzBCtQc6pEITMRJXv4MDQw== X-Received: by 2002:a05:6000:2801:b0:3a4:e68e:d33c with SMTP id ffacd0b85a97d-3b5f18f5e1fmr7933135f8f.47.1752505431446; Mon, 14 Jul 2025 08:03:51 -0700 (PDT) Received: from pro2 (p200300e0b71aa300a10641de32419cc2.dip0.t-ipconnect.de. [2003:e0:b71a:a300:a106:41de:3241:9cc2]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-3b5e8e26f7bsm12870400f8f.95.2025.07.14.08.03.49 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 14 Jul 2025 08:03:50 -0700 (PDT) From: Gerd =?UTF-8?Q?M=C3=B6llmann?= In-Reply-To: <8734ayltyf.fsf@telefonica.net> References: <87h5zfkops.fsf@telefonica.net> <8734ayltyf.fsf@telefonica.net> Date: Mon, 14 Jul 2025 17:03:49 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 (-) =C3=93scar Fuentes writes: > Gerd M=C3=B6llmann writes: > >> Thanks. That's a recursive call to igc_on_idle from Lisp being called >> whle it is running. Looks like something like this is needed: > > Thanks Gerd. Looks like the backtrace was useful after all :-) :-) > > As I implied on my previous message, it would be useful to understand in > what circunstances a recursive call to igc_on_idle happens. More > precisely, why Emacs enters an idle state within an idle state. And how > the time used by igc_on_idle is accounted for idle timers. > > Those are general questions, not addressed at you specifically. It's difficult. igc_on_indle is called when timer_check runs. That function basically let's Lisp timers work as one would expect, and that is done, because everything is synchronous, by calling timer_check at points where someone though we have the time to do it. One point is when reading input events and another is somewhere in wait_reading_process_input. And it happens that in your case somewhere in the Ffuncall that was on the backtrace one of the points was hit. IOW, in this case, timer_check was also called recursively. But since that can apparently happen independent of igc, I've left it alone of course. Maybe also igc_on_idle is not a good name. Don't know. My 2 cents. Maybe someone else can say more, or has an idea how to do it better.=20 From unknown Thu Jul 17 09:05:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#79014: 31.0.50; igc: infinite loop Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Jul 2025 15:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 79014 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?=C3=93scar?= Fuentes Cc: Eli Zaretskii , 79014@debbugs.gnu.org Received: via spool by 79014-submit@debbugs.gnu.org id=B79014.175250571613141 (code B ref 79014); Mon, 14 Jul 2025 15:09:02 +0000 Received: (at 79014) by debbugs.gnu.org; 14 Jul 2025 15:08:36 +0000 Received: from localhost ([127.0.0.1]:35494 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ubKnE-0003PH-7N for submit@debbugs.gnu.org; Mon, 14 Jul 2025 11:08:36 -0400 Received: from mail-4322.protonmail.ch ([185.70.43.22]:26289) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ubKnB-0003Om-81 for 79014@debbugs.gnu.org; Mon, 14 Jul 2025 11:08:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1752505706; x=1752764906; bh=Ur9bJK/FYlglpmPodtW82QMqAYMDM6EdsCJF0AgAi3A=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=BZDxJVYPkDLZJb/7CIhOZ03+tijvt6fBe7XwPTD9h6x08uHbAPtgom4nt9wSGT2Kz npbkeHYnuRNbE9MNA1TWhnRAyLsV7azMO/Cpu1eheArze8nAWURdmBW3ve33QPGMDQ INbFMkIyK1pLkdBKGxA4oc+B/14EkeMcvEfpR6kwTF/kbgDd4iVbi+0hLFSSZXLrIA EVo+LkRIY08NBNOEb60HaGMSuElRiogIXDi1p3SXaB1dJr7AZEURpouNiHqms2j1y/ 3yUrnlcYrOCxOX+q0Q9bYB5QbQcjkVWfN0onbnlzM5NTN3ZzWux6ewTcEVtl2Iqq+v uTyMHx8FZ4JvA== Date: Mon, 14 Jul 2025 15:08:23 +0000 From: Pip Cet Message-ID: <87wm8aolnh.fsf@protonmail.com> In-Reply-To: <877c0alueq.fsf@telefonica.net> References: <87h5zfkops.fsf@telefonica.net> <86v7nuc3p7.fsf@gnu.org> <87bjpmlwtm.fsf@telefonica.net> <86qzyic2d9.fsf@gnu.org> <877c0alueq.fsf@telefonica.net> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: 18f32b14c2df452a54ec9513585f1002b0ab1d32 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 (-) =C3=93scar Fuentes writes: > Eli Zaretskii writes: > >>> > Any idea what it was trying to warn about in display-warning frames? >>> >>> No, sorry. >>> >>> > I suspect it's some kind of memory-full situation. >>> >>> I'll mention this in case it is relevant: Emacs was using about 2.8 GB >>> of RSS and that machine has 64 GB of RAM, almost all free. >>> >>> > Do you still have that session in GDB? >>> >>> No :-( >> >> Then I don't see how we could do anything with this report. Too bad. >> Please in the future try to leave the crashed session inside GDB at >> least for a while. > > That's a remote machine that runs Emacs as a daemon. Probably I could > figure out how to run another remote instance without killing the > previous one, but I had urgent work to do. >> Unless someone has ideas how to make some progress with this bug, I >> will soon close it as unreproducible. > > Let's see what Pip has to say. I'll have to look up the conversation, but IIRC, this is a clear bug: igc_on_idle shouldn't always start on the same buffer, and it should not call itself recursively; compact_buffer should not attempt to truncate an undo list in a recursive call, either. I'm pretty sure I suggested moving this line BUF_COMPACT (buffer) =3D BUF_MODIFF (buffer); in compact_buffer to happen before we call truncate_undo_list, which would prevent this infloop, but there's more than one thing to be fixed here. > For starters, does it make sense for igc_on_idle to be recursive? No, I don't think it does. If I'm reading the code correctly, display-warning calls (sit-for 0), and that probably shouldn't cause us to become idle at all. > Can't that function detect that is being called recursively and just > return? I'm not sure I have a good idea of how to fix this yet. igc_on_idle appears to be called in the wrong place if there's a possibility it calls out to Lisp, too. > Another thought: does the time consumed by igc_on_idle count as idle > time for idle timers? I'd like to rephrase that a little: why isn't igc_on_idle an idle timer? There's already some logic in keyboard.c to run idle timers at the correct time, when actually idle, so we could reuse that for the idle work that igc.c needs to do. For now, though, let's do this (on feature/igc): >From 41d3fdf4c394c14e3beed1eda3caec6b8e57cb2f Mon Sep 17 00:00:00 2001 From: Pip Cet Date: Mon, 14 Jul 2025 15:05:05 +0000 Subject: [PATCH] Avoid infloops during buffer compaction (bug#79014) * src/buffer.c (compact_buffer): Set the 'BUF_COMPACT' timestamp before entering truncate_undo_list; that way, if truncate_undo_list calls this function recursively, the same buffer will not be considered for compaction twice. --- src/buffer.c | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/src/buffer.c b/src/buffer.c index b85394cff3b..e474b8f9dfe 100644 --- a/src/buffer.c +++ b/src/buffer.c @@ -1866,6 +1866,10 @@ compact_buffer (struct buffer *buffer) && (buffer->base_buffer =3D=3D NULL) && (BUF_COMPACT (buffer) !=3D BUF_MODIFF (buffer))) { + /* This needs to be first: truncate_undo_list can call out to +=09 Lisp, which may result in this function being reentered. Make +=09 sure we don't infloop in this case. */ + BUF_COMPACT (buffer) =3D BUF_MODIFF (buffer); /* If a buffer's undo list is Qt, that means that undo is =09 turned off in that buffer. Calling truncate_undo_list on =09 Qt tends to return NULL, which effectively turns undo back on. @@ -1885,7 +1889,6 @@ compact_buffer (struct buffer *buffer) =09 if (BUF_GAP_SIZE (buffer) > size) =09 make_gap_1 (buffer, -(BUF_GAP_SIZE (buffer) - size)); =09} - BUF_COMPACT (buffer) =3D BUF_MODIFF (buffer); } } =20 --=20 2.50.0 From unknown Thu Jul 17 09:05:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#79014: 31.0.50; igc: infinite loop Resent-From: =?UTF-8?Q?=C3=93scar?= Fuentes Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 15 Jul 2025 09:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 79014 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: Eli Zaretskii , 79014@debbugs.gnu.org Received: via spool by 79014-submit@debbugs.gnu.org id=B79014.175257325827770 (code B ref 79014); Tue, 15 Jul 2025 09:55:01 +0000 Received: (at 79014) by debbugs.gnu.org; 15 Jul 2025 09:54:18 +0000 Received: from localhost ([127.0.0.1]:40214 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ubcMb-0007Dq-VQ for submit@debbugs.gnu.org; Tue, 15 Jul 2025 05:54:18 -0400 Received: from mail.eclipso.de ([217.69.254.104]:60780) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ubcMY-0007DW-Gb for 79014@debbugs.gnu.org; Tue, 15 Jul 2025 05:54:15 -0400 X-ESMTP-Authenticated-User: 000D6BEA From: =?UTF-8?Q?=C3=93scar?= Fuentes DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eclipso.de; s=mail; t=1752573247; bh=4JCNFCFVoNx0uZSiq8OA7oFTa8ITzb9LIh7XoAddXPo=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=rwZZDrDkvaxxLX4VaOGSDnVkpdS7MwTdj/E6fslNeZ8kdQypO8Gmjf4ZDYkKFVLu1 MKX6/eNbUjHWI+vklbhFoPS2GOpjl7Of//vJXvJWV4c1O0oO7v9IpNeI8GVwP+PDwN IHHdaVTwUhhArQlrSP1S24QVcuabwc8WqzG0IzJ7cVWEhg+doBKH3QS6jnadUY2X0Z +de4mk0vwbBWMKVA5CxV6PrsUHuR9xSVKwdMuzVmgpGqblxdGmkRthzc1FpWkgkWdU NDaX9K9psJ7HPpJpnJIPxgpSD+I43DVPjgUS2vmS5iVZehlNQ7MK8E2zXTTc7oOwYh hETmA6/MK9y3g== In-Reply-To: <87wm8aolnh.fsf@protonmail.com> References: <87h5zfkops.fsf@telefonica.net> <86v7nuc3p7.fsf@gnu.org> <87bjpmlwtm.fsf@telefonica.net> <86qzyic2d9.fsf@gnu.org> <877c0alueq.fsf@telefonica.net> <87wm8aolnh.fsf@protonmail.com> Date: Tue, 15 Jul 2025 11:54:06 +0200 Message-ID: <87wm89kce9.fsf@telefonica.net> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) 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.7 (-) Hello Pip. Was the patch below posted for discussion or did you forgot to push it to feature/igc? I'll like to rebuild Emacs with the fix and having it on the branch is much preferable to applying it as a patch. And while we are at it, I hope there are no objections if I merge master into feature/igc. Thanks. Pip Cet writes: > For now, though, let's do this (on feature/igc): > > From 41d3fdf4c394c14e3beed1eda3caec6b8e57cb2f Mon Sep 17 00:00:00 2001 > From: Pip Cet > Date: Mon, 14 Jul 2025 15:05:05 +0000 > Subject: [PATCH] Avoid infloops during buffer compaction (bug#79014) > > * src/buffer.c (compact_buffer): Set the 'BUF_COMPACT' timestamp > before entering truncate_undo_list; that way, if truncate_undo_list > calls this function recursively, the same buffer will not be > considered for compaction twice. From unknown Thu Jul 17 09:05:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#79014: 31.0.50; igc: infinite loop Resent-From: =?UTF-8?Q?=C3=93scar?= Fuentes Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 16 Jul 2025 13:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 79014 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet , Gerd =?UTF-8?Q?M=C3=B6llmann?= Cc: Eli Zaretskii , 79014@debbugs.gnu.org Received: via spool by 79014-submit@debbugs.gnu.org id=B79014.175267409526690 (code B ref 79014); Wed, 16 Jul 2025 13:55:01 +0000 Received: (at 79014) by debbugs.gnu.org; 16 Jul 2025 13:54:55 +0000 Received: from localhost ([127.0.0.1]:49032 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uc2b1-0006wQ-ER for submit@debbugs.gnu.org; Wed, 16 Jul 2025 09:54:55 -0400 Received: from mail.eclipso.de ([217.69.254.104]:41818) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uc2ay-0006vx-59 for 79014@debbugs.gnu.org; Wed, 16 Jul 2025 09:54:53 -0400 X-ESMTP-Authenticated-User: 000D6BEA From: =?UTF-8?Q?=C3=93scar?= Fuentes DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eclipso.de; s=mail; t=1752674085; bh=yybMgEl13rm0Hzu5mxaqlTceUFL5AuuDelnWj1sp9I4=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=HDDB6LmrHY6WU55d0jREK+zrRsQanBI75KnxMyHST+bzEtAGckV6brOEVronQWZkd eWPT4+WkWQEN6ggio/NOgbdsglWI6/C7v1mbxzDhnnc12T2HpVjGUDEPURz2gdVX+Z iyddTmpVMGLCzCfzK6PwisEL9i2eTXtE2OhZI91IO3ycrYmbWszZQn2/EdCdfhCdkl Is8V+ocBvEVvkhuQTecyjOfURKBuGDxrpMFgHiB69cXJG6aUpYb+LCVhZ7j83rsL80 A2ejebDXPdgDnyvDJ12BOELDtbHVhNwD1DfIai3T0mUvadwpdVeI0mC0e3tZFOAvUR Ssq7jiG/kKwBg== In-Reply-To: <87wm8aolnh.fsf@protonmail.com> References: <87h5zfkops.fsf@telefonica.net> <86v7nuc3p7.fsf@gnu.org> <87bjpmlwtm.fsf@telefonica.net> <86qzyic2d9.fsf@gnu.org> <877c0alueq.fsf@telefonica.net> <87wm8aolnh.fsf@protonmail.com> Date: Wed, 16 Jul 2025 15:54:44 +0200 Message-ID: <87o6tkjl5n.fsf@telefonica.net> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) 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.7 (-) Gerd, Pip: Which patch should I apply? Both, perhaps? From unknown Thu Jul 17 09:05:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#79014: 31.0.50; igc: infinite loop Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 16 Jul 2025 13:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 79014 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?=C3=93scar?= Fuentes Cc: Gerd =?UTF-8?Q?M=C3=B6llmann?= , Eli Zaretskii , 79014@debbugs.gnu.org Received: via spool by 79014-submit@debbugs.gnu.org id=B79014.175267424128282 (code B ref 79014); Wed, 16 Jul 2025 13:58:01 +0000 Received: (at 79014) by debbugs.gnu.org; 16 Jul 2025 13:57:21 +0000 Received: from localhost ([127.0.0.1]:49908 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uc2dN-0007M5-4c for submit@debbugs.gnu.org; Wed, 16 Jul 2025 09:57:21 -0400 Received: from mail-4316.protonmail.ch ([185.70.43.16]:50471) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uc2dJ-0007LY-SS for 79014@debbugs.gnu.org; Wed, 16 Jul 2025 09:57:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1752674231; x=1752933431; bh=7KB3/UUQrpVK6BVqFwmLlpDzq3afR/Zb2D+WmRJMc1o=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=TvcvTAKWDeMB3OHKZ9ZijLk7HpsUENwuZm1Qid+J3qKMA/VYGlMZBvc+CY3X3r6IA h7yPS8FjkMk/o10kXGhjLtc/Atm+N1JulZ41M53dELZgw/GSX9wHnb9cZLdTsAUrRx jc/OyqKUupX/bvPwvbZ6CHA2sV0bldiSa3HANelx+I78SYSd9VasC+O+Ynemy2TGNb W4iIWy/+BpDGF2tQGsYtVl2qhl1M0qp/MaWJdwKc3NKiPVH/fzB4l2VAl1LcmWRwUU T9Ckknq+RtMs9MbAb1RGdrmEy9bAexPqjPZw5wVBjjGfZpAutQ/YJ8KQDAF/7z5PAM PqORawg1k5qhA== Date: Wed, 16 Jul 2025 13:57:07 +0000 From: Pip Cet Message-ID: <87o6tknsr7.fsf@protonmail.com> In-Reply-To: <87o6tkjl5n.fsf@telefonica.net> References: <87h5zfkops.fsf@telefonica.net> <86v7nuc3p7.fsf@gnu.org> <87bjpmlwtm.fsf@telefonica.net> <86qzyic2d9.fsf@gnu.org> <877c0alueq.fsf@telefonica.net> <87wm8aolnh.fsf@protonmail.com> <87o6tkjl5n.fsf@telefonica.net> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: c1d376459aa44b9bfc46050392e3c71ceb983012 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 (-) =C3=93scar Fuentes writes: > Gerd, Pip: > > Which patch should I apply? Both, perhaps? Try Gerd's patch first, I'd suggest; it changes less than mine does, and it should be sufficient to avoid the problem. Pip From unknown Thu Jul 17 09:05:26 2025 X-Loop: help-debbugs@gnu.org Subject: bug#79014: 31.0.50; igc: infinite loop Resent-From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 16 Jul 2025 14:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 79014 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: =?UTF-8?Q?=C3=93scar?= Fuentes , Eli Zaretskii , 79014@debbugs.gnu.org Received: via spool by 79014-submit@debbugs.gnu.org id=B79014.17526764944757 (code B ref 79014); Wed, 16 Jul 2025 14:35:02 +0000 Received: (at 79014) by debbugs.gnu.org; 16 Jul 2025 14:34:54 +0000 Received: from localhost ([127.0.0.1]:50050 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uc3Di-0001Ed-8B for submit@debbugs.gnu.org; Wed, 16 Jul 2025 10:34:54 -0400 Received: from mail-ej1-x636.google.com ([2a00:1450:4864:20::636]:43111) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1uc3Dd-0001EA-DM for 79014@debbugs.gnu.org; Wed, 16 Jul 2025 10:34:50 -0400 Received: by mail-ej1-x636.google.com with SMTP id a640c23a62f3a-ae0a0cd709bso189571466b.0 for <79014@debbugs.gnu.org>; Wed, 16 Jul 2025 07:34:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1752676483; x=1753281283; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=CMyletwqSNd1x/Q8lThqsr86Iw7lcmrANfWwHkuLX5g=; b=dD/vcVIumw4Eqyx9+Em9WF9Wm/HojMGX5FrB7H7eFQjHP0TVt3YMT2ZnMXkNPcqaR7 DOsURm56xKB4tzD28BE1H9IZjNkaxvU6XP/sxEM0Kt5l3JLX/ljVpUJZXy7L4pHZOrR3 j8vUgr9D/qMefzQMm3jVLMNxum4kiDWenuzvI+dN0LHGIGAI2DQQ0+MVuz9f0H5MhA8i 0NKE1Cpa46Syr1ao3u4XZPYTMrfUtSE8biWveqqUJWwvTNRk6FiloSNXL2VuhhN6a1S1 lgSo5iRRMk8EqEuZh0pBiFbfT2hsxBJiwYvBp1uuqZGi5sxzRlKENNzcGrYALq5hFdxg Me5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1752676483; x=1753281283; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=CMyletwqSNd1x/Q8lThqsr86Iw7lcmrANfWwHkuLX5g=; b=D03+W8gJ8cjs0V/60+61ZZ7k6M3e/SR5NCrLyLzShQFosYojTQZso4XB2dz5Df5Osf lPuTwvwtD0zoxNL9OuhJPXTsaXbMRYuMEv+9pq3kDmxFXZ/T1WYuV58zUqP/4JTyJWOx dY1+WA4xplno63Y1rIaOAsJwtWqnik+3xL9e+LbV9iEzgoK5PdsKpSnou4YDq9Kw6TVJ f1FNFoB/M3a5MrZ9n8RJGj3hqx3hk6tdkTI0lnEyNYLDjjgbQ9/JOYCPSZYVRRlRzWKQ iNiqIgf9kPAX/HvOt/ZgXCB3HnnDGNY0PeX08CtJLaxam5aCbi8cZNgPmltSLyFPCtvV iM+Q== X-Forwarded-Encrypted: i=1; AJvYcCVXa/3HlzgvK7N0WvCZTqFis0Z8Oh9buTzgjLwrO8Mxh6CsZwV4Gkeid1godSwaiwixrUFeTg==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxXGrZs+de99zDLURv2NaT+Ft2J0cQNhtteZoTWcGl644KNG16F J2EWZNCvNj8aja3Wr55xnxEREsi6YxvgTNDLuKBAKwmtyv40nyr/Y7kvRBToAuKm X-Gm-Gg: ASbGncsnHelyr41bHxafm16PNrZWNTf/JzGesXMqhGa1OV81CysOhDTfjTZK4lRtwdA pnlDLKynI9HZJKl/04UbmTt4023a6BqzeuHoPjC4qhKPv7h1Q5Vm2RopLtsYkG7/q2TI1oelWA5 7K6MdtVIUWVx0GbPCu/ZQMq7YK34NgE64LKd8QBFSE388Nkde3GR9VuU0ACBFwHAHBAYkKDz6FW 5hNX2888DMPJiPer+bvO9zeJC9qmPEC4uJNJgZXXvZYYiAhbJmpwfE3uuO1WgQcgM5LD+bIw103 y5CGKnxgToOdGls522Ee/fC4xP0dIiT4DzeDgpR2fyqHvtUcYR88DwPIHZ4HHaJ4Icl5ZZWUq44 QFORiwbUwM9Q+TxDDxZ5s65aa8NP15/0lZAGjEtUH1Sc3SJMcUToJQBnVqNdI+HjG9tjAcxOVwr wU1aCwUADQgFa9SdQuuaS38YgKKw== X-Google-Smtp-Source: AGHT+IH5taHbUP45vG3ylxJi7ww94oRoKfSzA8XvgOrZsWcGECO334sI4EpGBqpCjEtPApqbuT4yXw== X-Received: by 2002:a17:907:cca1:b0:ad8:e448:6c64 with SMTP id a640c23a62f3a-ae9b5d844f5mr536675466b.24.1752676482280; Wed, 16 Jul 2025 07:34:42 -0700 (PDT) Received: from pro2 (p200300e0b705a50024f024dd3aa3db2a.dip0.t-ipconnect.de. [2003:e0:b705:a500:24f0:24dd:3aa3:db2a]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-ae6e829d061sm1213376266b.142.2025.07.16.07.34.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 16 Jul 2025 07:34:41 -0700 (PDT) From: Gerd =?UTF-8?Q?M=C3=B6llmann?= In-Reply-To: <87o6tknsr7.fsf@protonmail.com> References: <87h5zfkops.fsf@telefonica.net> <86v7nuc3p7.fsf@gnu.org> <87bjpmlwtm.fsf@telefonica.net> <86qzyic2d9.fsf@gnu.org> <877c0alueq.fsf@telefonica.net> <87wm8aolnh.fsf@protonmail.com> <87o6tkjl5n.fsf@telefonica.net> <87o6tknsr7.fsf@protonmail.com> Date: Wed, 16 Jul 2025 16:34:40 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 (-) Pip Cet writes: > =C3=93scar Fuentes writes: > >> Gerd, Pip: >> >> Which patch should I apply? Both, perhaps? > > Try Gerd's patch first, I'd suggest; it changes less than mine does, and > it should be sufficient to avoid the problem. > > Pip I'm about to push what I have in my Emacs, when it builds successfully. (Sorry, I didn't see your patch. I guess I'm a bit out of the loop, meanhil= w.)