[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: custom-reevaluate-setting / custom-initialize-delay

From: Glenn Morris
Subject: Re: custom-reevaluate-setting / custom-initialize-delay
Date: Tue, 23 Feb 2010 13:04:33 -0500
User-agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/)

David Reitter wrote:

> There's a bug

Bugs reported to the bug list are much less likely to be

>  in the initialization customization variables when this
>  initialization is delayed using `custom-initialize-delay' function.
> These get init'd during dumping rather than at run-time.

This can't be the whole story, because this works (current trunk and
23.1 on GNU/Linux):

emacs -Q
C-h v temporary-file-directory     -> "/tmp/"

TMPDIR=/var/tmp/ emacs -Q
C-h v temporary-file-directory     -> "/var/tmp/"

> A symptom of this is that `send-mail-function' is always set to
> `sendmail-send-it', because `window-system' is not available during
> dumping.

I think this is specific to send-mail-function, as the only (?) user
of custom-initialize-delay where the defining file is not preloaded,
but rather the defcustom is autoloaded. There is already some attempt
at a manual workaround for that in sendmail.el, but I guess it doesn't
work. If the definition of send-mail-function is moved to startup.el,
it works fine.

send-mail-function's default value probably shouldn't be based on
window-system anyway, now that X and tty frames can be mixed (though I
don't know if this works on Windows/Nextstep). I think
mailclient-send-it itself should check window-system and call
sendmail-send-it if it is nil.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]