DelphiSpeedUp 2.8 ( 2009-12-01 ) - Delphi 5 bis 2007

[jbg]

DelphiSpeedUp Version 2.8 ( 2009-12-01 )
Download


Die DelphiSpeedUp ist ein Delphi Plugin, das die gesamte Delphi IDE beschleunigt. Der Compiler wird davon nicht unbedingt schneller, aber Delphi lädt schneller und alle Operationen in der IDE sind auch flüssiger.

Das Plugin ersetzt einige RTL Funktionen zur Laufzeit (also im Speicher) durch Funktionen aus dem FastCode Projekt. Des weiteren werden die TList Methoden durch schnellere ersetzt, und FastObj kommt zum Einsatz, womit die Erstellung und Zerstörung von Objekten durch Cachen des Speicherbereichs beschleunigt wird.

[jbg]

Zitat von Shivan:

ok ok stop stop... hier ist der Bug für Delphi 6.02:
1. Projekt entpacken und öffnen.
Mainform wird angezeigt. Alles bestens.
2. Nun Datei "Alle Schließen".
3. Nun Datei --> Neu öffnen und dort wieder das Project1 auswählen.

und KABOOM Schutzverletzung in DelphiSpeedup6.dll

Das kann ich nicht nachvollziehen. Ich musste aber auch dein Beispiel-Projekt bearbeiten, damit es kompiliert. Ich besitze nun mal nicht all deine Units. Und woher kommt denn bitte schön die TXPMan Komponente? Du verwendest doch nicht den ThemeManager in Delphi 7.

[Shivan]

Zitat von jbg:

Zitat von Shivan:

ok ok stop stop... hier ist der Bug für Delphi 6.02:
1. Projekt entpacken und öffnen.
Mainform wird angezeigt. Alles bestens.
2. Nun Datei "Alle Schließen".
3. Nun Datei --> Neu öffnen und dort wieder das Project1 auswählen.

und KABOOM Schutzverletzung in DelphiSpeedup6.dll

Das kann ich nicht nachvollziehen. Ich musste aber auch dein Beispiel-Projekt bearbeiten, damit es kompiliert. Ich besitze nun mal nicht all deine Units. Und woher kommt denn bitte schön die TXPMan Komponente? Du verwendest doch nicht den ThemeManager in Delphi 7.

Es geht nicht ums kompilieren... allein das Öffnen des Projekts in der IDE reicht um den Crash zu provozieren...

XPMan ist wie gesagt die Geschichte siehe Link... XP ActionBands für Delphi 6.02.

[jbg]

Aber auch das alleinige öffnen mit dem oben stehenden Prozedere löst bei mir keine Schutzverletzung aus.

[Shivan]

Hast du es so ausprobiert wie beschrieben?
D.h. delphi starten, das angehängte projekt öffnen, alle schließen und wieder das angehängte projekt öffnen?

Hast du auch die Parameter von DelphiSpeedup so wie ichs beschrieben hatte eingestellt?

Hast du Delphi 6.02 ?

[jbg]

Zitat von Shivan:

Hast du es so ausprobiert wie beschrieben?
D.h. delphi starten, das angehängte projekt öffnen, alle schließen und wieder das angehängte projekt öffnen?

Hast du auch die Parameter von DelphiSpeedup so wie ichs beschrieben hatte eingestellt?

Ja. Und ich habe sogar bei DSU alle möglichen CPU Typen "vorausgewählt" damit ich ausschließen kann, dass eine FastCode Funktion für eine bestimmte CPU defekt ist.


Hast du schon die folgenden Optionen im Installer "aktiviert" ?
[X] NoFastObj
[X] NoFastSys
[X] Use FastCode blended

Am besten in allen Kombinationen. Zuerst mal alles "aktivieren".

[toms]

Gibt Fehler:

Zitat:

[X] Disable "Files modified. Rebuild?"-Dialog
[X] Hook all DLLs loaded by LoadLibrary
[ ] Hook only static linked BPLs (no static linked DLLs)

[ ] NoFastObj
[ ] NoFastSys
[X] Uses blended FastCode functions instead of CPU specific functions

Gibt Fehler:

Zitat:

[X] Disable "Files modified. Rebuild?"-Dialog
[ ] Hook all DLLs loaded by LoadLibrary
[x] Hook only static linked BPLs (no static linked DLLs)

[ ] NoFastObj
[ ] NoFastSys
[x] Uses blended FastCode functions instead of CPU specific functions

Gibt keinen Fehler:

Zitat:

[ ] Disable "Files modified. Rebuild?"-Dialog
[ ] Hook all DLLs loaded by LoadLibrary
[ ] Hook only static linked BPLs (no static linked DLLs)

[x] NoFastObj
[x] NoFastSys
[X] Uses blended FastCode functions instead of CPU specific functions

[jbg]

Zitat von toms:

[x] NoFastObj
[x] NoFastSys
[X] Uses blended FastCode functions instead of CPU specific functions

Und jetzt bitte noch eingrenzen.

[jbg]

Den Bug kann ich zwar immernoch nicht nachvollziehen, aber dafür habe ich einen Bug im ThemeManager gefunden:
Screen-Capture-Video: http://andy.jgknet.de/misc/ThemeMgrBug.7z (700 KB)
Nachdem dieser aufgetreten ist, kracht es in DelphiSpeedUp, weil irgendeine Funktion dann mit ungültigen Zeigern aufgerufen wird.

[toms]

ok:

[x] NoFastObj
[x] NoFastSys
[ ] Uses blended FastCode functions instead of CPU specific functions


1.Versucht: IDE bleibt haengen. 2. Versucht DSU Error.

[ ] NoFastObj
[ ] NoFastSys
[x] Uses blended FastCode functions instead of CPU specific functions


DSU Error.

[x] NoFastObj
[ ] NoFastSys
[x] Uses blended FastCode functions instead of CPU specific functions


DSU Error.

[x] NoFastObj
[ ] NoFastSys
[ ] Uses blended FastCode functions instead of CPU specific functions

ok:

[ ] NoFastObj
[x] NoFastSys
[ ] Uses blended FastCode functions instead of CPU specific functions

ok:

[ ] NoFastObj
[x] NoFastSys
[x] Uses blended FastCode functions instead of CPU specific functions

Folgerung: If not NoFastSys.Checked then ShowMessage('ok');

[toms]

Der Titel der Fehlermeldung heisst "Error Reading Form"
Wenn ich actMain aus der dfm loesche dann kommt der Fehler nicht mehr.