From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Campbell Barton Newsgroups: gmane.emacs.devel Subject: =?UTF-8?Q?Re=3A_Error_=22load=3A_Symbol=E2=80=99s_value_as_variable_is_voi?= =?UTF-8?Q?d=3A_=5C213=22_since_261d6afd6e6f3ba2bbf4db0d9ac57b0cbacc0137?= Date: Sun, 7 Aug 2022 14:19:10 +1000 Message-ID: References: <87zgghcqx7.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11409"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Emacs developers To: Zhiwei Chen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Aug 07 06:20:45 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oKXmP-0002pq-Fq for ged-emacs-devel@m.gmane-mx.org; Sun, 07 Aug 2022 06:20:45 +0200 Original-Received: from localhost ([::1]:52258 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oKXmO-0004x5-6C for ged-emacs-devel@m.gmane-mx.org; Sun, 07 Aug 2022 00:20:44 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44670) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oKXl8-0004G9-VH for emacs-devel@gnu.org; Sun, 07 Aug 2022 00:19:27 -0400 Original-Received: from mail-yw1-x1133.google.com ([2607:f8b0:4864:20::1133]:37769) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oKXl7-00076x-3a for emacs-devel@gnu.org; Sun, 07 Aug 2022 00:19:26 -0400 Original-Received: by mail-yw1-x1133.google.com with SMTP id 00721157ae682-32194238c77so54686887b3.4 for ; Sat, 06 Aug 2022 21:19:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc; bh=FOLr8yNXCrotENo2O3X0kijq7Nqsk2h+Og77q0hHXf0=; b=A1vTN1ENQiHUcgvfDUCeiNQOhOJJtbYAWWoAgSm5cwjGN5Mu7G/jwSJxsqXIg6yIBa X6Y6TWYJKx558YQY2ccggvA5nhmjQUnScVZ0iPgV+1C433bqg5o9wwhWRnfD7sVxnqM4 P6UEzA9EGNieqddxEdJ2iJuhl3zZkpnJXL2zMtJTyYZaBQJpHwsayqX0IiMNNUr2pXVK 7DRpP4gX2Yv8aEFGRhXgUSCd4/fbAjUuY9dHIS+/BqjVq39gZI22rl872zlPszxC8uip 2vrxCNHcD4l+v2vRrUghgmmJ4sHWndU2fQKiQ1IxeBbmJrSACdo4MviQQnOgPSr3mUSj xAcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc; bh=FOLr8yNXCrotENo2O3X0kijq7Nqsk2h+Og77q0hHXf0=; b=T/vclx04z+wDagMz7/dobpdWXks+c5H3JKY7z13hBjErLdiICGYpE2nLIWHerfnG5d KRbhxQvzc2hUZMJvz+L70/gsG3rv2igVnH3bZZ+I07QI0lM7t8h5nHPxiKripE4NdRAm nQu9l42gE5D//5EIPbB0+EEKjFwHRQ5jGyx2ZZMgGC/HQpSHnv2Oz0egJWndMavpw0BC 1bdK2h/nWbqztAJ7hgd+btTJKCBNA3T8w0phd9XApPcbWsNAweew5ouMLEFwmlqnpCxV 6J0ulX2y+QD43NFefRdG2NI/QWyYSJHTwpZQFRXWx3B2TlOhvNhydI+5uQxhpMnrTFof rUNA== X-Gm-Message-State: ACgBeo0kMeIg4SUpJYVGn1N3cJB7AzxdDkTjTJnFTHaKn6nwLKuMi2vR Bks4ZP9KTYy9LXuO1UlTvbM1s0WHpevXueaDs74= X-Google-Smtp-Source: AA6agR4NxCZuXAYLzbyRSGQEzCW310eymNmpQ4egR3Yy15wMhcSzYwZXdneazuvXGiPkVtxXVpDGJJX3+vY8p7R9aVM= X-Received: by 2002:a81:6c07:0:b0:329:186c:f7ee with SMTP id h7-20020a816c07000000b00329186cf7eemr13067374ywc.73.1659845962524; Sat, 06 Aug 2022 21:19:22 -0700 (PDT) In-Reply-To: <87zgghcqx7.fsf@gmail.com> Received-SPF: pass client-ip=2607:f8b0:4864:20::1133; envelope-from=ideasman42@gmail.com; helo=mail-yw1-x1133.google.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:293166 Archived-At: On Sun, Aug 7, 2022 at 1:50 AM Zhiwei Chen wrote: > > Campbell Barton writes: > > > Hi ever since 261d6afd6e6f3ba2bbf4db0d9ac57b0cbacc0137 I'm getting an > > error starting emacs, > > to be sure there isn't anything strange going on, this happens with a > > clean build, ELN removed (with/without native compilation), and with a > > freshly installed package directory. > > > > --- error output --- > > Debugger entered--Lisp error: (void-variable =E2=80=B9) > > eval-buffer(# nil > > "/opt/emacs/share/emacs/29.0.50/lisp/calc/calc-loaddefs.el.gz" nil t) > > ; Reading at buffer position 3 > > load-with-code-conversion("/opt/emacs/share/emacs/29.0.50/lisp/calc/c= alc-load..." > > "/opt/emacs/share/emacs/29.0.50/lisp/calc/calc-loaddefs.el.gz" nil t) > > load("calc-loaddefs.el" nil t) > > require(calc) > > --- snip --- > > > > This error happens to be triggered by evil-mode but if I disable evil > > mode it gets triggered by lsp-mode, so it doesn't seem specific to a > > single package, > > although `emacs -Q` works without problems. > > > > I bisected the error to: > > http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=3D261d6afd6e6f3ba= 2bbf4db0d9ac57b0cbacc0137 > > > > Is this a known problem or is it worth a fill bug report? > > I suspect you're the victim of `file-name-handler-alist' optimization > [1]. Since it sets `file-name-handler-alist' to nil, it can't unpack > *.el.gz on-the-fly and then eval it. > > $ hexdump /usr/share/emacs/29.0.50/lisp/files.el.gz -C | head -n1 > 00000000 1f 8b 08 00 00 00 00 00 02 03 ec 5c ff 73 db 46 |........= ...\.s.F| > > The '\213' (0x8b) is the second byte of an el.gz file. > > [1]: https://github.com/doomemacs/doomemacs/blob/master/early-init.el#L31= -L48 > > -- > Zhiwei Chen This was the problem, thanks! Aside from avoiding setting `file-name-handler-alist` to nil entirely, The error can be avoided by removing `--without-compress-install` when building emacs. An alternative could also be to limit the alist to only use compression handlers, e.g: (setq file-name-handler-alist (list (rassoc 'jka-compr-handler my-original-file-name-handler-alist))) Although in my tests this loses the performance gains from setting it to ni= l. Since this is a fairly common optimization it seems likely others may run into it, so it may be good if the error message could be made less cryptic somehow, although I'm not sure if that's reasonable. --=20 - Campbell