Hin und wieder nutze ich mein altes 2005
PE noch. Irgendwann, vermutlich nach Installation anderer Software, bei der plötzlich Teile vom Visual Studio mitinstalliert worden sind, tauchten beim Starten von Delphi die oben angegebenen Probleme auf.
Nach etwas weitersuchen habe ich
hier folgende Lösung gefunden:
Code:
Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOT\
CLSID\{E722CD58-9D56-4A4B-9395-8456FE843B71}]
@="DExplore Application Object" "AppID"="{E722CD58-9D56-4A4B-9395-8456FE843B71}"
[HKEY_CLASSES_ROOT\
CLSID\{E722CD58-9D56-4A4B-9395-8456FE843B71}\DefaultIcon]
@="\"C:\\Program Files\\Common Files\\Microsoft Shared\\Help 8\\dexplore.exe\", 1200"
[HKEY_CLASSES_ROOT\
CLSID\{E722CD58-9D56-4A4B-9395-8456FE843B71}\LocalServer32]
@="\"C:\\Program Files\\Common Files\\Microsoft Shared\\Help 8\\dexplore.exe\""
[HKEY_CLASSES_ROOT\
CLSID\{E722CD58-9D56-4A4B-9395-8456FE843B71}\ProgID]
@="DExplore.AppObj.8.0"
[HKEY_CLASSES_ROOT\
CLSID\{E722CD58-9D56-4A4B-9395-8456FE843B71}\Programmable]
@=""
[HKEY_CLASSES_ROOT\
CLSID\{E722CD58-9D56-4A4B-9395-8456FE843B71}\TypeLib]
@="{DB7A405D-208F-4e88-BA0A-132ACFA0B5B6}"
[HKEY_CLASSES_ROOT\
CLSID\{E722CD58-9D56-4A4B-9395-8456FE843B71}\Version]
@="8.0"
[HKEY_CLASSES_ROOT\
CLSID\{E722CD58-9D56-4A4B-9395-8456FE843B71}\VersionIndependentProgID]
@="DExplore.AppObj"
Für ein deutsches Windows gilt entsprechend:
Code:
Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOT\
CLSID\{E722CD58-9D56-4A4B-9395-8456FE843B71}]
@="DExplore Application Object" "AppID"="{E722CD58-9D56-4A4B-9395-8456FE843B71}"
[HKEY_CLASSES_ROOT\
CLSID\{E722CD58-9D56-4A4B-9395-8456FE843B71}\DefaultIcon]
@="\"c:\\Programme\\Gemeinsame Dateien\\Microsoft Shared\\Help 8\\dexplore.exe\", 1200"
[HKEY_CLASSES_ROOT\
CLSID\{E722CD58-9D56-4A4B-9395-8456FE843B71}\LocalServer32]
@="\"C:\\Programme\\Gemeinsame Dateien\\Microsoft Shared\\Help 8\\dexplore.exe\""
[HKEY_CLASSES_ROOT\
CLSID\{E722CD58-9D56-4A4B-9395-8456FE843B71}\ProgID]
@="DExplore.AppObj.8.0"
[HKEY_CLASSES_ROOT\
CLSID\{E722CD58-9D56-4A4B-9395-8456FE843B71}\Programmable]
@=""
[HKEY_CLASSES_ROOT\
CLSID\{E722CD58-9D56-4A4B-9395-8456FE843B71}\TypeLib]
@="{DB7A405D-208F-4e88-BA0A-132ACFA0B5B6}"
[HKEY_CLASSES_ROOT\
CLSID\{E722CD58-9D56-4A4B-9395-8456FE843B71}\Version]
@="8.0"
[HKEY_CLASSES_ROOT\
CLSID\{E722CD58-9D56-4A4B-9395-8456FE843B71}\VersionIndependentProgID]
@="DExplore.AppObj"
Diesen Inhalt in eine .reg Datei kopiert und ausführt, dann lief bei mir wieder alles, wie es sein sollte. Der Start ist fehlerfrei und die F1-Taste geht auch wieder. Es werden die Schlüssel für die Help Version 8.0 wieder eingetragen, die vermutlich zuvor bei der Installation einer neuen 9.0er Help Version gelöscht worden sind.
Der Tip
hier hat bei mir nicht funktioniert. Hier wird auf einen vorhandenen, vergleichbaren Eintrag der Help Version 7.0 umgelenkt, womit aber Delphi 2005 wohl nicht zurecht kommt, so dass die Fehlermeldung bei mir bestehen blieb. Der eigentliche Tip besteht darin, in HKEY_CLASSES_ROOT\AppID\dexplore.exe den Schlüssel AppID = {4A79114D-19E4-11d3-B86B-00C04F79F802} zu setzen, der auf die entsprechenden Einträge der 7.0er Help Version zeigt.
Mittlerweile ist im Dateisystem eben auch eine 9.0er Help Version vorhanden (die, die vermutlich die 8.0er aus der Registry rausgeschmissen hat), so dass es sich lohnt mal auszuprobieren, ob sie mit Delphi 2005 läuft. Der Registry Eintrag dafür ist:
Code:
HKEY_CLASSES_ROOT\AppID\dexplore.exe
AppId = {1F69F884-285E-418E-9715-B9EEE402DD5F}
Siehe da, das funktioniert bei mir auch, auch wenn man obige Registry Einträge für die 8.0er Hilfe wieder löscht. Interessanterweise wird immer, egal ob die 7.0er Hilfe per Start Menü oder die 8.0er oder 9.0er Hilfe per Registry Anpassung aufgerufen wird, in der Info... der "Microsoft Document Explorer 7.0" angezeigt. Das widerspricht eigentlich allem obigen, aber wer was wann wohin umgelenkt, ist mir nun mittlerweile weitgehend egal.