Zitat von
jbg:
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).