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

[mkinzler]

Zitat von rwachtel:

OT

Zitat von STS301:

[...] //edit: Ich habe den 666 Beitrag in dem Thema geschrieben

Da steht doch eindeutig 'ne 667...

Er hat den wohl dann in einem anderen Thread verfasst

[STS301]

bei mir hat sich nichts getan (leider)

@mkinler
habe es von der Portalseite abgeschaut und dort wird der 1.Beitrag, welcher den Thread eröffnet nicht als Beitrag dazugeschrieben

[jbg]

Zitat von Larsi:

und schon tauchen die Indys in der Palette auf

Die Frage ist: Warum lässt sich DSU überhaupt laden. Das sollte TE06 eigentlich schon unterbinden.
Und mit DSU 2.73 ging das wirklich nicht?


Muss ich jetzt wirklich TE06 installieren um das zu testen? (*Schon daran denkt seine jungfreuliche Win2008 Server VM zu verschandeln*)

[Larsi]

Also ich habe die aktuelle Version gedownloadet und in der Zip Datei die Datei: InstallDelphiSpeedup10.exe ausgeführt und nach einem neustart von Turbo Delphi waren die Indys da!!! Also dein Programm ist echt super auch die Geschwinigkeit ist jetzt erheblich schneller


Die Datei touch.exe habe ich auch ausgeführt!

[Larsi]

Gehts bei euch echt nicht?

[jbg]

Zitat von Larsi:

Also ich habe die aktuelle Version gedownloadet und in der Zip Datei die Datei: InstallDelphiSpeedup10.exe ausgeführt und nach einem neustart von Turbo Delphi waren die Indys da!!!

Oh, CodeGear, oh CodeGear. Die haben da eine echt dumme Sperre eingebaut. Zum Glück kann bei der neueren TE Version (die mit den Bugfixes) kein IDE Experte geladen werden (wobei selbst das möglich ist, wenn man weiß wie, und nein ich gebe das nicht preis).

Was passiert hier:
DSU hat einen Cache für den "CheckForDuplicateUnits" Aufruf. Beim ersten Laden wird alles normal, so wie von der IDE vorgesehen gemacht. Wird die Funktion erneut mit dem selben Package aufgerufen, so greift der Cache und macht nichts mehr. Warum sollte man das Package auch mehrmals prüfen. (Die Unitnamen im Package haben sie sicherlich nicht innerhalb von ein paar Millisekunden geändert). Aber durch das Ausbleiben des CheckForDuplicateUnits kann die IDE das Package plötzlich laden.
Nun stehe ich vor einem Dilemma. Entweder opfere ich diese Optimierung, die sehr viel bringt, oder ich belasse das so. Dummerweise kann ich nicht unterscheiden ob es sich um eine TE, Prof oder eine Trial handelt. Diese Info steckt nämlich in den IDE Registrierungsdaten, die ich eben nicht entschlüsseln kann.

Zitat:

Die Datei touch.exe habe ich auch ausgeführt!

Die macht nichts. Sie wird nur gebraucht um den langsamen csc.exe (C# Compiler) Aufruf beim Programmstart (C++Builder) zu ersetzen.

[Larsi]

Warum willstes denn ändern?

[jbg]

Zitat von Larsi:

Warum willstes denn ändern?

Weil es gegen die TurboExplorer Lizenz verstößt.

Ich nehme jetzt einfach den Kollateralschaden in Kauf. Das macht bis zu 2 Sekunden beim Start aus.

[Larsi]

[OT] Jetzt alle schnell nochmal die alte Datei downloaden bis Sie geändert wurde [OT]

[jbg]

Zitat von Larsi:

[OT] Jetzt alle schnell nochmal die alte Datei downloaden bis Sie geändert wurde [OT]

Da wird man kein Glück mehr haben. Die sind längst geändert. So einen Fehler lasse ich doch keine 2 Minuten stehen.