From unknown Fri Jun 20 07:28:31 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#78285 <78285@debbugs.gnu.org> To: bug#78285 <78285@debbugs.gnu.org> Subject: Status: 31.0.50; load-prefer-newer causes recursive load on Windows Reply-To: bug#78285 <78285@debbugs.gnu.org> Date: Fri, 20 Jun 2025 14:28:31 +0000 retitle 78285 31.0.50; load-prefer-newer causes recursive load on Windows reassign 78285 emacs submitter 78285 Gary Oberbrunner severity 78285 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Tue May 06 18:04:49 2025 Received: (at submit) by debbugs.gnu.org; 6 May 2025 22:04:49 +0000 Received: from localhost ([127.0.0.1]:34834 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uCQPA-0000VX-6I for submit@debbugs.gnu.org; Tue, 06 May 2025 18:04:49 -0400 Received: from lists.gnu.org ([2001:470:142::17]:40486) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uCQP6-0000VA-KA for submit@debbugs.gnu.org; Tue, 06 May 2025 18:04:46 -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 1uCQP0-0008Pw-61 for bug-gnu-emacs@gnu.org; Tue, 06 May 2025 18:04:38 -0400 Received: from mail-il1-x12b.google.com ([2607:f8b0:4864:20::12b]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1uCQOx-0000Vz-Fa for bug-gnu-emacs@gnu.org; Tue, 06 May 2025 18:04:37 -0400 Received: by mail-il1-x12b.google.com with SMTP id e9e14a558f8ab-3d81cba18e1so44756415ab.3 for ; Tue, 06 May 2025 15:04:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oberbrunner.com; s=google; t=1746569073; x=1747173873; darn=gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=a5kKxfPbP5qGM3i7otbffJQHVqjf1gZKM8jHLm5mFG8=; b=RaeswMaMLmr1SRvY+ShLbHnmtmErG5aD8LsnTqKstcqcjBmvYAcRSstDEqejidec0K VMREVzNEKeGC8h+Ov9+NQvF86Yu4raExHCgqVPJrvK9AF5iR/XiigUVZYNG01kLnr75Z T4xmz6/unf/or/VPBsf8TCw2YNU/CAubMLmzV9fGjE/LZYwukzYVHCawzmHT3EmDfuyq BuO7B4f94XcyW0cHLVIQS170pxI3SEzP0I2PgNletZ3kK+LEwiiWqX2ol8ruq52mZuMo +vb2YoRm2Fcb2aqa7ZLoOeeFWJ8EDGwsYcS4aH4M6fcyrcHoT8+uJNFg5QF7nD7RRG9A huGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1746569073; x=1747173873; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=a5kKxfPbP5qGM3i7otbffJQHVqjf1gZKM8jHLm5mFG8=; b=n0oecRXlay6/OOaI7YJuzsfD+GPkml7/Zj7wU/AR4oN9f/MPxP6JgSAC0//d+viVCS mZz/hcl0A2xJHJwHdH2tVFmm9cdAQUT297kDPQVb7n1t06nHNiYyqCYzgW07c0LMIvpf sbytIxVwJun8xMJ8QPk1QrBoiLM9tE0ex976Ajq9J4V3hOSzu7Cy7y1SVJklY35XE29X HpDM2tEDtMbOW5kZfF7xZrg6dxElAuwzakPmyMYn7dnMiEZXW5CDujNU0VZalLWtvmv0 4u+5y4Y1w328ZpopCG67Kya25++Z3jVtrSlQpBJEttf9cLI1IneE8Olmxgk0LPiB6RNE U9xw== X-Gm-Message-State: AOJu0YyCw3rizSIOrkBGrfvjE3Z+05xZE5t3qUWw2nfUnbePjPmE8Ihh 07nntQt45S3EPiqWFifV8UCulF53KZmsPR0NFMz7cEOs9u4+2KwHbtgFtzOgTiJpPrKuEmWYQXK 9htA7W8UKi52vStVWC4rN6nXigmbiLBeokKEkDksR0reg0XijN3w= X-Gm-Gg: ASbGncsDD+XVLLEpl084HX+uTAW9Y4TbEPd4UsgBhk6S8wr86Hv4mMWoI8FKjumU96+ sBRlehCjxdBueOG7yaNbNZpW7IQdeIAu6av7T5GNzW6H3uhYmHDDQ7rK0b9Cjmz6FXNkKh8cOok FXBJTcQkqY9SSEyr9xjhPkZ1s= X-Google-Smtp-Source: AGHT+IFBiepa1fEAkpoJjNTMYCPq2rCkU5MKTUgpu3U10u87IxdaENuqngfU6uNaKHfSegi7N3lI5A2vOskYfyrNfqE= X-Received: by 2002:a05:6e02:1aae:b0:3d9:6cb6:fa58 with SMTP id e9e14a558f8ab-3da7392c7d3mr10407135ab.17.1746569073500; Tue, 06 May 2025 15:04:33 -0700 (PDT) MIME-Version: 1.0 From: Gary Oberbrunner Date: Tue, 6 May 2025 18:04:22 -0400 X-Gm-Features: ATxdqUF-oUxN12AKLFgEf7qN3F4R00qHNBDoODnqH-oi-hfw-HJyALgcQ5TrXqY Message-ID: Subject: 31.0.50; load-prefer-newer causes recursive load on Windows To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="00000000000033bb0806347ecd62" Received-SPF: pass client-ip=2607:f8b0:4864:20::12b; envelope-from=garyo@oberbrunner.com; helo=mail-il1-x12b.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, HTML_MESSAGE=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-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 (/) --00000000000033bb0806347ecd62 Content-Type: text/plain; charset="UTF-8" Recent Emacs on Windows gets errors trying to recursively load during startup. I'm using prebuilt msix installer from kiennq (https://github.com/kiennq/emacs-build), and both the ucrt and regular versions show this bug. I have not built Emacs myself on Windows in a while, but the kiennq builds are usually solid. Emacs -Q is OK, but this minimal setup shows the problem: In $HOME/.config/emacs/init.el: (setq load-prefer-newer t) Then start Emacs as usual. You will see startup taking a lot more time than usual, and then in *Messages* you'll see many errors like this one: Error muted by safe_call: (apply native--compile-async ( "c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/emacs-lisp/cl-extra.el.gz" nil late)) signaled (error "Recursive load" "c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz" "c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz" "c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz" "c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz" "c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz" "c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/emacs-lisp/ring.el.gz" "c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/comint.elc" "c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/progmodes/compile.elc") As you can see, these errors are suppressed in this test case, but in a real Emacs session, later on the same errors prevent loading various files, so my init.el never finishes loading. As an example of that, I get this error with my actual emacs config: error: Recursive load, c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz, c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz, c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz, c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz, c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz, c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/emacs-lisp/radix-tree.el.gz, c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/emacs-lisp/loaddefs-gen.elc, c:/Users/garyo/.config/emacs/lisp/elpaca-bootstrap.el, c:/Users/garyo/.config/emacs/init.el In GNU Emacs 31.0.50 (build 1, x86_64-w64-mingw32) of 2025-05-01 built on fv-az1115-294 Repository revision: 3b18648e3daf021a37ca8aa71ee69fb3e8b79de9 Repository branch: HEAD Windowing system distributor 'Microsoft Corp.', version 10.0.22635 System Description: Microsoft Windows 10 Pro (v10.0.2009.22635.5025) Configured using: 'configure --prefix=/d/a/emacs-build/emacs-build/pkg/3b18648-ucrt-x86_64 'CFLAGS=-O2 -fno-semantic-interposition -floop-parallelize-all -ftree-parallelize-loops=4 -g3 ' --disable-build-details --without-dbus --enable-link-time-optimization --enable-build-details --with-compress-install --with-small-ja-dic --with-gif --with-gnutls --with-harfbuzz --with-jpeg --with-json --with-lcms2 --with-mps --with-native-compilation --with-png --with-rsvg --with-tree-sitter --with-xml2 --with-xpm --with-zlib --without-cairo --without-tiff' Configured features: ACL GIF GMP GNUTLS HARFBUZZ JPEG LCMS2 LIBXML2 MODULES MPS NATIVE_COMP NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND SQLITE3 THREADS TOOLKIT_SCROLL_BARS TREE_SITTER WEBP XPM ZLIB Important settings: value of $LC_ALL: value of $LC_COLLATE: C value of $LANG: en_US.utf-8 locale-coding-system: cp1252 Major mode: Elisp/l Minor modes in effect: 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 menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t minibuffer-regexp-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 Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug lisp-mnt message mailcap yank-media puny dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils thingatpt time-date help-fns byte-opt gv radix-tree pcase misearch multi-isearch vc-git diff-mode track-changes easy-mmode files-x vc-dispatcher compile text-property-search comint subr-x ansi-osc ansi-color ring cl-seq comp-run bytecomp byte-compile comp-common rx cl-extra help-mode warnings icons cl-loaddefs cl-lib rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel touch-screen dos-w32 ls-lisp term/w32-nt disp-table term/w32-win w32-win w32-vars term/common-win 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 w32notify w32 lcms2 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 1000 0)) -- Gary --00000000000033bb0806347ecd62 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Recent Emacs on Windows gets errors trying to recursi= vely load during
startup. I'm using prebuilt msix installer from kie= nnq
(https://github.co= m/kiennq/emacs-build), and both the ucrt and regular versions show this= bug. I have not built Emacs myself on Windows in a while, but the kiennq b= uilds are usually solid.

Emacs -Q is OK, but this minimal setup show= s the problem:

In $HOME/.config/emacs/init.el:

=C2=A0 (setq l= oad-prefer-newer t)

Then start Emacs as usual. You will see startup = taking a lot more time than
usual, and then in *Messages* you'll see= many errors like this one:

Error muted by safe_call: (apply native-= -compile-async (
=C2=A0"c:/Program Files/WindowsApps/emacs-k_31.340= .0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/emacs-lisp/cl-extra.el.gz&= quot;
=C2=A0 nil late))
=C2=A0 signaled (error "Recursive load&q= uot;
=C2=A0 "c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__t= ewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz"
=C2=A0 "= ;c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/e= macs/31.0.50/lisp/jka-compr.el.gz"
=C2=A0 "c:/Program Files/Wi= ndowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jk= a-compr.el.gz"
=C2=A0 "c:/Program Files/WindowsApps/emacs-k_31= .340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz"<= br>=C2=A0 "c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1= xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz"
=C2=A0 "c:/P= rogram Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/= 31.0.50/lisp/emacs-lisp/ring.el.gz"
=C2=A0 "c:/Program Files/W= indowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/c= omint.elc"
=C2=A0 "c:/Program Files/WindowsApps/emacs-k_31.340= .0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/progmodes/compile.elc"= ;)

As you can see, these errors are suppressed in this test case, bu= t in a real Emacs session,
later on the same errors prevent loading vari= ous files, so my init.el
never finishes loading. As an example of that, = I get this error with my
actual emacs config:

error: Recursive lo= ad,
c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/= share/emacs/31.0.50/lisp/jka-compr.el.gz,
c:/Program Files/WindowsApps/= emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el= .gz,
c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6= /share/emacs/31.0.50/lisp/jka-compr.el.gz,
c:/Program Files/WindowsApps= /emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.e= l.gz,
c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn= 6/share/emacs/31.0.50/lisp/jka-compr.el.gz,
c:/Program Files/WindowsApp= s/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/emacs-lisp= /radix-tree.el.gz,
c:/Program Files/WindowsApps/emacs-k_31.340.0.0_x64_= _tewns1xw2exn6/share/emacs/31.0.50/lisp/emacs-lisp/loaddefs-gen.elc,
c:= /Users/garyo/.config/emacs/lisp/elpaca-bootstrap.el,
c:/Users/garyo/.co= nfig/emacs/init.el


In GNU Emacs 31.0.50 (build 1, x86_64-w64-min= gw32) of 2025-05-01 built
=C2=A0on fv-az1115-294
Repository revision:= 3b18648e3daf021a37ca8aa71ee69fb3e8b79de9
Repository branch: HEAD
Win= dowing system distributor 'Microsoft Corp.', version 10.0.22635
= System Description: Microsoft Windows 10 Pro (v10.0.2009.22635.5025)
Configured using:
=C2=A0'configure
=C2=A0--prefix=3D/d/a/emacs-b= uild/emacs-build/pkg/3b18648-ucrt-x86_64
=C2=A0'CFLAGS=3D-O2 -fno-se= mantic-interposition -floop-parallelize-all
=C2=A0-ftree-parallelize-loo= ps=3D4 -g3 ' --disable-build-details --without-dbus
=C2=A0--enable-l= ink-time-optimization --enable-build-details
=C2=A0--with-compress-insta= ll --with-small-ja-dic --with-gif --with-gnutls
=C2=A0--with-harfbuzz --= with-jpeg --with-json --with-lcms2 --with-mps
=C2=A0--with-native-compil= ation --with-png --with-rsvg --with-tree-sitter
=C2=A0--with-xml2 --with= -xpm --with-zlib --without-cairo --without-tiff'

Configured feat= ures:
ACL GIF GMP GNUTLS HARFBUZZ JPEG LCMS2 LIBXML2 MODULES MPS NATIVE_= COMP
NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND SQLITE3 THREADS
TOOLKIT_= SCROLL_BARS TREE_SITTER WEBP XPM ZLIB

Important settings:
=C2=A0 = value of $LC_ALL:
=C2=A0 value of $LC_COLLATE: C
=C2=A0 value of $LA= NG: en_US.utf-8
=C2=A0 locale-coding-system: cp1252

Major mode: E= lisp/l

Minor modes in effect:
=C2=A0 tooltip-mode: t
=C2=A0 gl= obal-eldoc-mode: t
=C2=A0 eldoc-mode: t
=C2=A0 show-paren-mode: t
= =C2=A0 electric-indent-mode: t
=C2=A0 mouse-wheel-mode: t
=C2=A0 tool= -bar-mode: t
=C2=A0 menu-bar-mode: t
=C2=A0 file-name-shadow-mode: t<= br>=C2=A0 global-font-lock-mode: t
=C2=A0 font-lock-mode: t
=C2=A0 bl= ink-cursor-mode: t
=C2=A0 minibuffer-regexp-mode: t
=C2=A0 line-numbe= r-mode: t
=C2=A0 indent-tabs-mode: t
=C2=A0 transient-mark-mode: t=C2=A0 auto-composition-mode: t
=C2=A0 auto-encryption-mode: t
=C2= =A0 auto-compression-mode: t

Load-path shadows:
None found.
Features:
(shadow sort mail-extr emacsbug lisp-mnt message mailcap yan= k-media puny
dired dired-loaddefs rfc822 mml mml-sec password-cache epa = derived epg
rfc6068 epg-config gnus-util mm-decode mm-bodies mm-encode m= ail-parse
rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc20= 45
ietf-drums mm-util mail-prsvr mail-utils thingatpt time-date help-fns=
byte-opt gv radix-tree pcase misearch multi-isearch vc-git diff-modetrack-changes easy-mmode files-x vc-dispatcher compile
text-property-se= arch comint subr-x ansi-osc ansi-color ring cl-seq
comp-run bytecomp byt= e-compile comp-common rx cl-extra help-mode
warnings icons cl-loaddefs c= l-lib rmc iso-transl tooltip cconv eldoc
paren electric uniquify ediff-h= ook vc-hooks lisp-float-type elisp-mode
mwheel touch-screen dos-w32 ls-l= isp term/w32-nt disp-table term/w32-win
w32-win w32-vars term/common-win= tool-bar dnd fontset image regexp-opt
fringe tabulated-list replace new= comment text-mode lisp-mode prog-mode
register page tab-bar menu-bar rfn= -eshadow isearch easymenu timer select
scroll-bar mouse jit-lock font-lo= ck syntax font-core term/tty-colors
frame minibuffer nadvice seq simple = cl-generic indonesian philippine
cham georgian utf-8-lang misc-lang viet= namese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew= greek romanian slovak czech
european ethiopic indian cyrillic chinese c= omposite emoji-zwj charscript
charprop case-table epa-hook jka-cmpr-hook= help abbrev obarray oclosure
cl-preloaded button loaddefs theme-loaddef= s faces cus-face macroexp
files window text-properties overlay sha1 md5 = base64 format env
code-pages mule custom widget keymap hashtable-print-r= eadable backquote
threads w32notify w32 lcms2 multi-tty move-toolbar mak= e-network-process
tty-child-frames native-compile mps emacs)

Memo= ry information:
((conses 24 0 0) (symbols 56 0 0) (strings 40 0 0) (stri= ng-bytes 1 0)
=C2=A0(vectors 24 0) (vector-slots 8 0 0) (floats 24 0 0)<= br>=C2=A0(intervals 64 0 0) (buffers 1000 0))

--
Ga= ry
--00000000000033bb0806347ecd62-- From debbugs-submit-bounces@debbugs.gnu.org Wed May 07 07:27:44 2025 Received: (at 78285) by debbugs.gnu.org; 7 May 2025 11:27:44 +0000 Received: from localhost ([127.0.0.1]:41682 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uCcwB-000692-Id for submit@debbugs.gnu.org; Wed, 07 May 2025 07:27:44 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:54710) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uCcw8-00068p-Oy for 78285@debbugs.gnu.org; Wed, 07 May 2025 07:27:41 -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 1uCcw2-0005Ek-JZ; Wed, 07 May 2025 07:27:34 -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=co5+4/S5rydOVjJ8VJGWk+pAL9CeHdGHCHaATtKgk3o=; b=C8sq8SCjy0LA j92QlDdAEktvdq1qaO5uWzFhqr105oZpSpDc+WImsusSVdzvyUFI4JIZsgcBA13T/Q/108g4VqMii 1G+UEu29eUjEbxkpM6LOCHYJt1ODNsXyVaix+Vff316tmLblGdfRNiMXMUMiQJsVQ8zRlqrbkUUap PNZeaIg7mZTqcuKrEvR19wPaONOYsyxsI0eNWjD7TNIBK0Cv3EkTx/cEdRChlwLKllQoJHNPrMI5k rV5/aHVFISKVo7o+EDMBuS2Y3yrKg3BJvsIYpMtYfeE73RL79H6Y9vN66B2NQgdmBnq/WaheiMhNb 2FN+xWTHmDHfoXgRqV1dsQ==; Date: Wed, 07 May 2025 14:27:32 +0300 Message-Id: <86v7qcfyor.fsf@gnu.org> From: Eli Zaretskii To: Gary Oberbrunner In-Reply-To: (message from Gary Oberbrunner on Tue, 6 May 2025 18:04:22 -0400) Subject: Re: bug#78285: 31.0.50; load-prefer-newer causes recursive load on Windows References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 78285 Cc: 78285@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: -3.3 (---) > From: Gary Oberbrunner > Date: Tue, 6 May 2025 18:04:22 -0400 > > Recent Emacs on Windows gets errors trying to recursively load during > startup. I'm using prebuilt msix installer from kiennq > (https://github.com/kiennq/emacs-build), and both the ucrt and regular versions show this bug. I have not > built Emacs myself on Windows in a while, but the kiennq builds are usually solid. > > Emacs -Q is OK, but this minimal setup shows the problem: > > In $HOME/.config/emacs/init.el: > > (setq load-prefer-newer t) > > Then start Emacs as usual. You will see startup taking a lot more time than > usual, and then in *Messages* you'll see many errors like this one: > > Error muted by safe_call: (apply native--compile-async ( > "c:/Program > Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/emacs-lisp/cl-extra.el.gz" > > nil late)) > signaled (error "Recursive load" > "c:/Program > Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz" > "c:/Program > Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz" > "c:/Program > Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz" > "c:/Program > Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz" > "c:/Program > Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz" > "c:/Program > Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/emacs-lisp/ring.el.gz" > > "c:/Program > Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/comint.elc" > "c:/Program > Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/progmodes/compile.elc") > > > As you can see, these errors are suppressed in this test case, but in a real Emacs session, > later on the same errors prevent loading various files, so my init.el > never finishes loading. As an example of that, I get this error with my > actual emacs config: > > error: Recursive load, > c:/Program > Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz, > c:/Program > Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz, > c:/Program > Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz, > c:/Program > Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz, > c:/Program > Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/jka-compr.el.gz, > c:/Program > Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/emacs-lisp/radix-tree.el.gz, > > c:/Program > Files/WindowsApps/emacs-k_31.340.0.0_x64__tewns1xw2exn6/share/emacs/31.0.50/lisp/emacs-lisp/loaddefs-gen.elc, > > c:/Users/garyo/.config/emacs/lisp/elpaca-bootstrap.el, > c:/Users/garyo/.config/emacs/init.el As can be seen from the above, your configuration loads elpaca-bootstrap.el, whose contents you haven''t shown. Then Emacs loads loaddefs-gen.elc, which wants to load radix-tree.elc, but instead loads radix-tree.el.gz for some reason. So there are several issues here that only you can investigate: . why does elpaca-bootstrap want to load loaddefs-gen at startup? . does Emacs load radix-tree.el.gz instead of radix-tree.elc? could it be that the time stamps in your installation tree are somehow messed up? on my systems, all the *.elc files in the installation tree are newer than the corresponding *.el.gz files, so setting load-prefer-newer non-nil doesn't cause any problems Please look into these issues and sere what you find. P.S. The prebuilt msix installer from kiennq is not something we support here, so perhaps you should ask the persons who make that distribution to help you. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Wed May 07 08:20:57 2025 Received: (at 78285) by debbugs.gnu.org; 7 May 2025 12:20:57 +0000 Received: from localhost ([127.0.0.1]:42018 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uCdlh-0003rG-77 for submit@debbugs.gnu.org; Wed, 07 May 2025 08:20:57 -0400 Received: from mail-il1-x12d.google.com ([2607:f8b0:4864:20::12d]:56673) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1uCdld-0003qm-K4 for 78285@debbugs.gnu.org; Wed, 07 May 2025 08:20:54 -0400 Received: by mail-il1-x12d.google.com with SMTP id e9e14a558f8ab-3d80bbf3aefso24386245ab.1 for <78285@debbugs.gnu.org>; Wed, 07 May 2025 05:20:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oberbrunner.com; s=google; t=1746620448; x=1747225248; 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=1IbO3jNUtN6QZH87/s2QsssQmywahKkshlTmevAV0dg=; b=ZsI8H3WnkERPaZizbiQZ3GzDMCo6zd7XpPJ4ZWHijGlfaMHOHQglkRCvIDw2eIVdPp XBhV6FtyeSOrV2n0RqTY1eVnomOYudvh5PU38JyJiKYj4OVfnHWJ4PphPjRl5TEBkgHQ uAD1+pJGcvxDQHtMFInutOYNg/l0MGUyGg8I40OAMPwB4n/ncBQUbDok/LcOuvsUqyje 7xmHBeOM/Vn1TmoQAjKNKy8pyCUIqlzTLLmYUCumndaeRCUZsTrupTMrYTKWnT5n2oq8 3O482fyS/9IgqY5ku5mMHehyqcxKZhSwggGRWetBYNlTSUL5EfdvLBArl51NSJaUOhMK 2adA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1746620448; x=1747225248; 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=1IbO3jNUtN6QZH87/s2QsssQmywahKkshlTmevAV0dg=; b=dJRBcy1cT6y9nKrEeuR5tWmFTlg5wsQ5JyQdhXgRRNkN7kXpSORXri6Q913Jsp65kE JXHU6Bxi3JDADFIg6MoTVs8HfCwjex4r95IUHfOCj1Z+wIjt2N7E00d+WbVp7m495H4e L0gw0DtIP9nQ2hjrx/KEjmeoFOFcvtflGscjLIraMp6L97kVNR4rMC/OHLXciM/+nW+A eaEwkbIilV4iVPlLxmlFzPC5YPZNPshIx1p0j9DjY5Qf54HJdiSay1nEeF+H84YNusGy OVy/6qrKC5FVX8+v2AdLZj0vWKqso1k8dncjsUZh8y1Ir7GXT5d39sVu6BYBsGXLG9j5 DltQ== X-Gm-Message-State: AOJu0YwNgaroeYNWqxmu46ms+r13YYiAwONZZjqP0VWIaHfoZCC4QyOe In1Dp1oMqwtwGwC8D69UmW9AmizKL6se2codFYMf2L6f97kit6pw/AoPWsVwqkKaNfhd78tvZgX X4eQ12Cu00OyjO/X/dqWaulS06oVIhEXPwJMDhw== X-Gm-Gg: ASbGncv5+OWen0A+cg5lH/FoyHpY6KpdBhnpqTx6Fe+aXzdGS4+UWXHQn9Dn58C00q2 0ZaGDwoLFRegBaNtFKKAFoqIHEOy98UHWcb9wi0fho6twwvm23BzKjL+u2BbceNcM2weOeR6xyY I+IKLoqxup36lyZNPTBArUSrA= X-Google-Smtp-Source: AGHT+IFfW55Wqm2SldzY4tm8hgSgnOHBrmnKPk74oG8J+PgaeF3onQ6D687NTCUbLJR4AlZGo+LvsGHGFi/bw3LpYwU= X-Received: by 2002:a92:c26b:0:b0:3d9:36a8:3da0 with SMTP id e9e14a558f8ab-3da738ed7bbmr28425065ab.2.1746620447620; Wed, 07 May 2025 05:20:47 -0700 (PDT) MIME-Version: 1.0 References: <86v7qcfyor.fsf@gnu.org> In-Reply-To: <86v7qcfyor.fsf@gnu.org> From: Gary Oberbrunner Date: Wed, 7 May 2025 08:20:36 -0400 X-Gm-Features: ATxdqUEhbaDqGmPeDVj2mzcH1Lxp_2obvZk15WszrLp_PKPTPCexR73bOlX1-qM Message-ID: Subject: Re: bug#78285: 31.0.50; load-prefer-newer causes recursive load on Windows To: Eli Zaretskii Content-Type: multipart/alternative; boundary="00000000000056942906348ac36f" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 78285 Cc: 78285@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 (-) --00000000000056942906348ac36f Content-Type: text/plain; charset="UTF-8" > As can be seen from the above, your configuration loads > elpaca-bootstrap.el, whose contents you haven''t shown. Then Emacs > loads loaddefs-gen.elc, which wants to load radix-tree.elc, but > instead loads radix-tree.el.gz for some reason. Actually I gave a minimal one-line repro case without elpaca. Just create init.el with this: > (setq load-prefer-newer t) and then check the *Messages* buffer. I did report this issue to the packager (kiennq) who suggested I also raise an issue here. -- Gary --00000000000056942906348ac36f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> As = can be seen from the above, your configuration loads
> elpaca-bootstrap.el, w= hose contents you haven''t shown.=C2=A0 Then=C2=A0Emacs
> loads loaddefs-gen.elc, whi= ch wants to load radix-tree.elc, but
<= span style=3D"color:rgb(0,0,0)">> instead loads radix-tree.el.gz for som= e reason.
Actually I gave a minim= al one-line repro case without elpaca. Just create init.el with this:

>=C2=A0 =C2=A0(setq load-prefer-newer t)

<= /div>
and then check the *Messages* buffer.

I did rep= ort this issue to the packager (kiennq) who suggested I also raise an issue= here.

--
Gary<= /div>
--00000000000056942906348ac36f-- From debbugs-submit-bounces@debbugs.gnu.org Wed May 07 08:50:19 2025 Received: (at 78285) by debbugs.gnu.org; 7 May 2025 12:50:19 +0000 Received: from localhost ([127.0.0.1]:42238 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uCeE7-00008f-Fq for submit@debbugs.gnu.org; Wed, 07 May 2025 08:50:19 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:38662) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uCeE3-00006M-Tf for 78285@debbugs.gnu.org; Wed, 07 May 2025 08:50:16 -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 1uCeDy-00067Z-78; Wed, 07 May 2025 08:50:10 -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=e7lO/LxLAU5WaPvr54fKTphOxwqU309HAcvXc+BAA6M=; b=qiAMzNZ5QCD/ 81QTy+BS6RcnWeYvKMjkEzrxTfRH3moM7Gz/lZcXtP58yVGhkQ0v98IU/86qLYUAiS9XdaAzELO3F W7XdE/iOgNaWGeZHKZR4FF+wTKIPa0f501EpCwNo8cv0TIERjHs47TQJKx3jmVQNYG7PvcENN2q0B CNKdd3duR6vQ0yup5YHjsBXC8HMcs+ELODZ4ymXvJzkzjupPOo4lQUvv1f5uQ/sx2EBbqbDE25z4B u87HxfSb42tJUyI1KFeoNDq91KA4+H+1AU2nMiHI9R5sRq97y38n14dMX7grE64LVujHus1gdyHpn RBQfJ4jxgVoh1/COVFDkFQ==; Date: Wed, 07 May 2025 15:50:06 +0300 Message-Id: <86ldr8fuv5.fsf@gnu.org> From: Eli Zaretskii To: Gary Oberbrunner In-Reply-To: (message from Gary Oberbrunner on Wed, 7 May 2025 08:20:36 -0400) Subject: Re: bug#78285: 31.0.50; load-prefer-newer causes recursive load on Windows References: <86v7qcfyor.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 78285 Cc: 78285@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: -3.3 (---) > From: Gary Oberbrunner > Date: Wed, 7 May 2025 08:20:36 -0400 > Cc: 78285@debbugs.gnu.org > > > As can be seen from the above, your configuration loads > > elpaca-bootstrap.el, whose contents you haven''t shown. Then Emacs > > loads loaddefs-gen.elc, which wants to load radix-tree.elc, but > > instead loads radix-tree.el.gz for some reason. > > Actually I gave a minimal one-line repro case without elpaca. Just create init.el with this: > > > (setq load-prefer-newer t) > > and then check the *Messages* buffer. Granted, I already tried that, and it didn't happen for me. If the traces you show in your original report are not relevant for the reproduction recipe, please show the same traces for the latter. Did you make sure that all the *.elc files in the installation tree are newer that the corresponding *.el.gz files? From debbugs-submit-bounces@debbugs.gnu.org Wed May 07 09:16:13 2025 Received: (at 78285) by debbugs.gnu.org; 7 May 2025 13:16:13 +0000 Received: from localhost ([127.0.0.1]:42423 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uCedA-0001gH-CP for submit@debbugs.gnu.org; Wed, 07 May 2025 09:16:12 -0400 Received: from mail-io1-xd2e.google.com ([2607:f8b0:4864:20::d2e]:54353) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1uCed7-0001fu-OQ for 78285@debbugs.gnu.org; Wed, 07 May 2025 09:16:10 -0400 Received: by mail-io1-xd2e.google.com with SMTP id ca18e2360f4ac-867355d9c4eso44273539f.0 for <78285@debbugs.gnu.org>; Wed, 07 May 2025 06:16:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oberbrunner.com; s=google; t=1746623764; x=1747228564; 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=2EoaGfQ5fCzcofXNA4E490JW9/IR9ybHHcGrIgKBZqs=; b=T4FbIzLAYjY2mXY6Znngb5EIoLYTsWzTsFCTOdY1cAtKdMLOHRWUXwV1klonGsXqXE gM7hEnB2tyh+rR7yz4ZN/cEYuTDNaTFFYj1XddxSoGj7A28huKBryRKUrTM4DxzfwQEG U9VIFg6VSt+CT2DVYJgpR2bRby3I3MJsPkmE1CqnT8qgcnC+2v053XQoF6OLU8pNGpSe plVCFOr4rh6Jf2L1oiEcS4vCHlNuaXuXKHu3DwiXdl7d4PIa6gYF8ES605nVsS2Fuo83 fNC8TMM933ISKjBrolzWRzkYkoRP34WihZgBk1gpu31aCxJ/NpXnvZndKbxoEMGOnmyP kZ1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1746623764; x=1747228564; 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=2EoaGfQ5fCzcofXNA4E490JW9/IR9ybHHcGrIgKBZqs=; b=lm10xmAKpWxXxE9dDVpYNmgZqTej0XLztneTNj4jsvUpnYKSyTg4pLHyMUOf6vg5jz X7BMeDHrRieF3+01eEZN/TNgouSg1iUMVA3TSM1adMVPoOh/ujyttTax8fnv8ZsK+NaI AuZJOsDzEB1PS1K0POW6CZmtmoMhHfn8VFYoa4p+MeUvh8TvWO+41wntLuQX29NwKhBQ mkXxChDNbETxLzhyPV8hVNj2sfaKbcWBjkygMyd+0geaPfdKQYk1UkpRqGHcarV4vRhQ dUCMmJSvQAosiWFUrScj/n5bqLZukpYqSG0EWuvNPuL/nwV2SumSp/OegitH+bM/qH1i 1wAg== X-Gm-Message-State: AOJu0Yxk87f1c2+uuvRo6zlI+KI+lvl8ALxfpxX578ePO/3vTLU39PMv 6cV4Nppf2qyyJLYGQuJqToMuIRSQBbG+QJDf6FURDtRIYCjPiBqpL56ghDkvQMq4GgDubNGt0cv JhqLHygid/FvKHcimL6UUKNNKpdgPZb+31jwcKA== X-Gm-Gg: ASbGncsZ2cP6lwpO7G5rVhdBUVH43sUy7rr0qs0YD/+XbSs+WqQnIfKHlgtv600aDo8 KHPD+0xm0ScKQQngqnSyMeYaCJ+R20SNzVmA/AiaWj7C4vWDjHhruJymr/m61DBFMTQplQuGon/ HLS8a/2BhkYJT72eXddcPmqSo= X-Google-Smtp-Source: AGHT+IH+6u+ooNpwgB0qYPo/UyIWC6sSztkIa+cURb46OJym11WMbfL9Jc0r9YKe35MQ+sCoAv4DREMbQXM7jBeSkDo= X-Received: by 2002:a05:6602:3f82:b0:864:ad44:e60b with SMTP id ca18e2360f4ac-8674703dafcmr392996139f.0.1746623763753; Wed, 07 May 2025 06:16:03 -0700 (PDT) MIME-Version: 1.0 References: <86v7qcfyor.fsf@gnu.org> <86ldr8fuv5.fsf@gnu.org> In-Reply-To: <86ldr8fuv5.fsf@gnu.org> From: Gary Oberbrunner Date: Wed, 7 May 2025 09:15:51 -0400 X-Gm-Features: ATxdqUE7MfffylN_8wMafZUpkSXHLl4ncvdfv7yfQhpuyvPeA7XeekKz78WK9w4 Message-ID: Subject: Re: bug#78285: 31.0.50; load-prefer-newer causes recursive load on Windows To: Eli Zaretskii Content-Type: multipart/alternative; boundary="000000000000fec52e06348b887b" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 78285 Cc: 78285@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 (-) --000000000000fec52e06348b887b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, May 7, 2025 at 8:50=E2=80=AFAM Eli Zaretskii wrote: > > From: Gary Oberbrunner > > Date: Wed, 7 May 2025 08:20:36 -0400 > > Cc: 78285@debbugs.gnu.org > > > > > As can be seen from the above, your configuration loads > > > elpaca-bootstrap.el, whose contents you haven''t shown. Then Emacs > > > loads loaddefs-gen.elc, which wants to load radix-tree.elc, but > > > instead loads radix-tree.el.gz for some reason. > > > > Actually I gave a minimal one-line repro case without elpaca. Just > create init.el with this: > > > > > (setq load-prefer-newer t) > > > > and then check the *Messages* buffer. > > Granted, I already tried that, and it didn't happen for me. > > If the traces you show in your original report are not relevant for > the reproduction recipe, please show the same traces for the latter. > > Did you make sure that all the *.elc files in the installation tree > are newer that the corresponding *.el.gz files? > Ah, OK, good info. If it doesn't happen for you (I presume you're compiling the latest master branch on Windows) then it may be specific to the package. Looking into it further, the .el.gz is newer than the .elc: -rw-r--r-- 1 garyo garyo 7477 May 6 16:45 jka-compr.el.gz -rw-r--r-- 1 garyo garyo 12168 Sep 3 2024 jka-compr.elc so I think I understand the problem now. load-prefer-newer tells emacs to use jka-compr.el.gz rather than jka-compr.elc, and to use that, it will need to decompress it, which means it'll need to load the decompressor, which comes from jka-compr. And boom. Given the file dates above it's pretty clear the build I'm using is the cause of the problem. So you can close this bug report and I'll follow up there. --=20 Gary --000000000000fec52e06348b887b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, May 7, 2025 = at 8:50=E2=80=AFAM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Gary Oberbrunner <garyo@oberbrunner.com>
> Date: Wed, 7 May 2025 08:20:36 -0400
> Cc: 78285@d= ebbugs.gnu.org
>
> > As can be seen from the above, your configuration loads
> > elpaca-bootstrap.el, whose contents you haven''t shown.= =C2=A0 Then Emacs
> > loads loaddefs-gen.elc, which wants to load radix-tree.elc, but > > instead loads radix-tree.el.gz for some reason.
>
> Actually I gave a minimal one-line repro case without elpaca. Just cre= ate init.el with this:
>
> >=C2=A0 =C2=A0(setq load-prefer-newer t)
>
> and then check the *Messages* buffer.

Granted, I already tried that, and it didn't happen for me.

If the traces you show in your original report are not relevant for
the reproduction recipe, please show the same traces for the latter.

Did you make sure that all the *.elc files in the installation tree
are newer that the corresponding *.el.gz files?

Ah, OK, good info. If = it doesn't happen for you (I presume you're compiling the latest ma= ster branch on Windows) then it may be specific to the package.=C2=A0
=

Looking into it further, the .el.gz is newer than the .= elc:

-rw-r--r-- 1 garyo garyo =C2=A07477 May =C2= =A06 16:45 jka-compr.el.gz
-rw-r--r-- 1 garyo garyo 12168 Sep =C2=A03 = =C2=A02024 jka-compr.elc

so I think I understand t= he problem now. load-prefer-newer tells emacs to use jka-compr.el.gz rather= than jka-compr.elc, and to use that, it will need to decompress it, which = means it'll need to load the decompressor, which comes from jka-compr. = And boom.=C2=A0
Given the file dates above it's pretty clear = the build I'm using is the cause of the problem. So you can close this = bug report and I'll follow up there.

--
=
Gary
--000000000000fec52e06348b887b-- From debbugs-submit-bounces@debbugs.gnu.org Thu May 08 05:42:09 2025 Received: (at 78285-done) by debbugs.gnu.org; 8 May 2025 09:42:10 +0000 Received: from localhost ([127.0.0.1]:54276 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uCxlZ-0003sO-B6 for submit@debbugs.gnu.org; Thu, 08 May 2025 05:42:09 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:35340) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uCxlX-0003sB-LR for 78285-done@debbugs.gnu.org; Thu, 08 May 2025 05:42:08 -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 1uCxlS-0008Vu-8u; Thu, 08 May 2025 05:42:02 -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=c/REQhAU62iXbow0NltB/01aKBlHDkqgwobZV0x2xWk=; b=c20fdeheerGeOVbMyZIQ SZhNFL/NusX5KPVNUHrYTe84ZWZ+62TTvMdr9OoMiTMIgQR1AWqPF5prxwHEeP2lTLLrCkDTcroYs IBeR3y6possJy+T7NRQ4Gss7ZQ4ftmEh0XkpVnJQKBwR3ShwIUTQhmHM0984715vzoFnhJT4nJMMz dmwN0dfrgjnkYUuN5WVKfCIxln1TELRyJeViQvHne4S2UKQ1sqO+bMSHI3iyY9JBv5UzJG8A1Yo70 eYZYP7fzwMNPb0zFGJri8Khh7cBD/RKm1DW5doWAtzWgyDmeElL+t50OyG973og6z96xp76jIryJj ztImIDMCW2TIEg==; Date: Thu, 08 May 2025 12:41:59 +0300 Message-Id: <86jz6re8wo.fsf@gnu.org> From: Eli Zaretskii To: Gary Oberbrunner In-Reply-To: (message from Gary Oberbrunner on Wed, 7 May 2025 09:15:51 -0400) Subject: Re: bug#78285: 31.0.50; load-prefer-newer causes recursive load on Windows References: <86v7qcfyor.fsf@gnu.org> <86ldr8fuv5.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 78285-done Cc: 78285-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: -3.3 (---) > From: Gary Oberbrunner > Date: Wed, 7 May 2025 09:15:51 -0400 > Cc: 78285@debbugs.gnu.org > > On Wed, May 7, 2025 at 8:50 AM Eli Zaretskii wrote: > > > From: Gary Oberbrunner > > Date: Wed, 7 May 2025 08:20:36 -0400 > > Cc: 78285@debbugs.gnu.org > > > > > As can be seen from the above, your configuration loads > > > elpaca-bootstrap.el, whose contents you haven''t shown. Then Emacs > > > loads loaddefs-gen.elc, which wants to load radix-tree.elc, but > > > instead loads radix-tree.el.gz for some reason. > > > > Actually I gave a minimal one-line repro case without elpaca. Just create init.el with this: > > > > > (setq load-prefer-newer t) > > > > and then check the *Messages* buffer. > > Granted, I already tried that, and it didn't happen for me. > > If the traces you show in your original report are not relevant for > the reproduction recipe, please show the same traces for the latter. > > Did you make sure that all the *.elc files in the installation tree > are newer that the corresponding *.el.gz files? > > Ah, OK, good info. If it doesn't happen for you (I presume you're compiling the latest master branch on > Windows) then it may be specific to the package. > > Looking into it further, the .el.gz is newer than the .elc: > > -rw-r--r-- 1 garyo garyo 7477 May 6 16:45 jka-compr.el.gz > -rw-r--r-- 1 garyo garyo 12168 Sep 3 2024 jka-compr.elc > > so I think I understand the problem now. load-prefer-newer tells emacs to use jka-compr.el.gz rather than > jka-compr.elc, and to use that, it will need to decompress it, which means it'll need to load the > decompressor, which comes from jka-compr. And boom. > Given the file dates above it's pretty clear the build I'm using is the cause of the problem. So you can close > this bug report and I'll follow up there. Thanks, closing. From unknown Fri Jun 20 07:28:31 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 05 Jun 2025 11:24:15 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator