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

[Glenn Morris]

David Reitter wrote:

> There's a bug

Bugs reported to the bug list are much less likely to be
forgotten/overlooked...

>  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.