From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 25 05:25:13 2023 Received: (at submit) by debbugs.gnu.org; 25 Oct 2023 09:25:13 +0000 Received: from localhost ([127.0.0.1]:57301 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qva8X-0004MA-GQ for submit@debbugs.gnu.org; Wed, 25 Oct 2023 05:25:13 -0400 Received: from lists.gnu.org ([2001:470:142::17]:60072) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qva8U-0004Lt-Tt for submit@debbugs.gnu.org; Wed, 25 Oct 2023 05:25:11 -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 1qva7u-0003Ks-21 for bug-gnu-emacs@gnu.org; Wed, 25 Oct 2023 05:24:34 -0400 Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qva7r-0000lQ-NQ for bug-gnu-emacs@gnu.org; Wed, 25 Oct 2023 05:24:33 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 8C819240028 for ; Wed, 25 Oct 2023 11:24:28 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1698225868; bh=b1YdzGeVwzLsWhi3wkcnVbxIBAUoXRkwIBTP9XUFHO4=; h=From:To:Subject:Date:Message-ID:MIME-Version:From; b=a4fpJO1Whk3sVs2sttfImZ4+fpiV+7KZA3cVQ7pHlfnuJmbg8eF9cQhxug9EUQ5to 4DJrr3I3JPkZWTxbKSlddWD3M158XnX8XFxFCbJmjYdQivHAgWd7cHiCCrQ4TTglHo PCAkpoLWWH/7Sz9f85EqW1csQb4LP9/OoUX/XNsrLh7/3wrA3qlvWZnhS4OT1Wytuy dPLkhKdoldLOt8Hj0AQhu8yHG5jcdZxUqej5NQCrS7fDXc0QpcyO48lxK96CwAkGMp gEegKq0b/gGKuShlMcttCvcDbnIKyqMNm6QeLMyzRsi3Yawyn7a12Yb77xkK+4WThW yEthy3eKnkMMw== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4SFk5m20Tqz6txW for ; Wed, 25 Oct 2023 11:24:28 +0200 (CEST) From: Ihor Radchenko To: bug-gnu-emacs@gnu.org Subject: 30.0.50; transient-mark-mode is not enabled after re-dumping Emacs Date: Wed, 25 Oct 2023 09:26:11 +0000 Message-ID: <8734xz2guk.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=185.67.36.65; envelope-from=yantar92@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 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, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 (/) Steps to reproduce: 1. ./src/emacs -Q --batch -l ~/Downloads/dump.el With dump.el: (dump-emacs-portable "/tmp/emacs-dumped.dmp") 2. ./src/emacs -Q --dump-file="/tmp/emacs-dumped.dmp" 3. C- C-p C-p Expected: active region is highlighted Observed: Transient mark mode is not enabled and thus active region is not highlighted. Configured using: 'configure --with-native-compilation CFLAGS=-g3 --with-pdumper=yes' -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 26 05:12:21 2023 Received: (at 66742) by debbugs.gnu.org; 26 Oct 2023 09:12:21 +0000 Received: from localhost ([127.0.0.1]:60597 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qvwPd-00049u-Bt for submit@debbugs.gnu.org; Thu, 26 Oct 2023 05:12:21 -0400 Received: from mail-ed1-x531.google.com ([2a00:1450:4864:20::531]:49414) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qvwPZ-00049b-3Y for 66742@debbugs.gnu.org; Thu, 26 Oct 2023 05:12:19 -0400 Received: by mail-ed1-x531.google.com with SMTP id 4fb4d7f45d1cf-53e07db272cso924401a12.3 for <66742@debbugs.gnu.org>; Thu, 26 Oct 2023 02:11:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1698311500; x=1698916300; darn=debbugs.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=zeR94KeK7ROSBYazmHQZCjSPtEndq+dt1MFGox72pfg=; b=gImTYWKvmdzZoUjKytVkfJl6sNtyUGYqG8N1lm++lK/P3FV6kMLcALxZztFV3hu1JK Iab3BmjT0eIxBv+3mpuJqlB0FcpX3/x6Irqg/cufRV8jqWBCReEtd4W31nqToegOKOLL WP9MGeHQX0xnM43fmvR7WnjpeJ4Lh/fVLaaMAZWd9qaZztws1IAR5ToUMpTPZgO5T1rI rBD9AsSK7FqJk9cFiiwAiVGSntENRsOcEIHBQa4XerKa908xn9ExVMJnA0v0OSFFeqyk JgIQHeWEqvBVtOylx5KBsPohXJvAhn45KOeH8AIQv8/LSOVP5yzekX/8E/eP+2mmsRaC PcoA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698311500; x=1698916300; 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=zeR94KeK7ROSBYazmHQZCjSPtEndq+dt1MFGox72pfg=; b=okRp8DUYsCfAfpT0AtJHnz82hcXTKc21Dg5ZwtInEPxHTVXKXph2DAxmlprEK+RJpF GKpmi64i2iPzw/fCKSnfOQuHg+bBTC6eNlzT4bm6txnfQ8DG13Ns9BDur6flOo5WUyIu VGSzrAdOwnfAZ1j8kqFD7cTM0xnxUWUgaAB04+vxTVTlHxRJZ7L+P8rD+frHI2qdErBo WcrCcbW8I5FW2NJ8ESTGzGXzq7ZLGzxTTJCoQ3O7glbpWkE0zY8Z52AquLRy4kv47ixt aR9V+/4Un+47KXY0KSyzjERMY7MFCys65nsBp4nApVwdQ3hXFNulAYYcM+GCyUeCe2mO D4EA== X-Gm-Message-State: AOJu0YxMaivnURMULJR5330GB6sO1XxQffcOgW0Jc+gfa5buUx5kH2WR nJr0KTjuVwQ2Bbso7h7KKVRaR1U9LUkJkg== X-Google-Smtp-Source: AGHT+IHR1AsyHwgU9czW0yBtxK224MO5oJ71DG5LBBljEX0Z+OgKZ/CWsJHGUzJlfR57qPZgvPLsmA== X-Received: by 2002:a05:6402:518e:b0:53e:332e:3e03 with SMTP id q14-20020a056402518e00b0053e332e3e03mr14966456edd.4.1698311499518; Thu, 26 Oct 2023 02:11:39 -0700 (PDT) Received: from Pro.fritz.box (p4fe3a163.dip0.t-ipconnect.de. [79.227.161.99]) by smtp.gmail.com with ESMTPSA id q20-20020aa7da94000000b0053e9352643csm10896426eds.62.2023.10.26.02.11.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 26 Oct 2023 02:11:39 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Ihor Radchenko Subject: Re: bug#66742: 30.0.50; transient-mark-mode is not enabled after re-dumping Emacs In-Reply-To: <8734xz2guk.fsf@localhost> (Ihor Radchenko's message of "Wed, 25 Oct 2023 09:26:11 +0000") References: <8734xz2guk.fsf@localhost> Date: Thu, 26 Oct 2023 11:11:38 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 66742 Cc: 66742@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 (-) Ihor Radchenko writes: > Steps to reproduce: > > 1. ./src/emacs -Q --batch -l ~/Downloads/dump.el > With dump.el: > > (dump-emacs-portable "/tmp/emacs-dumped.dmp") > > 2. ./src/emacs -Q --dump-file="/tmp/emacs-dumped.dmp" > > 3. C- C-p C-p > > Expected: active region is highlighted > Observed: Transient mark mode is not enabled and thus active region is > not highlighted. Just an analyis. AFAICS, this one comes from a special handling of some custom variables. In function command-line, we have ;; Re-evaluate predefined variables whose initial value depends on ;; the runtime context. But delay the warning about ;; `user-emacs-directory' being inaccessible until after processing ;; the init file and the command-line arguments, in case the user ;; customized `user-emacs-directory-warning' to nil via those. (let ((user-emacs-directory-warning nil)) (when (listp custom-delayed-init-variables) (mapc #'custom-reevaluate-setting ;; Initialize them in the same order they were loaded, in ;; case there are dependencies between them. (reverse custom-delayed-init-variables)))) (setq custom-delayed-init-variables t) The list of custom-delayed-init-variables is built by function custom-initialize-delay. If you grep for that, you'll finds a number of declarations containing an :initialize with the delaying function. In a re-dumped Emacs, the variable is not a list, so nothing is done. In the particular case of transient-mark-mode, the default value, which is set in C, is nil, so it keeps that value. From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 26 07:41:58 2023 Received: (at 66742) by debbugs.gnu.org; 26 Oct 2023 11:41:58 +0000 Received: from localhost ([127.0.0.1]:60675 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qvykP-0004mz-Vb for submit@debbugs.gnu.org; Thu, 26 Oct 2023 07:41:58 -0400 Received: from mout02.posteo.de ([185.67.36.66]:45795) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qvykN-0004mk-5H for 66742@debbugs.gnu.org; Thu, 26 Oct 2023 07:41:56 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id DB6D4240103 for <66742@debbugs.gnu.org>; Thu, 26 Oct 2023 13:41:17 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1698320477; bh=2vGyuvD9RYT8hlIAYIC5Z2y39ypbn9HFJRT4y47TETc=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version: Content-Transfer-Encoding:From; b=ae4577DBZnvw5aFlg4J+QK7W05rP6G239zd3W96iJ7WsaSBaBEPa83sx2A/+RuvWz o92th6+eKy7nA4iLLnlpEoFmk6VE6O1PRf1glKPnyqRSnP+2Zxlq6HVtyiJBLVt6DQ MwEKwkIwt+AJENWwDI5Dva+/HLlOqjaljqh47Xr19AIMV+hXNatA88UWfMrssHA6VZ GBb4ahKybFK1yOblvbqEKvnRHmMxfKKcM6CZSkjZtuRH0wmb/ZjmiPtL6IWaiC/JO1 kGsl7Rf51nNQ7JoCmKmHot/gGRvlBGEDr7xjXii7tRbzrrCJ1utIBYonbdF9n4l+BN Gqd7j14CJNjcg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4SGP585wcxz9rxB; Thu, 26 Oct 2023 13:41:16 +0200 (CEST) From: Ihor Radchenko To: Gerd =?utf-8?Q?M=C3=B6llmann?= Subject: Re: bug#66742: 30.0.50; transient-mark-mode is not enabled after re-dumping Emacs In-Reply-To: References: <8734xz2guk.fsf@localhost> Date: Thu, 26 Oct 2023 11:42:57 +0000 Message-ID: <874jidd2ym.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 66742 Cc: 66742@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 (---) Gerd M=C3=B6llmann writes: > The list of custom-delayed-init-variables is built by function > custom-initialize-delay. If you grep for that, you'll finds a number of > declarations containing an :initialize with the delaying function. > > In a re-dumped Emacs, the variable is not a list, so nothing is done. In > the particular case of transient-mark-mode, the default value, which is > set in C, is nil, so it keeps that value. Thanks for the analysis. I dag a bit further and it looks like :initialize is used in `define-minor-mode' and `defcustom' with the latter simply deferring :initialize keyword processing to `defcustom'. The :initialize keyword in `defcustom' is implicitly assumed to be evaluated during Emacs startup, in the Emacs sessions that will use the custom definition. Actually, I think that I will not be wrong to say that (defvar foo . ..), (defcustom foo ...), and similar expressions are often assumed to evaluated in the same Emacs session that will use the library. For example, Org mode often calculated default variable values dynamically: (defcustom org-clock-x11idle-program-name (if (executable-find "xprintidle") "xprintidle" "x11idle") ...) Re-dumping such code is prone to subtle bugs when the dumping environment differs from the runtime. Things get worse when loading a library relies on side effects: ----- org-persist.el --------- ;; Point to temp directory when `org-persist--disable-when-emacs-Q' is set. (when (and org-persist--disable-when-emacs-Q ;; FIXME: This is relying on undocumented fact that ;; Emacs sets `user-init-file' to nil when loaded with ;; "-Q" argument. (not user-init-file)) (setq org-persist-directory (make-temp-file "org-persist-" 'dir))) ---------------------------- I suspect that it is only truly safe to re-dump parts of the libraries that do not emit (byte-code ...) in the compiler output. For example, the following is .elc part corresponding to the above defcustom: (defvar org-x11idle-exists-p (byte-code "\302>?\205%17\303\304\305 \"!\306= =3D\205%17\303 !\306=3D\207" [system-type org-clock-x11idle-program-name (w= indows-nt ms-dos) call-process-shell-command format "command -v %s" 0] 4))#= @46 Return the current X11 idle time in seconds.=1F The variable itself can be defined, but its value is (byte-code ...) and thus should be evaluated during startup, and not dumped. And the side-effect clause is a complete (byte-code ...): (byte-code "\203%d \204%d\303\304\305\"%12\306\307\n!!\310%1!\204%%0\211\3= 06\311%3!!\211\262%3\232\203%12\312%1!\2044%0\313\314\n\"\266%2\202D%0\315\= 316\317\"\210\315\316\320\"\210\315\316\321\"\266%2\315\322\323\"\210\324\3= 25!\207" [org-persist--disable-when-emacs-Q user-init-file org-persist-dire= ctory make-temp-file "org-persist-" dir directory-file-name file-name-as-di= rectory file-exists-p file-name-directory file-writable-p message "Missing = write access rights to org-persist-directory: %S" add-hook kill-emacs-hook = org-persist-clear-storage-maybe org-persist-write-all org-persist-gc after-= init-hook org-persist-load-all provide org-persist] 5) --=20 Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 26 08:07:12 2023 Received: (at 66742) by debbugs.gnu.org; 26 Oct 2023 12:07:12 +0000 Received: from localhost ([127.0.0.1]:60724 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qvz8n-0005Xd-V7 for submit@debbugs.gnu.org; Thu, 26 Oct 2023 08:07:12 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:44252) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qvz8i-0005X3-J3 for 66742@debbugs.gnu.org; Thu, 26 Oct 2023 08:07: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 1qvz83-0000z7-JF; Thu, 26 Oct 2023 08:06:27 -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=fQkBnblPxGhtQtN1CnOzuzxj7ttmQfFRmyXAcdpey2k=; b=sAkshkU4SLCP GbQCXMieqOSyeQUHJz3/VfA/B/1lorG/uYZoCww4KsluB5zesxSqaEVrKoZSvuWyJZzpD2dIJjTdK miPqlj1+g1jxsg07wqQ+8iUh8InRxXkKf/1Gb9zaN3k2zdzvDXQbfmfDn3vinq/BWwh6yJTis2+L/ mCR2Zr3e0aE20U3ELzAdocVI4K/8F/CabhLbDIbDCENZyEaryEecR7ZDn4VCaOS6b9MuFAFX1SnXo ejPbNhqAc41n3x9d/QK6cU1redkPEYbQ0SWywOnWED9Dkb5l2B/PmxFje9wbpfVq/nZmeUKWYjgg/ OzZuRQnYhwyMpYJwcvXq2g==; Date: Thu, 26 Oct 2023 15:06:31 +0300 Message-Id: <837cn9h9ko.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <874jidd2ym.fsf@localhost> (message from Ihor Radchenko on Thu, 26 Oct 2023 11:42:57 +0000) Subject: Re: bug#66742: 30.0.50; transient-mark-mode is not enabled after re-dumping Emacs References: <8734xz2guk.fsf@localhost> <874jidd2ym.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 66742 Cc: gerd.moellmann@gmail.com, 66742@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 (---) > Cc: 66742@debbugs.gnu.org > From: Ihor Radchenko > Date: Thu, 26 Oct 2023 11:42:57 +0000 > > Actually, I think that I will not be wrong to say that (defvar foo > . ..), (defcustom foo ...), and similar expressions are > often assumed to evaluated in the same Emacs session that will use the > library. There should be no such assumption, and so you will be wrong saying that. We actually try paying attention to this aspect when reviewing patches where a defcustom has a default value that is not a constant, precisely for this reason. > For example, Org mode often calculated default variable values > dynamically: > > (defcustom org-clock-x11idle-program-name > (if (executable-find "xprintidle") > "xprintidle" "x11idle") > ...) That's a bug in Org, unless the rest of the code doesn't arrange for this defcustom to be re-evaluated at startup. > Things get worse when loading a library relies on side effects: > > ----- org-persist.el --------- > ;; Point to temp directory when `org-persist--disable-when-emacs-Q' is set. > (when (and org-persist--disable-when-emacs-Q > ;; FIXME: This is relying on undocumented fact that > ;; Emacs sets `user-init-file' to nil when loaded with > ;; "-Q" argument. > (not user-init-file)) > (setq org-persist-directory > (make-temp-file "org-persist-" 'dir))) > ---------------------------- Which library does the above load, and how is it related to something determined at dump time? > I suspect that it is only truly safe to re-dump parts of the libraries > that do not emit (byte-code ...) in the compiler output. > > For example, the following is .elc part corresponding to the above > defcustom: > > (defvar org-x11idle-exists-p (byte-code "\302>?\205%17\303\304\305 \"!\306=\205%17\303 !\306=\207" [system-type org-clock-x11idle-program-name (windows-nt ms-dos) call-process-shell-command format "command -v %s" 0] 4))#@46 Return the current X11 idle time in seconds. > > The variable itself can be defined, but its value is (byte-code ...) and > thus should be evaluated during startup, and not dumped. > > And the side-effect clause is a complete (byte-code ...): > > (byte-code "\203%d \204%d\303\304\305\"%12\306\307\n!!\310%1!\204%%0\211\306\311%3!!\211\262%3\232\203%12\312%1!\2044%0\313\314\n\"\266%2\202D%0\315\316\317\"\210\315\316\320\"\210\315\316\321\"\266%2\315\322\323\"\210\324\325!\207" [org-persist--disable-when-emacs-Q user-init-file org-persist-directory make-temp-file "org-persist-" dir directory-file-name file-name-as-directory file-exists-p file-name-directory file-writable-p message "Missing write access rights to org-persist-directory: %S" add-hook kill-emacs-hook org-persist-clear-storage-maybe org-persist-write-all org-persist-gc after-init-hook org-persist-load-all provide org-persist] 5) You lost me here. From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 26 08:43:45 2023 Received: (at 66742) by debbugs.gnu.org; 26 Oct 2023 12:43:45 +0000 Received: from localhost ([127.0.0.1]:60903 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qvziC-0006Yd-G2 for submit@debbugs.gnu.org; Thu, 26 Oct 2023 08:43:44 -0400 Received: from mout02.posteo.de ([185.67.36.66]:41345) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qvzi9-0006YM-Cv for 66742@debbugs.gnu.org; Thu, 26 Oct 2023 08:43:43 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 015D1240101 for <66742@debbugs.gnu.org>; Thu, 26 Oct 2023 14:43:04 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1698324185; bh=fUa9v9//MW8+uIcAPuJVE4LP4HskUbcCtOf5WkgD2Bg=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:From; b=MaW5dUc3M5+ivo8CJPLALPEUtEmKMPdVsJv30mFw14m7UhpqfQj4zW1cjjXGerSk7 UcYck1mms9uBF01Mm4J7jBVSuqunfjg+V9hCV+H5vqqs43WFt5nl1jdlfLfv4Eh8wD WGpuIwXfq7WiE7c/z5YhG397xfMcx4OQoGco44wGoc3JVR4Rf/RyWi+xrgIt5qs0yf xM0cWyQrnE53zDhu7zd9JGitdTK0f3vVpXz7VNAMRaz9ZqOMz2r96qYvLzlQQNuYQ8 g3ICd71ttJsLIHG/VC/4EO/abrY9C27mi8SWIPh/albSf8EdsnKRttS7BGqfqsG0Tm AtsREE3peTeCw== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4SGQSS0jddz6twh; Thu, 26 Oct 2023 14:43:03 +0200 (CEST) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#66742: 30.0.50; transient-mark-mode is not enabled after re-dumping Emacs In-Reply-To: <837cn9h9ko.fsf@gnu.org> References: <8734xz2guk.fsf@localhost> <874jidd2ym.fsf@localhost> <837cn9h9ko.fsf@gnu.org> Date: Thu, 26 Oct 2023 12:44:37 +0000 Message-ID: <87r0lhblje.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 66742 Cc: gerd.moellmann@gmail.com, 66742@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 (---) Eli Zaretskii writes: >> Actually, I think that I will not be wrong to say that (defvar foo >> . ..), (defcustom foo ...), and similar expressions are >> often assumed to evaluated in the same Emacs session that will use the >> library. > > There should be no such assumption, and so you will be wrong saying > that. We actually try paying attention to this aspect when reviewing > patches where a defcustom has a default value that is not a constant, > precisely for this reason. This is a surprise to me! Is it documented anywhere? I thought that we should expect the value to be evaluated unless explicitly wrapped into (eval-when-compile ...). Also, I just looked up defvar instances across Emacs and I am seeing multiple cases when the value is calculated dynamically, assuming loading time: cvs-diff-program, diff-use-changed-face, url-mime-encoding-string, url-dav-lock-identifier, type-break-time-last-command, reftex-section-numbers, ispell-library-directory, artist-pointer-shape, so-long-version, shadow-system-name, bdf-cache-file, vhdl-mode-menu-list, sh-shell, js-js-tmpdir, gud-sdb-needs-tags, tetris-next-x, tetris-score-y, , vip-startup-file, vi-scroll-amount, tramp-cache-read-persistent-data, tramp-archive-enabled, socks-username, newsticker--latest-update-time, dictionary-color-support, mh-uncompface-executable, mh-swish++-binary, mh-swish-binary, mh-mairix-binary, mh-namazu-binary, mh-grep-binary, mh-spamassassin-executable, mh-sa-learn-executable, mh-bogofilter-executable, mh-spamprobe-executable, mh-pgp-support-flag, kkc-init-file-name, image-dired-queue-active-limit, mm-temp-files-cache-file, erc-autoaway-last-sent-time, viper-custom-file-name, viper-current-frame-saved, copyright-current-year, cl--random-state (!!! that can easily cause subtle issues), dframe-have-timer-flag, todo-files, todo-archives, todo-done-separator, diary-font-lock-keywords, math-expr-opers, calc-gnuplot-display, archive-7z-program. -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 26 09:11:29 2023 Received: (at 66742) by debbugs.gnu.org; 26 Oct 2023 13:11:29 +0000 Received: from localhost ([127.0.0.1]:60940 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qw093-0007K1-6n for submit@debbugs.gnu.org; Thu, 26 Oct 2023 09:11:29 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:44018) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qw091-0007Jp-Rm for 66742@debbugs.gnu.org; Thu, 26 Oct 2023 09:11:28 -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 1qw08R-000229-Pp; Thu, 26 Oct 2023 09:10:51 -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=CnT4RgX42UFri0S8m+wiOjf8mF+xO/jiwbry+Yg1PRs=; b=rUcGEp4OlmNr SNumFxnOq9+9rMN6AQsdZYxkVZGl4t1hKU1+CaujYiIfL8vpfeAqsbYo15ijNgOkZQlMYhxHP5AbD Es504lGppu4RYynt7ogEn6lhI8DUH14fh6oTRW36wmycMjgQ4YgScDvApvALjGxXaZnkT0wKibzo2 DjHtQjTf42L216zSa6cScFkJTL6k+sgrPj6NR+rpXoxH0LZn4cBqlXdBWpD1UZyLcP16xfNxpHIEV 0l6/xN/pSudL58LuJTnBEcv6wfSSbwxHSN6KVjWgLIUjFp1dd2p4M3k6dK6tTBa+DxhjTioQQ9EYl EzPKOfq5SVyhb+C0q4Lobw==; Date: Thu, 26 Oct 2023 16:10:53 +0300 Message-Id: <83zg05fs0y.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <87r0lhblje.fsf@localhost> (message from Ihor Radchenko on Thu, 26 Oct 2023 12:44:37 +0000) Subject: Re: bug#66742: 30.0.50; transient-mark-mode is not enabled after re-dumping Emacs References: <8734xz2guk.fsf@localhost> <874jidd2ym.fsf@localhost> <837cn9h9ko.fsf@gnu.org> <87r0lhblje.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 66742 Cc: gerd.moellmann@gmail.com, 66742@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: Ihor Radchenko > Cc: gerd.moellmann@gmail.com, 66742@debbugs.gnu.org > Date: Thu, 26 Oct 2023 12:44:37 +0000 > > Eli Zaretskii writes: > > >> Actually, I think that I will not be wrong to say that (defvar foo > >> . ..), (defcustom foo ...), and similar expressions are > >> often assumed to evaluated in the same Emacs session that will use the > >> library. > > > > There should be no such assumption, and so you will be wrong saying > > that. We actually try paying attention to this aspect when reviewing > > patches where a defcustom has a default value that is not a constant, > > precisely for this reason. > > This is a surprise to me! > Is it documented anywhere? What do you want to document? > I thought that we should expect the value to > be evaluated unless explicitly wrapped into (eval-when-compile ...). At what time do you think defcustom's value is evaluated? > Also, I just looked up defvar instances across Emacs and I am seeing > multiple cases when the value is calculated dynamically, assuming > loading time: Of course, it's loading time. But AFAIU you were talking about evaluation during dumping, i.e. when Emacs is built. This is only relevant for defcustom's in packages that are preloaded, because those packages are loaded at build time, not at run time. So for those packages, and only for those packages, any defcustom whose default value is not a constant, should be re-evaluated at startup, to make sure the value is suitable for the system on which Emacs runs. > cvs-diff-program, diff-use-changed-face, url-mime-encoding-string, > url-dav-lock-identifier, type-break-time-last-command, > reftex-section-numbers, ispell-library-directory, artist-pointer-shape, > so-long-version, shadow-system-name, bdf-cache-file, > vhdl-mode-menu-list, sh-shell, js-js-tmpdir, gud-sdb-needs-tags, > tetris-next-x, tetris-score-y, , > vip-startup-file, vi-scroll-amount, tramp-cache-read-persistent-data, > tramp-archive-enabled, socks-username, newsticker--latest-update-time, > dictionary-color-support, mh-uncompface-executable, mh-swish++-binary, > mh-swish-binary, mh-mairix-binary, mh-namazu-binary, mh-grep-binary, > mh-spamassassin-executable, mh-sa-learn-executable, > mh-bogofilter-executable, mh-spamprobe-executable, mh-pgp-support-flag, > kkc-init-file-name, image-dired-queue-active-limit, > mm-temp-files-cache-file, erc-autoaway-last-sent-time, > viper-custom-file-name, viper-current-frame-saved, > copyright-current-year, cl--random-state (!!! that can easily cause > subtle issues), dframe-have-timer-flag, todo-files, todo-archives, > todo-done-separator, diary-font-lock-keywords, math-expr-opers, > calc-gnuplot-display, archive-7z-program. This is not relevant, since packages that aren't preloaded will be loaded at run time, and therefore the values will be evaluated in the correct context. If you are talking about these, then I don't understand what prompted you to raise this issue to begin with, and in a thread that discusses dumping. From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 26 09:15:50 2023 Received: (at 66742) by debbugs.gnu.org; 26 Oct 2023 13:15:50 +0000 Received: from localhost ([127.0.0.1]:60950 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qw0DF-0007Qo-EL for submit@debbugs.gnu.org; Thu, 26 Oct 2023 09:15:50 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:32960) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qw0D2-0007QF-HX for 66742@debbugs.gnu.org; Thu, 26 Oct 2023 09:15:47 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qw0CS-0002sU-79; Thu, 26 Oct 2023 09:15:00 -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=4yfn4VjDas2aOa6U7HBuetL94yNcHqPxeL7dxKyEbsk=; b=kXcXMDCteOZW vjIn+RCBDULUN06jiOutlyWWfxN+wIOXi7868qRzbwnEvTH+vkvSEgN6P2dztW7BC0Ss7MPtdR6WX pSPdBgEgHMSAN/v6g+0i/XZyTyUg44/AebSGl8n9bupH++5qFQMdZdnM0kj1/EFB8jmR3BBiZWw06 nf61XvyRSFo5JXru5Igrj6tnio8p6DZK2UUodgKjHid+zFD0bWtAsNhsZonDDTVf1Ingl3hJ5CAO8 hSfd3MIjKeamFeEYnoXwtru/pJ2pSjtJJm8gnDn1acWi/xpdiK+Rxe3gvnSr/X6ZfyTHckPQtUOYT MsQKs9HMwXtne9SRYg5vZA==; Date: Thu, 26 Oct 2023 16:15:08 +0300 Message-Id: <83y1fpfrtv.fsf@gnu.org> From: Eli Zaretskii To: yantar92@posteo.net In-Reply-To: <83zg05fs0y.fsf@gnu.org> (message from Eli Zaretskii on Thu, 26 Oct 2023 16:10:53 +0300) Subject: Re: bug#66742: 30.0.50; transient-mark-mode is not enabled after re-dumping Emacs References: <8734xz2guk.fsf@localhost> <874jidd2ym.fsf@localhost> <837cn9h9ko.fsf@gnu.org> <87r0lhblje.fsf@localhost> <83zg05fs0y.fsf@gnu.org> X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 66742 Cc: gerd.moellmann@gmail.com, 66742@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 (---) > Cc: gerd.moellmann@gmail.com, 66742@debbugs.gnu.org > Date: Thu, 26 Oct 2023 16:10:53 +0300 > From: Eli Zaretskii > > > I thought that we should expect the value to > > be evaluated unless explicitly wrapped into (eval-when-compile ...). > > At what time do you think defcustom's value is evaluated? > > > Also, I just looked up defvar instances across Emacs and I am seeing > > multiple cases when the value is calculated dynamically, assuming > > loading time: > > Of course, it's loading time. But AFAIU you were talking about > evaluation during dumping, i.e. when Emacs is built. This is only > relevant for defcustom's in packages that are preloaded, because those > packages are loaded at build time, not at run time. So for those > packages, and only for those packages, any defcustom whose default > value is not a constant, should be re-evaluated at startup, to make > sure the value is suitable for the system on which Emacs runs. > > > cvs-diff-program, diff-use-changed-face, url-mime-encoding-string, > > url-dav-lock-identifier, type-break-time-last-command, > > reftex-section-numbers, ispell-library-directory, artist-pointer-shape, > > so-long-version, shadow-system-name, bdf-cache-file, > > vhdl-mode-menu-list, sh-shell, js-js-tmpdir, gud-sdb-needs-tags, > > tetris-next-x, tetris-score-y, , > > vip-startup-file, vi-scroll-amount, tramp-cache-read-persistent-data, > > tramp-archive-enabled, socks-username, newsticker--latest-update-time, > > dictionary-color-support, mh-uncompface-executable, mh-swish++-binary, > > mh-swish-binary, mh-mairix-binary, mh-namazu-binary, mh-grep-binary, > > mh-spamassassin-executable, mh-sa-learn-executable, > > mh-bogofilter-executable, mh-spamprobe-executable, mh-pgp-support-flag, > > kkc-init-file-name, image-dired-queue-active-limit, > > mm-temp-files-cache-file, erc-autoaway-last-sent-time, > > viper-custom-file-name, viper-current-frame-saved, > > copyright-current-year, cl--random-state (!!! that can easily cause > > subtle issues), dframe-have-timer-flag, todo-files, todo-archives, > > todo-done-separator, diary-font-lock-keywords, math-expr-opers, > > calc-gnuplot-display, archive-7z-program. > > This is not relevant, since packages that aren't preloaded will be > loaded at run time, and therefore the values will be evaluated in the > correct context. If you are talking about these, then I don't > understand what prompted you to raise this issue to begin with, and in > a thread that discusses dumping. To clarify: a defcustom whose default value is not a constant needs to be re-evaluated during startup, if we want the dumped Emacs to be able to run on another system or with different environment than at dump time. From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 26 09:24:55 2023 Received: (at 66742) by debbugs.gnu.org; 26 Oct 2023 13:24:55 +0000 Received: from localhost ([127.0.0.1]:60982 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qw0M3-0007gE-4L for submit@debbugs.gnu.org; Thu, 26 Oct 2023 09:24:55 -0400 Received: from mout02.posteo.de ([185.67.36.66]:40711) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qw0M0-0007fz-Uy for 66742@debbugs.gnu.org; Thu, 26 Oct 2023 09:24:54 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 84E83240101 for <66742@debbugs.gnu.org>; Thu, 26 Oct 2023 15:24:16 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1698326656; bh=8u4dqxyGSE6n6aMB/QbHWmU1gCX9nsOnM5AAyqnHhKQ=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version: Content-Transfer-Encoding:From; b=aR/gLgk6gEsoNCZ/6WdaCSglMSSrE7jZQFKES+9ufIn9TNqn6Q5pjRJin7i5X0zZD 1zbPAo0mdbMc58umo4ElFyFKgQ/GhU10ubp3AAMJ4veGVifSU2RZl7bUwETAjZWKDT xLEx/LaSUD0z5Ru/zjXQ3m3yqArmlRpeA2Dhyfdj+HouWM8tXwgrV9fpreqdabF0ZZ X3p9e8c1D4sKzW2pVIN4yWrjbh3rZCIsBFe2xqkO7fujNjmeKAfCcCLkLSSYIfgmP6 uvoKGTRjXxe5AK6aR6zBafk7jLJo5fyJewlQlR9/WqCm7ouYageBUBI9HoP6sPQe9q rjozxQma2rwCg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4SGRMz3Lhzz6txC; Thu, 26 Oct 2023 15:24:15 +0200 (CEST) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#66742: 30.0.50; transient-mark-mode is not enabled after re-dumping Emacs In-Reply-To: <83zg05fs0y.fsf@gnu.org> References: <8734xz2guk.fsf@localhost> <874jidd2ym.fsf@localhost> <837cn9h9ko.fsf@gnu.org> <87r0lhblje.fsf@localhost> <83zg05fs0y.fsf@gnu.org> Date: Thu, 26 Oct 2023 13:25:50 +0000 Message-ID: <87lebpbjmp.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 66742 Cc: gerd.moellmann@gmail.com, 66742@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 (---) Eli Zaretskii writes: >> This is a surprise to me! >> Is it documented anywhere? > > What do you want to document? I think we misunderstand each other. >> I thought that we should expect the value to >> be evaluated unless explicitly wrapped into (eval-when-compile ...). > > At what time do you think defcustom's value is evaluated? Load time, even for pdumped libraries. >> Also, I just looked up defvar instances across Emacs and I am seeing >> multiple cases when the value is calculated dynamically, assuming >> loading time: > > Of course, it's loading time. But AFAIU you were talking about > evaluation during dumping, i.e. when Emacs is built. No. It is not what I am talking about. In this bug report, I am talking about re-dumping the already built Emacs with the aim of adding extra arbitrary libraries. According to manual page for dump-emacs-portable, If you want to use this function in an Emacs that was already dumped, you must run Emacs with the =E2=80=98-batch=E2=80=99 option. This implies that re-dumping is one of the intended use-cases. > ... This is only > relevant for defcustom's in packages that are preloaded, because those > packages are loaded at build time, not at run time. So for those > packages, and only for those packages, any defcustom whose default > value is not a constant, should be re-evaluated at startup, to make > sure the value is suitable for the system on which Emacs runs. I can see your point, although I wish it were not so tricky. In any case, even within a scope of this bug report, the reproducer I provided does not load any extra packages. So, at least, there is some bug with preloaded packages. Maybe, the caveats with runtime/re-dump time evaluation should be documented. > ... > This is not relevant, since packages that aren't preloaded will be > loaded at run time, and therefore the values will be evaluated in the > correct context. If you are talking about these, then I don't > understand what prompted you to raise this issue to begin with, and in > a thread that discusses dumping. ... but ideally, I wish that we would not have to patch the existing libraries in order to preload them. Otherwise, `dump-emacs-portable' function is not very useful in practice (except for building Emacs) and will most likely lead to subtle bugs if attempted by users. --=20 Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 26 09:31:34 2023 Received: (at 66742) by debbugs.gnu.org; 26 Oct 2023 13:31:35 +0000 Received: from localhost ([127.0.0.1]:32778 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qw0SU-0007s8-JA for submit@debbugs.gnu.org; Thu, 26 Oct 2023 09:31:34 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59154) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qw0SS-0007rt-Kx for 66742@debbugs.gnu.org; Thu, 26 Oct 2023 09:31:33 -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 1qw0Rr-0000jy-VG; Thu, 26 Oct 2023 09:30:56 -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=l8dHOzONKGk0v58h1Ig8BMBFF+z50nXLYfTRir43/v0=; b=Z7dgtB9FIfcY CqtR7/umm/9d2k5nrrxv97T2i5j6XMMo8rhVCTF80OAI6nG55avt5Xsn+mG5v+IRevDUnQDtTYBLJ QWVsAJWS64UXXntyC0xYKFy4LNd0fNa2dajMcfqjdIGnO5A6w3Ur1QwjoAZIlLYOwyAcrHx6hbY6E xmDaGzMbd1uJXQBaqNqQbR78oSUqLaJA4buXw08hJTfl9LjX/55v6TXVRSl0r9Mov6EBlg0qvSZf+ PbQRLWtkC5WJLWw2rfWrpYi/VApS/8Fv39a4rNDRqniD0V/2kaSAIbDFGX9S35up/x2YY9awxzsTx QtnjdiVkjsuHjfWt2UoYTQ==; Date: Thu, 26 Oct 2023 16:31:06 +0300 Message-Id: <83r0lhfr39.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <87lebpbjmp.fsf@localhost> (message from Ihor Radchenko on Thu, 26 Oct 2023 13:25:50 +0000) Subject: Re: bug#66742: 30.0.50; transient-mark-mode is not enabled after re-dumping Emacs References: <8734xz2guk.fsf@localhost> <874jidd2ym.fsf@localhost> <837cn9h9ko.fsf@gnu.org> <87r0lhblje.fsf@localhost> <83zg05fs0y.fsf@gnu.org> <87lebpbjmp.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 66742 Cc: gerd.moellmann@gmail.com, 66742@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: Ihor Radchenko > Cc: gerd.moellmann@gmail.com, 66742@debbugs.gnu.org > Date: Thu, 26 Oct 2023 13:25:50 +0000 > > Eli Zaretskii writes: > > > This is not relevant, since packages that aren't preloaded will be > > loaded at run time, and therefore the values will be evaluated in the > > correct context. If you are talking about these, then I don't > > understand what prompted you to raise this issue to begin with, and in > > a thread that discusses dumping. > > ... but ideally, I wish that we would not have to patch the existing > libraries in order to preload them. You don't need to patch any libraries, you need to arrange for the defcustom's to be re-evaluated at startup time. But if we want to be able to re-dump any library, and let it run on a different system after that, we should indeed stay away of non-constant default values of user options as much as we can. However, getting there will not be easy and will take a long time, if ever. From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 27 05:03:23 2023 Received: (at 66742) by debbugs.gnu.org; 27 Oct 2023 09:03:23 +0000 Received: from localhost ([127.0.0.1]:35056 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwIkU-0008L1-MH for submit@debbugs.gnu.org; Fri, 27 Oct 2023 05:03:22 -0400 Received: from mout02.posteo.de ([185.67.36.66]:45913) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwIkQ-0008Kl-58 for 66742@debbugs.gnu.org; Fri, 27 Oct 2023 05:03:21 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id 99375240103 for <66742@debbugs.gnu.org>; Fri, 27 Oct 2023 11:02:40 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1698397360; bh=uWvXQwwLPG3Qa+0hU2VZvX1SxmkosXAOnZ+sKfxEEPs=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version:From; b=AzgtDn2FOoJ/dzr9DyjIMnIjZorOejlML5+YKvPJHZs552dMEFqPBWOntELoteKmK x19MyBX607k/Bn2MYms3uFEpixtSDuYmWqMmUmP9IdYkWfRpLSeunJ5Hwtuv7EiinL pSIBlqRRKYsbIQFIg9ylLmVMvHT7Rwnh2zUxDstfyENh5M+POBMdrpWZw3/nowzxvl m6Fj5E/dF2A7l+Shig0VINzyZ98lJf+v4k9pDVuSG/h5N2L/4ZNlp5SIrYgjdEvLqw ImEiGsN6DlzBsvOItqbqVBpTNKyLCTBWvvOBh+dfyP6ebGleAtl5tsu2DbfmMhgQMX yYP6hrWoAhudw== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4SGxWh0GSxz9rxK; Fri, 27 Oct 2023 11:02:39 +0200 (CEST) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#66742: 30.0.50; transient-mark-mode is not enabled after re-dumping Emacs In-Reply-To: <83y1fpfrtv.fsf@gnu.org> References: <8734xz2guk.fsf@localhost> <874jidd2ym.fsf@localhost> <837cn9h9ko.fsf@gnu.org> <87r0lhblje.fsf@localhost> <83zg05fs0y.fsf@gnu.org> <83y1fpfrtv.fsf@gnu.org> Date: Fri, 27 Oct 2023 09:04:23 +0000 Message-ID: <87wmv8cu7c.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 66742 Cc: gerd.moellmann@gmail.com, 66742@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 (---) Eli Zaretskii writes: > To clarify: a defcustom whose default value is not a constant needs to > be re-evaluated during startup, if we want the dumped Emacs to be able > to run on another system or with different environment than at dump > time. Is there a facility in place to do such re-evaluation? -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 27 06:38:11 2023 Received: (at 66742) by debbugs.gnu.org; 27 Oct 2023 10:38:11 +0000 Received: from localhost ([127.0.0.1]:35177 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwKEF-0005MY-3c for submit@debbugs.gnu.org; Fri, 27 Oct 2023 06:38:11 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:51482) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwKE8-0005M1-IE for 66742@debbugs.gnu.org; Fri, 27 Oct 2023 06:38:09 -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 1qwKDX-000106-OQ; Fri, 27 Oct 2023 06:37:27 -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=VEtWyVk0A/qiLwJ6n2fP1IXqj/H/Ry8IIP+5+AFKruo=; b=frmtHskNo8/Q f8iAwFJZjsKqETfDkzdI83OSaBEZWAPZSGUyWjzneGTPm5nMF+t38TDIxLoTSJMZKfKGTemsh3mCP tqT5yAy/X9Xyka4gmOKfhBdpzfT/+vhHCdQhBHIyh+KeT2HgM84RVQHgmZLNHKHsIxLuBuykGBAOv rZSU7FaL+qcCa9IwMa7j0uPkPufLAz3lka8EbeWrqmhB9g6gSVQGX16vo+3j8O2aUF37E4XxbLHLT bJonu4o2Dt/j4+gz8lvGPw4lFhTKi9OLNJQecdnlO51voeMVef3xP1Z5Ci7IA4/CCCFjl2uooOHm1 r7m5d9OXHNWOh6CJmV6Wmw==; Date: Fri, 27 Oct 2023 13:37:39 +0300 Message-Id: <83sf5we4gc.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <87wmv8cu7c.fsf@localhost> (message from Ihor Radchenko on Fri, 27 Oct 2023 09:04:23 +0000) Subject: Re: bug#66742: 30.0.50; transient-mark-mode is not enabled after re-dumping Emacs References: <8734xz2guk.fsf@localhost> <874jidd2ym.fsf@localhost> <837cn9h9ko.fsf@gnu.org> <87r0lhblje.fsf@localhost> <83zg05fs0y.fsf@gnu.org> <83y1fpfrtv.fsf@gnu.org> <87wmv8cu7c.fsf@localhost> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 66742 Cc: gerd.moellmann@gmail.com, 66742@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: Ihor Radchenko > Cc: gerd.moellmann@gmail.com, 66742@debbugs.gnu.org > Date: Fri, 27 Oct 2023 09:04:23 +0000 > > Eli Zaretskii writes: > > > To clarify: a defcustom whose default value is not a constant needs to > > be re-evaluated during startup, if we want the dumped Emacs to be able > > to run on another system or with different environment than at dump > > time. > > Is there a facility in place to do such re-evaluation? Yes, see custom-initialize-delay, and the code in startup.el that supports it. From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 27 06:51:58 2023 Received: (at 66742) by debbugs.gnu.org; 27 Oct 2023 10:51:58 +0000 Received: from localhost ([127.0.0.1]:35205 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwKRa-0005pv-1l for submit@debbugs.gnu.org; Fri, 27 Oct 2023 06:51:58 -0400 Received: from mout02.posteo.de ([185.67.36.66]:34909) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwKRX-0005ph-7Q for 66742@debbugs.gnu.org; Fri, 27 Oct 2023 06:51:56 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id A7705240103 for <66742@debbugs.gnu.org>; Fri, 27 Oct 2023 12:51:17 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1698403877; bh=BzO1sCBqVItytfqhuMfhROBfTefKYHQrInTUnjpVcy0=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version: Content-Transfer-Encoding:From; b=C26BiW5WqEGfg1hw4NZbmVIePocZeWsJafCKMsU077X5A93llT0o7G+H7LUnz2LZk RojPCmk2eSeJRzJy4Hdfo7ss6vNQnEw0A1ljctdkNm4FwmvbkSXu0JaQcBhO77tMBl L/RkgzlX0DiKYQ1Ke1MCahcR7ixlAofMxVbVyPX4dW1fXtkiH8245GxCqsft8isffK PYEGgrYC39KE4ntlJCdBa25woRdyB+L0WQXFVwCmDC2JmLQpAg8K0Yl0cqDZ9GmiCu 9vqChN9UowDnahlTMe7OxdhyRU5JHoustfpuNLnG1vrZgj3wjAtzwLEkwnktqYQQ3b SQClWCPmHYNTg== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4SGzx11fnHz6tn4; Fri, 27 Oct 2023 12:51:16 +0200 (CEST) From: Ihor Radchenko To: Eli Zaretskii Subject: Re: bug#66742: 30.0.50; transient-mark-mode is not enabled after re-dumping Emacs In-Reply-To: <83sf5we4gc.fsf@gnu.org> References: <8734xz2guk.fsf@localhost> <874jidd2ym.fsf@localhost> <837cn9h9ko.fsf@gnu.org> <87r0lhblje.fsf@localhost> <83zg05fs0y.fsf@gnu.org> <83y1fpfrtv.fsf@gnu.org> <87wmv8cu7c.fsf@localhost> <83sf5we4gc.fsf@gnu.org> Date: Fri, 27 Oct 2023 10:53:00 +0000 Message-ID: <87r0lgcp6b.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 66742 Cc: gerd.moellmann@gmail.com, 66742@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 (---) Eli Zaretskii writes: >> Is there a facility in place to do such re-evaluation? > > Yes, see custom-initialize-delay, and the code in startup.el that > supports it. According to Gerd M=C3=B6llmann, `custom-initialize-delay' does not work here. AFAIU, `transient-mark-mode' is already supposed to use it (see cus-start.el). --=20 Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 27 06:57:07 2023 Received: (at 66742) by debbugs.gnu.org; 27 Oct 2023 10:57:07 +0000 Received: from localhost ([127.0.0.1]:35225 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwKWY-0005zO-UW for submit@debbugs.gnu.org; Fri, 27 Oct 2023 06:57:07 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:40594) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwKWX-0005yu-0o for 66742@debbugs.gnu.org; Fri, 27 Oct 2023 06:57: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 1qwKVw-00083q-5m; Fri, 27 Oct 2023 06:56:28 -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=V3Q4w/x+1zQMgq/ckJ1veutTgSE5D9BLSB7bDP0wsKw=; b=duYmM1eNqL/mpJAnmNXh 1JN7QfZyLjgCAvZ8pdCqXVYVrJckzNbc+EnMRu1k1KSbwDn/9FjjjeEpYh/hBrPWhDE2h31k2BRBg uMKrCbuwKmzuVi2hicSpj37pC3sZ0n4YZSY3RezEatueAaYafefSUrw+Y7e775zr4ul+cfcshZTkN exg88MdDXNQ4scX8IWKx7t+5zvIDcbP7uVLUvBjIn962SpAh8M0iYGtkQhfiss/WO5uC9/i2hq7RB RgxbOAVECFmI6h05M76kGZUvulG16gVBn/7qnIM+gWrJnWQIVA3iA/Jdq64MtVtK0GRw/IMUzFFjF sWbAj6yJjp9ptA==; Date: Fri, 27 Oct 2023 13:56:40 +0300 Message-Id: <83il6se3kn.fsf@gnu.org> From: Eli Zaretskii To: Ihor Radchenko In-Reply-To: <87r0lgcp6b.fsf@localhost> (message from Ihor Radchenko on Fri, 27 Oct 2023 10:53:00 +0000) Subject: Re: bug#66742: 30.0.50; transient-mark-mode is not enabled after re-dumping Emacs References: <8734xz2guk.fsf@localhost> <874jidd2ym.fsf@localhost> <837cn9h9ko.fsf@gnu.org> <87r0lhblje.fsf@localhost> <83zg05fs0y.fsf@gnu.org> <83y1fpfrtv.fsf@gnu.org> <87wmv8cu7c.fsf@localhost> <83sf5we4gc.fsf@gnu.org> <87r0lgcp6b.fsf@localhost> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 66742 Cc: gerd.moellmann@gmail.com, 66742@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: Ihor Radchenko > Cc: gerd.moellmann@gmail.com, 66742@debbugs.gnu.org > Date: Fri, 27 Oct 2023 10:53:00 +0000 > > Eli Zaretskii writes: > > >> Is there a facility in place to do such re-evaluation? > > > > Yes, see custom-initialize-delay, and the code in startup.el that > > supports it. > > According to Gerd Möllmann, `custom-initialize-delay' does not work > here. AFAIU, `transient-mark-mode' is already supposed to use it (see > cus-start.el). It could be that re-dumping somehow defeats this mechanism, in which case we need to debug why it does. I didn't mean to say that custom-initialize-delay is a magic wand for this particular case, I just pointed to a feature that we already have which is supposed to handle these situations. If it doesn't work after re-dumping, it needs to be fixed or generalized to do so, or maybe we should come up with a similar but different feature. From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 27 07:00:24 2023 Received: (at 66742) by debbugs.gnu.org; 27 Oct 2023 11:00:24 +0000 Received: from localhost ([127.0.0.1]:35239 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwKZk-00066x-BW for submit@debbugs.gnu.org; Fri, 27 Oct 2023 07:00:24 -0400 Received: from mail-pf1-x42b.google.com ([2607:f8b0:4864:20::42b]:60510) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwKZh-00066h-6K for 66742@debbugs.gnu.org; Fri, 27 Oct 2023 07:00:22 -0400 Received: by mail-pf1-x42b.google.com with SMTP id d2e1a72fcca58-6b6f4c118b7so1920966b3a.0 for <66742@debbugs.gnu.org>; Fri, 27 Oct 2023 03:59:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1698404384; x=1699009184; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=Jco2WDx0sok75YplBmoHEMcJW87LqzN7H19q3zOuAUY=; b=UlXcr3bg6eT90aj9KKhJucBylsZv3xZ4C1Wan5V+OPFg1uI3yMK25TQiPsR/Z8ijdO 6H3+3x6MbS6QbJHegY9vvmxBmZwRe1CV0zsNBZHgpGxcObZ0bszqcXWvUpTzWV/6VLdq AUMeKlF1/UINnaUi0BhjK6fhLJ6ZWqDpm/sGwZ6poOzpOo/ncXMuUlYlMZ4R1JjzRi6O Y0nRYeYgCjm2UMIM9l4Dra0FrxnxA1CWhlqLH09C4Nv1mR5S8jo0rlmez7v/FHz1ZkKc 9g9jtxVP6pp0cuaPzdLcm1bZroHUK5gEknWuGl1uYoTqTqEMCTIfyJkPU0OFqY2nmmHd tfSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698404384; x=1699009184; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=Jco2WDx0sok75YplBmoHEMcJW87LqzN7H19q3zOuAUY=; b=pZSKBDXoBwv75BRWP1YPSbqiGGvqa3hgyx1K8//J+h8RvKjTASpWCr2HuHpb7fPmET TncsQSLcQEUZ5ifpF/w+fSN/t8Ljo3lW8uvBtaOKyBizuLQnzGwwKqfoj2mScPzA0op+ l/45TCdOaBbkWg/32WdNRUDSH2dNnqGErfR1rrIInnFyADpuTbPs7EEXrKYzHIay1sCm AeZcCMx42/G8jx3phzITwVMkfU3B10W6wnsNK9kIHFwAZMvabVS2SEQEDCViEjhslhA3 ooQlumgcX5jEhg8G0iL0jR7JRchb8XSPiY/Au8rA08DIGdHb0sJL8dCy9JmY0wKKaTJp 7SBw== X-Gm-Message-State: AOJu0YwP1W/bxignHLVKIPKSH5aCn66QQetAydLTPd4Nser2JSydZduK zoW8gxoyOPZGWojnteLchVDzE63yhMYXvkmx X-Google-Smtp-Source: AGHT+IFW28zGNhqJ5SJTkwj8xLFusbzZR0XaE29+3uV9lV6uZx1eZ8xptIffO42RjHWeDhtl14TO9w== X-Received: by 2002:a05:6a21:3b45:b0:159:6b5c:5653 with SMTP id zy5-20020a056a213b4500b001596b5c5653mr2366403pzb.37.1698404384004; Fri, 27 Oct 2023 03:59:44 -0700 (PDT) Received: from [192.168.0.234] ([152.168.142.156]) by smtp.gmail.com with ESMTPSA id p13-20020a17090a348d00b002609cadc56esm1109555pjb.11.2023.10.27.03.59.42 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 27 Oct 2023 03:59:43 -0700 (PDT) Message-ID: <3b7546df-7164-4c34-9602-7b59e395ee8f@gmail.com> Date: Fri, 27 Oct 2023 07:59:40 -0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#66742: 30.0.50; transient-mark-mode is not enabled after re-dumping Emacs Content-Language: en-US To: Ihor Radchenko , Eli Zaretskii References: <8734xz2guk.fsf@localhost> <874jidd2ym.fsf@localhost> <837cn9h9ko.fsf@gnu.org> <87r0lhblje.fsf@localhost> <83zg05fs0y.fsf@gnu.org> <83y1fpfrtv.fsf@gnu.org> <87wmv8cu7c.fsf@localhost> <83sf5we4gc.fsf@gnu.org> <87r0lgcp6b.fsf@localhost> From: Mauro Aranda In-Reply-To: <87r0lgcp6b.fsf@localhost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 66742 Cc: gerd.moellmann@gmail.com, 66742@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 (-) On 27/10/23 07:53, Ihor Radchenko wrote: > Eli Zaretskii writes: > >>> Is there a facility in place to do such re-evaluation? >> >> Yes, see custom-initialize-delay, and the code in startup.el that >> supports it. > > According to Gerd Möllmann, `custom-initialize-delay' does not work > here. AFAIU, `transient-mark-mode' is already supposed to use it (see > cus-start.el). Have you tried making custom-delayed-init-variables nil before the redumping thing? From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 27 07:07:40 2023 Received: (at 66742) by debbugs.gnu.org; 27 Oct 2023 11:07:40 +0000 Received: from localhost ([127.0.0.1]:35251 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwKgm-0006Iw-1e for submit@debbugs.gnu.org; Fri, 27 Oct 2023 07:07:40 -0400 Received: from mout01.posteo.de ([185.67.36.65]:39121) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwKgj-0006Ig-6h for 66742@debbugs.gnu.org; Fri, 27 Oct 2023 07:07:38 -0400 Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id F2E9C240027 for <66742@debbugs.gnu.org>; Fri, 27 Oct 2023 13:06:59 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1698404820; bh=ZX/3ADqUGJEfRjAO53zQpsc8SOOHa/CZ/HA60gcqLoM=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version: Content-Transfer-Encoding:From; b=QXw6sOsYRaDeNwqhC8Kf22PfRWJrmpjiaHiIpbX5eUq8yQSZmOMAWEInQEfXCEt8P H11S2hli71zymcFPi01iNGKziM6j2YHXySIpbALaLC0U3zEzx7RYcShZulG8TCrQZe N50yY9W0QT6yFWmtLZzfajEd/OwsKGFyorMYs34SQRus06lWTCEuw4kjtTQk9EHPU2 qdQX9QZcy6ny7+LcoOnlIc8yZqmnO5C63Ke0f5bHi2y5cjb0aT3MGqDund4MJHgB/x FlLsj5mQI+N7VDf9dHNzMFijZeSWeg/TEsq+Zrg4+M9pHsenflN5Zo3rEkysdxYZO1 Suz23F1HIw/0g== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4SH0H73tQQz6tvv; Fri, 27 Oct 2023 13:06:59 +0200 (CEST) From: Ihor Radchenko To: Mauro Aranda Subject: Re: bug#66742: 30.0.50; transient-mark-mode is not enabled after re-dumping Emacs In-Reply-To: <3b7546df-7164-4c34-9602-7b59e395ee8f@gmail.com> References: <8734xz2guk.fsf@localhost> <874jidd2ym.fsf@localhost> <837cn9h9ko.fsf@gnu.org> <87r0lhblje.fsf@localhost> <83zg05fs0y.fsf@gnu.org> <83y1fpfrtv.fsf@gnu.org> <87wmv8cu7c.fsf@localhost> <83sf5we4gc.fsf@gnu.org> <87r0lgcp6b.fsf@localhost> <3b7546df-7164-4c34-9602-7b59e395ee8f@gmail.com> Date: Fri, 27 Oct 2023 11:08:43 +0000 Message-ID: <87lebocog4.fsf@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 66742 Cc: gerd.moellmann@gmail.com, Eli Zaretskii , 66742@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 (---) Mauro Aranda writes: > > According to Gerd M=C3=B6llmann, `custom-initialize-delay' does not wo= rk > > here. AFAIU, `transient-mark-mode' is already supposed to use it (see > > cus-start.el). > > Have you tried making custom-delayed-init-variables nil before the > redumping thing? I tried (message ":: %S" custom-delayed-init-variables) (setq custom-delayed-init-variables nil) (dump-emacs-portable "/tmp/emacs-dumped-2.dmp") But (message ":: %S" custom-delayed-init-variables) outputs :: t , which means that ./src/emacs -Q --batch -l ~/Downloads/dump2.el=20=20 already processed all the `custom-delayed-init-variables' prior to dumping. --=20 Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at , or support my work at