![]() |
Re: TurboMerger - Turbo Explorer "Studio" bauen -
Zitat:
(btw, ich wette Andy hat eine elegantere Lösung gefunden. Ich wollte gestern D.Net ausprobieren und habe nach 3 Minuten rumfriemeln einfach aufgegeben die GUIDs gepatcht :mrgreen: ) |
Re: TurboMerger - Turbo Explorer "Studio" bauen -
Okay, wenn das verboten ist: forum.dsdt.info, und da ist jemand, der einen link da gepostet hat (das sieht so aus, als ob er andeuten will, dass er es gemacht hat...)
EDIT und wenn das verboten ist, dann weiß ich es auch nicht mehr... |
Re: TurboMerger - Turbo Explorer "Studio" bauen -
Zitat:
|
Re: TurboMerger - Turbo Explorer "Studio" bauen -
Zitat:
Sig.: Andreas aka AHUser aka jbg |
Re: TurboMerger - Turbo Explorer "Studio" bauen -
Oo satimmt der link war ja von sf.net und hab gedacht, dass das ein anderer download link als der auf seiner website wäre, ABER einfach google verwenden und man hats schnell^^
|
Re: TurboMerger - Turbo Explorer "Studio" bauen -
Meine Güte was machst du denn hier für ein Palawer (schreibt man das so? *g*).
Einfach dem Autor eine PN mit der Bitte schicken und schon hat man seine Version. |
Re: TurboMerger - Turbo Explorer "Studio" bauen -
Gibts diese Datei irgendwo zum download?
Der Sourceforge link den man überall sieht funkt nicht! Oder kann mir des jemand an skyquaker@googlemail.com senden ? Danke |
Re: TurboMerger - Turbo Explorer "Studio" bauen -
so, mich hat es auch erwischt. bei ungefähr dem 2. start nach installation des MergedStudios hat Windows die Hufe hochgerissen. Es gab einen BlueScreen, welcher nach 1ms wieder verschwand. Die Wiederherstellungskonsole half nicht. Es musste eine Neuinstallation sein.
Im Vorfeld gab es keine Fehler, und mein System war aktuell. |
Re: TurboMerger - Turbo Explorer "Studio" bauen -
Das tut mir leid für Dich, aber es bestätigt mich in der Haltung, den Link hier vorerst nicht zu veröffentlichen, solange wir von Andreas nichts Gegenteiliges hören.
|
TurboMerger - Turbo Explorer "Studio" bauen - wie
Hallo,
ich konnte es einfach nicht lassen... :-D Nachmachen auf eigene Gefahr! Nachdem irgendjemand meinte, mit dem Patchen von GUIDs (ProductCode, UpgradeCode) sei eine Installation möglich habe ich dies probiert. Hilfreich dabei ist das Tool Orca (Bestandteil des kostenlosen ![]() Zunächst habe ich TurboDelphi installiert (GUID: xxxxxx0002-xxxx-xxxx-xxxx-xxxxxxxxxxx) Dies installiert etwa 10000 Dateien und fügt 13000 Registry Einträge hinzu. Die Installation von C# (GUID 0003) wird dann jedoch gleich verweigert, weil TurboDelphi bereits gefunden wurde. Das Ändern von ProductCode und UpgradeCode allein nützt also nichts. Das zusätzliche Umbenennen des Schlüssels HKLM\Software\Borland brachte jedoch den erwünschten Erfolg. Tip: den Schlüssel exportieren und dann löschen. So kann später das Zeug wieder importiert werden. C# belastet das System mit 700 Dateien und nochmal 2500 Registry Einträgen. Also erneut: Schlüssel exportieren und löschen und Delphi.NET installieren (GUID 0001). Es fängt an Spaß zu machen :-) 3000 Dateien und 3200 Registry Einträge machen mein System langsam. Der größte Brocken C++ zum Schluss nach dem gleichen System (GUID 0004). Mit 7000 Dateien und 2700 Registries und mein Virtual PC stößt langsam an seine Grenzen. Am Ende hat man nun 3 Borland REG Dateien und einen aktiven Borland REG Eintrag. Da sich der Inhalt nicht sonderlich unterscheidet, aber manche Programme andere Unterschlüssel mitbringen, einfach alles doppelklicken und eintragen. So, jetzt muss das ganze nur noch in ein Programm umgesetzt werden. Da ich gar kein Delphi programmieren kann :wall: muss mir das jemand abnehmen. Das Ändern der GUIDs lässt sich mit einigem Mehraufwand (verglichen zu Orca) auch nach der Installation noch in der Registry durchführen. Zum Exportieren würde ich direkt REGEDIT /E verwenden. Warum etwas neu schreiben, was es schon gibt? Der Eintrag kann mit der REG Datei
Delphi-Quellcode:
und REGEDIT /S entfernt werden. Das Eintragen aller erzeugten REG Dateien am Ende ebenfalls mit REGEDIT /S.
Windows Registry Editor Version 5.00
[-HKLM\Software\Borland] Hinweis: es sollte klar sein, dass beim nachträglichen Ändern der GUIDs in der Registry das Setup die installierten Komponenten natürlich nicht mehr erkennt, d.h. es lassen sich nachträglich keine Optionen mehr ändern. Also gleich 100% auf die Platte hauen - heutzutage muss man ja nicht mehr geizig sein. Borland schreibt noch: ApplicationSettings.xml könnte zu "assembly version errors" führen. Keine Ahnung. Jetzt noch ein :cheers: und das :coder: kann losgehen. Ich werde mich zuerst mal am Borland C# probieren. Der InitializeComponent() Code ist genau gleich schlecht aufgebaut wie in den MS Produkten: keine Möglichkeit der Sprachänderung zur Laufzeit. Aber das wird jetzt OT... Alle Programme ließen sich starten. C#, C++ und Delphi.NET Hello World haben wunderbar funktioniert. Zur Sicherheit mal einen Systemwiederherstellungspunkt erzeugen. Ein Neustart von Windows ergab keinen Absturz. Auch der mehrfache Start von Programmen führte bisher zu keinem Absturz. MfG Thomas |
Alle Zeitangaben in WEZ +1. Es ist jetzt 13:55 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz