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

[smallsmoker]

wollte nich rumjammern :/
dachte nur es könnte dir vieleicht weiterhelfen

[Namenloser]

Hallo jbg,

ich hatte in letzter Zeit in TurboDelphi öfter mal den Fehler "Ungültige Zeigeroperation":
Jetzt habe ich mir eben mal den Stacktrace angeschaut und festegestellt, dass DSU daran beteiligt zu sein scheint:

Code:

 + $0[062017D5]{DelphiSpeedUp10.dll} StringOptimize.StringOptimize._LStrAsg (Line 90, "StringOptimize.pas" + 37) + $0
 + $A[51F54F95]{rtl100.bpl  } Classes.Classes.TStringList.IndexOf (Line 5076, "classes.pas" + 1) + $A
 + $4[20C4A60F]{coreide100.bpl} IDEServices.IDEServices.TPersonalityServices.SupportsTrait (Line 3989, "IDEServices.pas" + 1) + $4
 + $6[00415A2D]{bds.exe     } AppMain.AppMain.TAppBuilder.actnDockEditWindowUpdate (Line 6347, "ui\AppMain.pas" + 8) + $6
 + $3[00415CD8]{bds.exe     } AppMain.AppMain.TAppBuilder.DockBottomPanelDockDrop (Line 6462, "ui\AppMain.pas" + 14) + $3
 + $7[51F5FF1B]{rtl100.bpl  } Classes.Classes.TBasicAction.Update (Line 11080, "classes.pas" + 3) + $7
 + $6[520756CE]{vcl100.bpl  } Forms.Forms.TraverseClients (Line 5464, "Forms.pas" + 8) + $6
 + $6[520756CE]{vcl100.bpl  } Forms.Forms.TraverseClients (Line 5464, "Forms.pas" + 8) + $6
 + $3[5207573C]{vcl100.bpl  } Forms.Forms.TCustomForm.UpdateActions (Line 5478, "Forms.pas" + 10) + $3
 + $4[52079DD6]{vcl100.bpl  } Forms.Forms.TApplication.DoActionIdle (Line 8044, "Forms.pas" + 5) + $4
 + $11[5207933B]{vcl100.bpl  } Forms.Forms.TApplication.HandleMessage (Line 7689, "Forms.pas" + 1) + $11
 + $8B5F[0041F8A7]{bds.exe     } bds.bds.Finalization + $8B5F
 + $10[77873819]{kernel32.dll} BaseThreadInitThunk + $10
 + $4B[77D7A9BB]{ntdll.dll   } LdrInitializeThunk + $4B

[RavenIV]

Zitat von NamenLozer:

Hallo jbg,

ich hatte in letzter Zeit in TurboDelphi öfter mal den Fehler "Ungültige Zeigeroperation":
Jetzt habe ich mir eben mal den Stacktrace angeschaut und festegestellt, dass DSU daran beteiligt zu sein scheint:

Bist Du sicher?
Ich würde eher sagen, dass der StackTrace nicht aussagekräftig ist.
Da werden einfach alle Proceduren / Units aufgelistet, die zuletzt aktiv waren.

Und wenn Du weiterhin meist, dass DSU bei Dir Probleme macht, dann musst Du halt darauf verzichten.
Womöglich ist ja TurboDelphi nicht kompatibel genug...

[alzaimar]

Scheint doch normal zu sein:
Delphi produziert irgendwo Mist. Nun wird mit diesem Mist DSU aufgerufen. Nach dem Motto 'SISO' (Shit In Shit Out) produziert DSU den gleichen Fehler, den die ungepatchte Routine auch fabriziert hätte (Vorausgesetzt natürlich, alle gepatchten DSU-Routinen sind eine 100% 1:1 Abbildung der Originalversionen, wovon ich ausgehe).

Die Warnung, das DSU nicht unbedingt der Täter ist, steht doch überall in allen Readmes.

[jbg]

Es ist mal wieder so weit. DelphiSpeedUp 2.78 bringt neue Speed-Features und einen Bugfix mit sich.

Mich hat es immer schon genervt, dass bei größeren Projekten die Linker-Phase eine Ewigkeit dauert, wenn der Compiler eine detaillierte Map Datei erstellen soll, die man für den Stacktrace braucht. Ich habe da schon ungestützte Kommentare über die Verwendung von Bubblesort im Compiler an bestimmte Leute gerichtet. Schlussendlich kam heraus, dass die stricmp C-RTL Funktion so Grotten schlecht programmiert ist (und das seit 1994), dass einem davon nur Übel werden kann. Die neue optimierte stricmp Funktion ist im Durchschnitt um den Faktor 110 schneller. Jetzt weist auch der Quicksort im Compiler nicht mehr das Verhalten eines Bubblesort auf.

Eine andere Änderung betrifft das Problem dass man bei größeren Projekten aufpassen muss wohin man seine Maus schiebt. Steht sie über einem Bezeichner, fängt der Compiler erstmal an auf der Platte herumzurattern. Ein Abbrechen ist hierbei nicht möglich. Bis jetzt. DelphiSpeedUp 2.78 erlaubt es nun den Kibitz-Compiler (CodeInisght) und den Background Parser (HelpInsight) mit der ESC Taste abzubrechen. Zudem kann HelpInsight auch durch einen MouseMove abgebrochen werden.

Einen Bug in der Gallileo IDE behebt DelphiSpeedUp auch noch gleich. Der Background Parser kann unter gewissen Umständen (bei größeren Projekten vor allem) den MainThread blockieren. Das sollte mit Sicherheit nicht so ablaufen. Da dieser Bug nicht nur RAD Studio 2007 sondern auch die anderen Jahreszahl IDEs betrifft habe ich ihn vom IDEFixPack nach DelphiSpeedUp portiert. Die beiden Plugins können natürlich gemeinsam verwendet werden. Hierbei wird der Bug von dem Plugin behoben, das als ersten geladen wird (was selbstverständlich DelphiSpeedUp ist).

Zitat:

Version 2.78 - 2008-07-19
=========================
- Improved: Packages are loaded a little bit faster (Delphi/C++ 2005, 2006, 2007)
- Added: Delphi Compiler's C RTL optimizations (much faster map file creation)
- Added: Background Parser now stops if the main thread wants to do something with the compiler. (Delphi/C++ 2005, 2006, 2007),
- Added: CodeCompletion can be aborted by pressing ESC
- Added: HelpInsight can be aborted by moving the mouse or pressing ESC.

Download und Homepage
Download auf der ersten Seite the Threads
Download von CodeCentral

[Phoenix]

Das Update muss genau 2 Stunden nachdem ich die alte Version installiert hab kommen. Super Timing Andreas

[Mackhack]

Auch von mir mal wieder ein grosses Lob an dich Andreas und es ist wirklich erschuetternd dass Borland/CodeGear/Embac... nicht selbst solche Fehler ausbuegeln koennen da sie eigentlich First Hand Programmierer an ihrem eigenen Produkt sind!

Erschuetternd!

[lbccaleb]

Zitat von Phoenix:

Das Update muss genau 2 Stunden nachdem ich die alte Version installiert hab kommen. Super Timing Andreas

[ot]
ich hab mein delphi vorhinn neu gemacht, und wollte auch speedup installieren, habs aber auf die schnelle nicht mehr auf der platte gefunden, naja da hab ich in sachen timing ja nen bissel mehr glück gehabt^^
[/ot]

[Scooty78]

Vielen Dank, Delphi SpeedUp ist wirklich eine Bereicherung für jeden Delphi Entwickler!

[alzaimar]

Zitat von Mackhack:

... und es ist wirklich erschuetternd dass Borland/CodeGear/Embac... nicht selbst solche Fehler ausbuegeln koennen da sie eigentlich First Hand Programmierer an ihrem eigenen Produkt sind!
Erschuetternd!

Dann auch gleich Microsoft, SAP u.v.a (alle Softwarebuden) mit in dein Statement einbauen. Ist nämlich (leider) normal.