> Debugger entered--Lisp error: (error "Required feature `diary-
> loaddefs' was not provided")

>
> Am 07.08.2008 um 16:59 schrieb Rainer Stengele:
>

>> Debugger entered--Lisp error: (error "Required feature
>> `diary-loaddefs' was not provided")

>
> For some time this was a general issue. Since months (middle of March
> for me) it should not happen (although I still saw others mentioning the
> same). Glenn Morris then suggested to 'make maintainer-clean' followed
> by 'make bootstrap'. He added that "ediff-hook had a paren typo at
> present."

> Date: Fri, 08 Aug 2008 23:49:06 +0200
> From: Rainer Stengele
> Cc: Peter Dyballa , help-gnu-emacs@gnu.org,
> Rainer Stengele
>
> Lennart Borgman (gmail) schrieb:

>> Peter Dyballa wrote:

>>>
>>> Am 07.08.2008 um 16:59 schrieb Rainer Stengele:
>>>

>>>> Debugger entered--Lisp error: (error "Required feature
>>>> `diary-loaddefs' was not provided")

>
> no - same error in the latest version "GNU Emacs 23.0.60.1
> (i386-mingw-nt5.1.2600) of 2008-08-08 on LENNART-69DE564 (patched)"

> Date: Sat, 09 Aug 2008 23:05:47 +0200
> From: Rainer Stengele
> CC: help-gnu-emacs@gnu.org
>
> C:\Dokumente und Einstellungen\Rainer>c:\Emacs23\emacs\bin\emacs -q
> -batch -f list-load-path-shadows
> Adding c:/Emacs23/EmacsW32/lisp/ to load-path
> This site has duplicate Lisp libraries with the same name.
> If a locally-installed Lisp library overrides a library in the Emacs
> release,
> that can cause trouble, and you should probably remove the locally-installed
> version unless you know what you are doing.
>
> c:/Emacs23/emacs/lisp/vc-dav hides c:/Emacs23/emacs/lisp/url/vc-dav
>
> 1 Emacs Lisp load-path shadowing was found

>>> C:\Dokumente und Einstellungen\Rainer>c:\Emacs23\emacs\bin\emacs -q -batch -f list-load-path-shadows
>>> Adding c:/Emacs23/EmacsW32/lisp/ to load-path
>>> This site has duplicate Lisp libraries with the same name.
>>> If a locally-installed Lisp library overrides a library in the Emacs
>>> release,
>>> that can cause trouble, and you should probably remove the locally-installed
>>> version unless you know what you are doing.
>>>
>>> c:/Emacs23/emacs/lisp/vc-dav hides c:/Emacs23/emacs/lisp/url/vc-dav
>>>
>>> 1 Emacs Lisp load-path shadowing was found

>
> Thanks Rainer,
>
> That is probably something left over from an older installation of
> Emacs. Could you perhaps try to delete or rename the c:/Emacs23/
> directory and install Emacs...

>> Thanks Rainer,
>>
>> That is probably something left over from an older installation of
>> Emacs. Could you perhaps try to delete or rename the c:/Emacs23/
>> directory and install Emacs again?

>
> Yep.
>

>>> You should take care of this, but I don't think it's related to your
>>> original problem.

>> It is a bit related to the installer for Emacs+EmacsW32 that I
>> distribute. I have written it so that it does not delete the old Emacs
>> tree, but I think that is a mistake.
>>
>> I think I will let it delete the emacs directory before installation. It
>> should be (rather) safe since a user should not put files there.
>>
>> Any thoughts on this?

> ...

>Giorgos Keramidas wrote:

>> I don't really know much about the internals of the Windows
>> installers of the packaging system of Windows, but let me describe an
>> idea that may be useful.
>>
>> You could modify the installer to
>>
>> (1) perform pre-installation checks. When it finds an existing
>> installation it can prompt the user that "An existing Emacs
>> installation has been found. Please uninstall it first, and rerun
>> this installer."
>>
>> (2) Only remove the files that the installer itself added to the
>> system (i.e. by using some sort of "packaging list").

>
> Thanks for the suggestions. I think they are reasonable and
> good. However the installer that I am using (Inno Setup, it is very
> good) does not have this possibility during reinstallation. You have
> to uninstall before installing to get this effect. ...