Delphi-PRAXiS

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/)
-   -   DesignTime Package mit Speicherleaks bringt IDE zum Absturz (https://www.delphipraxis.net/158632-designtime-package-mit-speicherleaks-bringt-ide-zum-absturz.html)

AThurm 24. Feb 2011 14:53

DesignTime Package mit Speicherleaks bringt IDE zum Absturz
 
Hallo,

ich habe das Problem, dass die IDE mit Access Violation abschmiert weil irgendwelche Komponenten nicht sauber programmiert sind.
Nun besteht aber das Problem dass es so um die 100+ Komponenten sind.
Gibt es irgendwelche Third Party Tools oder Methoden um herauszufinden welche Komponenten die IDE so instabil machen bzw. Leaks erzeugen?
Alle 100+ Komponenten einzeln durchgehen würde ewig dauern!

Grüße,
Andreas

himitsu 24. Feb 2011 15:09

AW: DesignTime Package mit Speicherleaks bringt IDE zum Absturz
 
Welche IDE-Version?

Du könntest ja mal probieren, was passiert, wenn du
Delphi-Quellcode:
ReportMemoryLeaksOnShutdown := True;
oder sowas wie MemCheck über eine eigene Komponente in die IDE einschleust.

AThurm 4. Mär 2011 10:30

AW: DesignTime Package mit Speicherleaks bringt IDE zum Absturz
 
Kann man die Speicher Leaks von Embarcadero (DesignEditors, DesignInf oder so) irgendwie ignorieren mit RegisterExceptedMemoryLeak?

himitsu 4. Mär 2011 10:46

AW: DesignTime Package mit Speicherleaks bringt IDE zum Absturz
 
Wenn du weißt wo das Leak liegt (Zeiger oder Objekt ist bekannt), dann kannst du es ignorieren > Delphi-Referenz durchsuchenRegisterExpectedMemoryLeak

ms-help://embarcadero.rs_xe/rad/Registrieren_von_Speicherlecks.html
[add]
Das ist der Link in der XE-OH, für ReportMemoryLeaksOnShutdown + F1 und da drin nach "Registrieren von Speicherlecks" suchen


Alle Zeitangaben in WEZ +1. Es ist jetzt 06:56 Uhr.

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