Delphi-PRAXiS
Seite 2 von 2     12   

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   GUI-Design mit VCL / FireMonkey / Common Controls (https://www.delphipraxis.net/18-gui-design-mit-vcl-firemonkey-common-controls/)
-   -   Delphi Performance ListView vs. StringGrid (https://www.delphipraxis.net/51448-performance-listview-vs-stringgrid.html)

jbg 12. Aug 2005 18:46

Re: Performance ListView vs. StringGrid
 
Zitat:

Zitat von Bernhard Geyer
TElTree

LMD sollte mal deren Komponenten auf Speicherlecks prüfen. Vor allem die ElDBTree vergisst da schon mal zu einem GetBookmark ein FreeBookmark aufzurufen. Und dann sollte LMD auch noch die ElDBTree mit dem FastMM4 laufen lassen und das Testprogramm dann beenden. Das kracht dann fürchterlich, denn
Delphi-Quellcode:
bla.Clear;
bla.Free;
blabla.Free -> for i := bla.Count downto 0 do
inherited Destroy;
geht nun mal schief. Dass das mit dem BorlandMM nicht kracht ist ein Wunder. Man muss nur zwischendrinn einen String erzeugen und schon macht der BorlandMM auch nicht mehr mit. Und wer weiß was da noch für Bugs drinnen sind.
Sorry für den Rufmord, aber an VirtualTreeView (mit FastMM4) kommt nun mal nichts ran.

Bernhard Geyer 12. Aug 2005 19:22

Re: Performance ListView vs. StringGrid
 
Zitat:

Zitat von jbg
Zitat:

Zitat von Bernhard Geyer
TElTree

LMD sollte mal deren Komponenten auf Speicherlecks prüfen. Vor allem die ElDBTree vergisst da schon mal zu einem GetBookmark ein FreeBookmark aufzurufen. Und dann sollte LMD auch noch die ElDBTree mit dem FastMM4 laufen lassen und das Testprogramm dann beenden. Das kracht dann fürchterlich, denn
Delphi-Quellcode:
bla.Clear;
bla.Free;
blabla.Free -> for i := bla.Count downto 0 do
inherited Destroy;
geht nun mal schief. Dass das mit dem BorlandMM nicht kracht ist ein Wunder. Man muss nur zwischendrinn einen String erzeugen und schon macht der BorlandMM auch nicht mehr mit. Und wer weiß was da noch für Bugs drinnen sind.
Sorry für den Rufmord, aber an VirtualTreeView (mit FastMM4) kommt nun mal nichts ran.

Wegen einem Fehler gleich den Rufmord ansagen ist wohl etwas übertrieben. Und VirtualTreeView ist mir nun mal zu wenig als einzelne Komponente wenn ich eine große Anwendung auf Unicode trimmen will und damit alle Controls (auch unter Win9x/ME) mit Unicode-Support benötige. Außerdem war es mir zu kompliziert zu Programmieren.


Mag schon sein das in der aktuellen Version noch ein paar Speicherlöcher drin sind.
Aber

1, Sind die Sourcen vorhanden das man es melden kann und bei der nächsten Version dieser Fehler beseitigt ist (Hab sowas schon öfters gemacht)
2, Ich das ElPack (zwar noch in der Version 3.2) im Einsatz habe und bei MemCheck keinerlei Speicherlücken vorhanden sind
3, Es die einzige Komponentensammlung ist die Unicode für Win9x/ME unterstützt. Und das alles ohne DLL's oder COM-Komponenten auch mit blanken Win9x/ME
4, Die Bugs in der VCL viel gravierenter sind und auch teilweise schwer zu umschiffen sind (Bin gerade auch auf FastMM umgestiegen und mußte da im Hilfesystem ausbügeln (D2005-VCL-Sourcen sind hier Fehlerfreier).


Alle Zeitangaben in WEZ +1. Es ist jetzt 22:01 Uhr.
Seite 2 von 2     12   

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz