Delphi Tokyo und 2009 Registrierungsschlüssel sichern

[himitsu]

Das MigrationsTool und das manuelle Sichern des VersionsPfades der Registry sollten egal sein, da dort nur die versionsabhängigen Einstellungen gespeichert/migriert werden.

Das Problem sind aber die gemeinsamen Einträge, die registrierten Dateierweiterungen und alles Andere wo Delphi versionsunabhängig die selben Pfade/Schlüssel nutzt.
Da ist es "oftmals" zwar egal wer das nimmt, aber es macht sich meistens besser, wenn es die aktuellste Version gemacht hat.
Das gilt auch für den bei Windows registrierten Debugger, wenn er von extern (nicht manuell aus der IDE) gestartet wird.
Auch registrierte ActiveX-Komponenten und Dergleichen.

PS: Im Grunde will man da ja eigentlich nicht immer das Letzte, sondern sein Hauptentwicklungssystem zuletzt/aktiv haben.

ABER, man kann die Einstellungen sichern, und dann alle Delphi deinstallieren, in gewünschter Reihenfolge neu installieren und dann die Einstellungen wieder importieren.
Oder man irgnoriert es einfach und installiert eben doch einfach das Ältere zuletzt. (das runter und neu rauf kann man später immernoch machen)

[KodeZwerg]

Hey Danke für den Hinweis. Ich ignoriere das ja nicht, ich wusste bei Installation von Delphi nur noch nicht das ich irgendwann zweigleisig fahren würde.
Okay, ich werde es einmal mit der ignorier Methode + die andere Vorschläge integriert probieren, da Tokyo ja eh drauf ist, wenn es schiefgeht weiß ich Bescheid und deinstalliere alle Delphis und fange ganz von vorne an, hab ja selber Schuld das ich bei Erst-Installation nicht so weit in die Zukunft blicken konnte.

edit

Zitat:

Zitat von himitsu (Beitrag 1401604)

Das Problem sind aber die gemeinsamen Einträge ......

Hättest Du dafür eventuell einen Link wo ich die gemeinsamen Keys und Verzeichnisse/Dateien erfahre?
Da könnt ich ja vor der D2009 installation noch mehr backupen.

[himitsu]

Am Einfachsten in die Dokumentation schauen.
Alles hab ich jetzt auch nicht im Kopf.
https://msdn.microsoft.com/de-de/lib...(v=vs.85).aspx
https://msdn.microsoft.com/de-de/lib...(v=vs.85).aspx
http://www.winfaq.de/faq_html/Conten...?h=tip0002.htm

HKEY_CURRENT_USER ist auch nur virtuell und kommt aus dem Unterverzeichnis in HKEY_USERS des aktiven Benutzers.
HKEY_CURRENT_CONFIG das Gleiche.
Sogar einige Unterverzeichnisse wie HKEY_CLASSES_ROOT\CLSID sind nochmal umgeleitet.
Einiges sind nur Umleitungen, manches sind gemerged aus zwei/mehreren Pfaden.

Du kannst sogar eigene Umleitungen einrichten.
z.B. falls du gaaaaaanz viele Daten in die Registry packst, dann kannst du deinen Zweig in eine eigene Datei umleiten/auslagern.

Im Dateisystem gibt es davon auch mehreres, wie z.B. Desktop und Startmenü sind umgeleitet+gemerged.
Und dann gibt es noch viele Pfade mit zusätzlichen "Alias" ala C:\Programme was seit vielen Jahren nur ein Link ist und auf C:\Programs zeigt (Das Dateisystem ist immer englisch, da es zu viele saudämliche Programmierer gab, die Pfade in ihren Programmen hartcodiert hatten und es dann in anderssprachigen Windowsen knallte)

Auch in der Registry gibt es Umleitungen wir im Dateisystem, also wie z.B. in 32-Bit-Anwendung bei Zugriff C:\Windows\System32 nach SysWOW64.
https://msdn.microsoft.com/en-us/lib...(v=vs.85).aspx
ReflectionKey > systemabhängige Umleitung
LoadKey > Weiterleitung / Link