[Windows 7] Gibt es noch resourcen die ins System leaken?

[Memnarch]

Die Testumgebungen um dem Problem auf die Spur zu kommen, sind extra dafür aufgesetzt. IIRC wurde auch keine AntiVir irgendeiner Art installiert. Die haben nicht mal Internet-Anschluss. Speicherfragmentierung kommt nicht Frage, da nach beenden des Prozesses nur ~4-500MB Ram von 2GB belegt sind. Das sollte niemanden stören.

EDIT und tatsächlich ist nach dem alles kaputt ist, das wichtigste den Benutzer ab/anzumelden. Danach ist wieder alles in Butter.

[zagota]

Welche Delphi-Version verwendest du?

In Delphi 2010 ist in Controls.pas ein Bug.
Bei jedem Start wird mit RegisterWindowMessage() eine Message registiert, die in die User-Atomtabelle eingetragen wird und daraus nicht mehr gelöscht werden kann.

https://forums.embarcadero.com/threa...threadID=47678

cu

[Memnarch]

Delphi XE
EDIT: wie darf ich den QC EIntrag deuten? Ab XE3 gefixxt?

[zagota]

Zitat von Memnarch:

Delphi XE
EDIT: wie darf ich den QC EIntrag deuten? Ab XE3 gefixxt?

in XE3 ist es gefixt.

in D2010 habe ich es so gefixt:
// RM_GetObjectInstance := RegisterWindowMessage(PChar(ControlAtomString));
RM_GetObjectInstance := RegisterWindowMessage('DelphiRM_GetObjectInstance' );

PS: hier kannst du ein Programm herunterladen, dass die Atomtabelle ausgibt:
https://code.google.com/p/atom-table-monitor/

[Memnarch]

Vielen Dank an alle, das könnte es sein. habe das Tool auf einemd er Testrechner gestartet und wir gucken dem System jetzt mal beim Sterben zu. Bisher sinds stolze 2244 Atoms von Delphi, zahl stetig steigend. Aufgrund der hohen frequenz der Delphi-Atoms sind die netterweise ROT markiert. Eine Wall of Death die auf dem Monitor langsam nach unten schneckt.

Wir haben bereits XE7, aber bis unsere komplette Buildumgebung umgestellt und getestet wurde, ob die genutzten Komponennten noch so laufen wie sie sollen, wirds nochn paar Wochen dauern.

Trotzdem gut zu wissen, wo der hase lang zu laufen scheint.

[Klaus01]

.. ganz unten in dem link aus Beitrag #6 ist doch das IDE-Fixpack von jbg aufgeführt - sollte damit nicht dem Problem beizukommen sein?

Grüße
Klaus

[zagota]

Zitat von Klaus01:

.. ganz unten in dem link aus Beitrag #6 ist doch das IDE-Fixpack von jbg aufgeführt - sollte damit nicht dem Problem beizukommen sein?

Grüße
Klaus

Ich glaube das ist nur ein Fix für die IDE, den Fix für die Sourcen musst du in der controls.pas durchführen.

cu

[Memnarch]

Jup da gibts ControlAtomsFix.pas
Sieht auch vielversprechend aus. Frage ist nur:

Besagtes Programm linkt gegen ein Package(Von uns), welches gegen die VCL/RTL Packages gelinkt ist.
Die besagte unit mit dem FIX soll aber unbedingt vor allen GUI units laufen. Das heißt, wenn ichs an den anfang der dpk von unserem Basispackage packe läuft deren Initialize trotzdem nach denen der VCL/RTL packages, oder? Damit wäre Controls.pas mindestens einmal gelaufen bevor die FixUnit läuft.