DDevExtension und DelphiSpeedUp für D2007?

[Achim Kalwa]

Hallo *

kann man eigentlich die DDevExtensions und DelphiSpeedUp auch mit D2007 verwenden? Das "SpeedUp" ist ja bei D2007 nicht mehr ganz so wichtig; die IDE startet schon enorm schneller als D2006. Aber die DDevExtensions vermisse ich doch sehr, insbesondere
- den Component Selector
- File Cleaner
- Compile Progress
- Old Palette.

Andreas, hast Du ein Update dieser wirklich hervorragenden Tools in Planung?

TIA
Achim

[Bernhard Geyer]

Nach den Aussagen von Codegear müßte ein für D2006 compilierte BPL auch unter D2007 funktionieren.

[Achim Kalwa]

Zitat:

Zitat von Bernhard Geyer

Nach den Aussagen von Codegear müßte ein für D2006 compilierte BPL auch unter D2007 funktionieren.

Grundsätzlich ja. Aber ich habe auch irgendwo gelesen, dass sich das ToolsAPI mal wieder geändert hat. Das könnte zu Problemen führen.

Leider kann ich das nicht ausprobieren, denn sowohl DDevExtension als auch DelphiSpeedUp liegen "nur" als Installationspaket vor. Dieses erkennt D2007 aber nicht; die DLLs werden weder extrahiert noch installiert.

Achim

[jbg]

Zitat:

Grundsätzlich ja. Aber ich habe auch irgendwo gelesen, dass sich das ToolsAPI mal wieder geändert hat.

Die ToolsAPI ist für DelphiSpeedUp uninteressant, da es sich direkt in die Import-Tabelle der BPLs und DLLs einklingt. Und DDevExtensions nutzt die ToolsAPI auch nicht wirklich, da man damit einfach zu wenig machen kann. Deswegen hängt sich DDevEx in die IDE Packages direkt rein, was natürlich bei Änderungen der IDE eine Menge an Neuprogrammierungen erfordert.

Zitat:

Dieses erkennt D2007 aber nicht; die DLLs werden weder extrahiert noch installiert.

Extrahiert werden die Dateien schon und zwar in den TEMP Ordner. Ich rate aber davon ab die Delphi 2006 Version in Delphi 2007 einzusetzen. Lieber ein paar Stunden oder bis morgen Nacht warten (je nachdem wie weit ich heute komme) und dann ein auf Delphi 2007 zugeschnittenes DelphiSpeedUp installieren. Für DDevExtensions brauche ich länger (auch wenn es mir auch schon abgeht: Unit-Auswahldialog)

[jbg]

DelphiSpeedUp for Delphi 2007 ist jetzt fertig und kann hier heruntergeladen werden. All zu viel mehr an Geschwindigkeit bekommt man nicht, da Delphi 2007 schon viele der Tricks und Optimierungen von DelphiSpeedUp enthält. Die FastCode Bibliothek kann auch nur noch durch die Prozessor spezifische Optimierungen punkten.

Wer will kann hier gerne Benchmarks posten, so dass ich sehe, ob sich die weitere Entwicklung von DelphiSpeedUp noch lohnt, oder ob ich mich anderen Themengebieten widmen kann (DDevExtensions bräuchte mal wieder ein wenig Pflege).

[jbg]

Diejenigen, die die Datei bereits heruntergeladen haben werde ihr Wunder erleben. Entweder habe ich einen Fehler in meinem Build-System oder der Delphi 2007 Compiler nimmt tatsächlich die RTL von Delphi 6.Ich bin noch auf der Suche nach der Ursache...

[jbg]

Der Fehler ist gefunden. Beim Konvertieren der .bdsproj Datei in eine .dproj Datei habe ich (dummerweise) den LIBSUFFIX gesetzt. Da ich aber ein und diesselbe DPK Datei zum kompilieren benutze und danach die Dateien umbenenne, wurde mir jedesmal die DelphiSpeedUpLoader105.bpl mit der zuletzt kompilierten Version überschrieben. In diesem Fall Delphi 6, da Delphi 5 eine eigene DPK Datei hat.

Wer bereits die Fehlermeldung "RTL60.BPL wurde nicht gefunden." bekommen hat, muss in der Registry unter HKEY_CURRENT_USER\Software\Borland\BDS\5.0\Disable d Packages" den Eintrag für den DelphiSpeedUpLoader herausnehmen. Ansonsten startet DelphiSpeedUp erst recht spät im IDE-Start.

[Kevin]

Hallo Andreas,

bekomme bei der 2.45 für BDS2006 folgenden Fehler bei der Installation:

Zitat:

---------------------------
InstallDelphiSpeedUp10.exe - Einsprungpunkt nicht gefunden
---------------------------
Der Prozedureinsprungpunkt "@Dwmapi@initialization$qqrv" wurde in der DLL "rtl100.bpl" nicht gefunden.
---------------------------
OK
---------------------------

[Daniel]

Zitat:

Zitat von jbg

Wer will kann hier gerne Benchmarks posten, so dass ich sehe, ob sich die weitere Entwicklung von DelphiSpeedUp noch lohnt, oder ob ich mich anderen Themengebieten widmen kann (DDevExtensions bräuchte mal wieder ein wenig Pflege).

Hast Du einen Tipp für aussagekräftige Benchmarks für mich? Oder ist's ganz einfach nur Delphi starten und die Zeit stoppen?

[jbg]

Zitat:

Zitat von Kevin

Hallo Andreas,

bekomme bei der 2.45 für BDS2006 folgenden Fehler bei der Installation:

Den kenne ich bereits. Nur habe ich hier gerade keinen DelphiSpeedUp Code. Die BDS 2006 Benutzer müssen sich also noch mindestens 8 Stunden mit der alten Version herumschlagen.

Grund für den Fehler:
BDS 2006 nutzt seit der Installation von Delphi 2007 nun die Delphi 2007 RTL und VCL. Soviel zu "non-breaking release". Klar der Delphi 2007 Compiler schluckt die DCUs von BDS 2006, aber BDS 2006 kann seine eigenen DCUs nicht mehr benutzen wenn nicht Delphi 2007 auf dem selben System installiert ist.
Da muss ich wohl ein paar Stunden investieren um dafür eine Lösung zu finden.

[Kevin]

Danke, Andreas, für die schnelle Antwort. Und für Deine Mühe. Viel Erfolg bei der Lösungssuche. Hab ja noch die 2.41, somit ist Warten eh kein Problem :thumb:

[jbg]

Ich mich gerade dafür entschieden die 2.45 für alle Versionen außer Delphi 2007 zurückzuziehen.

Für Delphi 5 habe ich noch schlechtere Nachrichten: Neuere DelphiSpeedUp Versionen werden wohl kein Delphi 5 mehr unterstützen. Ich habe bereits 3 Stunden damit verbracht die Schutzverletzung, die beim Starten der IDE mit DelphiSpeedUp auftritt zu lokalisieren. Das war aber vergebens. Wenn der Fehler nicht (durch Zufall) von alleine weg geht, werde ich den ohnehin schon sehr komplizierten Delphi 5 Support einstellen. Dadurch könnte ich über 100 IFDEFs aus dem Code schmeißen, was der Lesbarkeit sehr zu gute kommen würde.

[jbg]

Also es ist nicht Delphi 2007 das mein System "zerschossen" hat, sondern meine Debug-RTL/VCL die nun nicht mehr richtig funktioniert.

[Achim Kalwa]

Hallo Andreas,

Zitat:

Zitat von jbg

Für Delphi 5 habe ich noch schlechtere Nachrichten: Neuere DelphiSpeedUp Versionen werden wohl kein Delphi
5 mehr unterstützen.

Ich hatte gerade die Idee, anhand der Download-Zahlen darauf zu schließen, wie stark das Interesse an den einzelnen Version ist. Aber dann ist mir eingefallen, dass DelphiSpeedup für alle Delphi-Versionen in einem Setup vereint sind :-(

Wenn Du die D5-Unterstützung rauswirfst, ist das für mich(!) kein Problem. Ich habe D7, D10 und D10½ im Einsatz. :-)

Vielen Dank für Deine unermüdlichen Anstrengungen, die Delphi IDE zu verbessern. Ich freue mich auf Deinen Vortrag bei den Delphi-Tagen!

Achim

[jbg]

Zitat:

Zitat von kalwados

Ich freue mich auf Deinen Vortrag bei den Delphi-Tagen!

Da muss ich dir die Freude nehmen. Ich kann leider nicht kommen.

[jbg]

Zitat:

Zitat von jbg

Für Delphi 5 habe ich noch schlechtere Nachrichten: Neuere DelphiSpeedUp Versionen werden wohl kein Delphi 5 mehr unterstützen. Ich habe bereits 3 Stunden damit verbracht die Schutzverletzung, die beim Starten der IDE mit DelphiSpeedUp auftritt zu lokalisieren. Das war aber vergebens.

Ich habe den Fehler doch noch gefunden. Borland/CodeGear hat von Delphi 5 nach Delphi 6 die Aufrufkonvention von System.@GetDynMethod geändert. Statt den Index über das BX-Register in die Funktion zu reichen, wird das ab Delphi 6 im SI-Register gemacht (was übrigens die Codegröße verringert, da die PUSH EBX/POP EBX Befehle nun nicht mehr bei jedem dynamischen Methoden Aufruf eingefügt werden müssen, sondern in den GetDynMethod Funktion stehen)

[jbg]

Für alle die es nicht abwarten können bis DDevExtensions für Delphi 2007 verfügbar ist, habe ich nun mein Build-System derart abgeändert, dass nach jedem erfolgreichen Build der aktuelle Snapshot auf meinen Server geladen wird.

http://andy.jgknet.de/dspeedup/builds/

Die Nutzung der Builds ist auf eigene Gefahr. Diese können Bugs enthalten oder (wenn ich einen schlechten Tag hatte) auch Daten zerstören.

[Achim Kalwa]

Zitat:

Zitat von jbg

Für alle die es nicht abwarten können bis DDevExtensions für Delphi 2007 verfügbar ist, habe ich nun mein Build-System derart abgeändert, dass nach jedem erfolgreichen Build der aktuelle Snapshot auf meinen Server geladen wird.

Vielen Dank!
Endlich ist mein D2007 wieder "bedienbar".

Es gab ein kleines Problem bei der Installation unter Vista. Zunächst habe ich InstallDDevExtensions.exe als Benutzer mit Admin-Rechten ausgeführt; kein Problem.

Unter Vista arbeite ich auch -- wie bei XP -- mit einem extra Benutzerkonto. Dort lies sich InstallDDevExtensions.exe erst einmal nicht ausführen, es verlangt nach dem Admin-Password, um dann als Admin ausgeführt zu werden. Auf diese Art und Weise gelangen niemals die beiden DLL-Dateien ins Zielverzeichnis des aktuellen Benutzers
C:\Users\Benutzername\AppData\Roaming\DDevExtensio ns

Ursache ist die Zeichenfolge "Install" im Namen der Exe-Datei. Wenn ich Datei umbenenne, z.B. in Inst_DDevExtensions.exe, dann kann ich die Installation auch als "normaler" Anwender durchführen.

Happy Coding!
Achim

[jbg]

Zitat:

Zitat von kalwados

Ursache ist die Zeichenfolge "Install" im Namen der Exe-Datei.

So viel zu den Annahmen von Microsoft über alle Programme der Welt.

[Robert Marquardt]

Erinnert einen lebhaft an die Sonderbehandlung fuer Setup.exe bei der Abfrage der Windowsversion unter XP.

[Achim Kalwa]

Zitat:

Zitat von Robert Marquardt

Erinnert einen lebhaft an die Sonderbehandlung fuer Setup.exe bei der Abfrage der Windowsversion unter XP.

Hallo Robert,
bitte erklären!

Danke,
Achim

[Robert Marquardt]

Unter Windows XP bekommt ein Programm das Setup.exe heisst eine falsche Windows-Version vorgelogen (vielleicht war es auch Windows 2000 da muss ich mal nachschauen).