From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.bugs Subject: bug#59334: 29.0.50; loading native-compiled init file sets user-init-file to .eln Date: Fri, 18 Nov 2022 08:45:03 +0100 Message-ID: References: <8335aheqct.fsf@gnu.org> <83wn7td6l0.fsf@gnu.org> <83fsehcpi2.fsf@gnu.org> <83a64od8nb.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000054ef2205edb9e4af" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5835"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 59334@debbugs.gnu.org, akrl@sdf.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Nov 18 08:46:15 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ovw4l-0001IP-6W for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 18 Nov 2022 08:46:15 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ovw4Z-0006rY-Hw; Fri, 18 Nov 2022 02:46:03 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ovw4Y-0006r6-E5 for bug-gnu-emacs@gnu.org; Fri, 18 Nov 2022 02:46:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ovw4X-0000Lb-Ut for bug-gnu-emacs@gnu.org; Fri, 18 Nov 2022 02:46:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ovw4X-0004Kk-Mz for bug-gnu-emacs@gnu.org; Fri, 18 Nov 2022 02:46:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juanma Barranquero Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 18 Nov 2022 07:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 59334 X-GNU-PR-Package: emacs Original-Received: via spool by 59334-submit@debbugs.gnu.org id=B59334.166875754816637 (code B ref 59334); Fri, 18 Nov 2022 07:46:01 +0000 Original-Received: (at 59334) by debbugs.gnu.org; 18 Nov 2022 07:45:48 +0000 Original-Received: from localhost ([127.0.0.1]:35145 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ovw4K-0004KH-2u for submit@debbugs.gnu.org; Fri, 18 Nov 2022 02:45:48 -0500 Original-Received: from mail-ej1-f53.google.com ([209.85.218.53]:35797) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ovw4H-0004K1-86 for 59334@debbugs.gnu.org; Fri, 18 Nov 2022 02:45:46 -0500 Original-Received: by mail-ej1-f53.google.com with SMTP id vv4so1727139ejc.2 for <59334@debbugs.gnu.org>; Thu, 17 Nov 2022 23:45:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=V+SPiYmFKEi+YkaLb+1tu2wVnWPRoZTlSS+W0ahi0Ek=; b=dR1dxITGV5v43SSJCxMihqMdnn2p7EK0bO0R9VExIr8ZcjXHAtU5ECrYbAkAvzhSCL Yp6pmQhg8hwOzGiNgpz4zXMNQEAzfwphCd1tKrwAQmUZMs1Sv9CHhbO7UC0MxFS+F2y6 Hk/aBVXzk2RRio5GAAjZ1hb7jw3tpxc44XzxKcZaR/ggI65JhF0lrmRAYIHYtZ8rXAb6 0SZrAG2xIiToYtCIC1Cwx232Rd9sfHuYmm65LkFxju659UHr2VPY4zgtGuBPuU/5nfzK 2zulecQ+Fw0rYM+mmf4EAwXVO3e/sloz8HaaWHeVKZeMvdwvVTu81S+xvjt8gN3wLPS3 B8sQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=V+SPiYmFKEi+YkaLb+1tu2wVnWPRoZTlSS+W0ahi0Ek=; b=DlOLr2ksJUN9qPT3Zod3vEpx8oSgY9gfqBoPM7w043bdTJEWqkOS2erGIRWyFfqt/m ifOHRORFnrjfIiKHo8nBrzlIR9fXeWDqC3ExIQIIcJGkFViLFHSwda8rffrfEpTY+qKb oT7gNioGP/fKxOoJ48rK6w0vS1fxXeVQSB8geIMj5+iM5nj89md3Q/zqiYGyx5MsFXjz hvLgH1PIwlOPogZYrSeT9dS/r+YrZhiPkEyBEqoKbLxZWTzkNMhrH6pFbnFAgVfDG5xr 88i/Vs2VPU2pW/FxbG6kKAcrAnnc7CdiatMAGE7HUGB/OtJbIWkJM6w/aCROSwHSgnhn b+fQ== X-Gm-Message-State: ANoB5plqaZuhdPCvkh3b8XEZBu4VNqQSjk8uupbYhG1CK+s1lkUYQN0k UIEYTFAnbWTlRVIJpCNCQH2nES8CZS0I002uCpw= X-Google-Smtp-Source: AA0mqf6GRD+Dq2CSj0PoyNLrGZwlXmFwcEgcUmhp1ZR4ovl2P83mHoen86pz+5hj1EWv6ugevaE+3Kkb1azdSOlHHBM= X-Received: by 2002:a17:906:7ca:b0:78d:95d8:f8db with SMTP id m10-20020a17090607ca00b0078d95d8f8dbmr4740996ejc.592.1668757539054; Thu, 17 Nov 2022 23:45:39 -0800 (PST) In-Reply-To: <83a64od8nb.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:248176 Archived-At: --00000000000054ef2205edb9e4af Content-Type: text/plain; charset="UTF-8" On Fri, Nov 18, 2022 at 8:28 AM Eli Zaretskii wrote: > I think the call to gethash should only be done if the file has the > .eln extension, otherwise you might have false positives. Do you mean the hash comp-eln-to-el-h could have keys that match something that doesn't end in .eln? Or that someone could've an init file with extension .eln and matching one of the keys? Both seem extremely unlikely, but ok. > The file-exists-and-is-newer test is not relevant to the .eln case, > because Emacs will not load a .eln file that is outdated wrt its > source, and will not use a .eln file whose source is not available. Ok. Easier, then. --00000000000054ef2205edb9e4af Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On Fri, Nov 18, 2022 at 8:28 AM Eli Zaretskii <eliz@gnu.org> wrote:

> I think= the call to gethash should only be done if the file has the
> .eln e= xtension, otherwise you might have false positives.

Do you mean the hash co= mp-eln-to-el-h could have keys that match something that doesn't end in= .eln? Or that someone could've an init file with extension .eln and ma= tching one of the keys? Both seem extremely unlikely, but ok.

>= The file-exists-and-is-newer test is not relevant to the .eln case,
>= ; because Emacs will not load a .eln file that is outdated wrt its
> = source, and will not use a .eln file whose source is not available.

=
Ok. Eas= ier, then.

--00000000000054ef2205edb9e4af--