Handle Count erhöht sich

[hoika]

Hallo,
viell. weil es für Windows einfacher ist,
neue Nummern zu erzeugen statt alte wieder zu verwenden?

[venice2]

Zitat von hoika:

Hallo,
viell. weil es für Windows einfacher ist,
neue Nummern zu erzeugen statt alte wieder zu verwenden?

Verstehe ich nicht so recht was du mir sagen willst.
Welche Auswirkungen hat das auf meine Anwendung wenn diese als Beispiel 2 Wochen im Dauerbetrieb läuft 24 Stunden am Tag?

Was muss ich tun bzw wie kann ich das Analysieren welche Handles das sind.
Denn wie ich schon sagte werden die Plugins freigegeben.
Nur der Counter erhöht sich kontinuierlich.

Die Handles freigegeben warum erhöht sich trotzdem der Counter des prozess.

[hoika]

Hallo,
Ok, dann habe ich das falsch verstanden.
Was sagt denn FastMM4?

Was sind das für Plugins?
Ein bisschen Code wäre schön.
Und ein Minimal-Bsp.

Um zur Ausgangsfrage zukommen.
Irgendwann schmiert dein Windows ab wegen Ressourcenmangel.

[venice2]

Zitat von hoika:

Hallo,
Ok, dann habe ich das falsch verstanden.
Was sagt denn FastMM4?

Ist das nun ein Handle Leak oder nicht.
FastMM4 oder Eurekalog sagen dazu nichts.
Beide abwechslungsweise aktiviert.

Zitat:

Was sind das für Plugins?

Visualisierungs Plugins Sonique.

Werden aber freigegeben wäre das nicht so würde die Anwendung hängen.
Quelltext kann ich leder nicht veröffentlichen.
Aber es würde mir reichen wenn ich wüsste wie ich das am besten Analysieren kann.

[hoika]

Hallo,
alles ausklammern (Minimalbeispiel).
Laufen lassen. Testen.
Schrittweise den Code reinnehmen, laufen lassen. Testen.

Eskönnten GDI--Handles sein.

[TiGü]

Ich verweise auf:
https://www.delphipraxis.net/1453741-post3.html

[Delphi.Narium]

Sicher, dass das Handles sind, die Du selbst "im Zugriff" hast und nicht eventuell welche, die die PlugIns nicht "sauber wegräumen"?

Wenn Du also ein PlugIn lädst, könnte es ja durchaus sein, dass dieses, für was auch immer, ein Handle benötigt und dieses beim Beenden seiner selbst nicht wieder freigibt?

Dazu müssten Dir dann FastMM4 oder Eurekalog auch nichts sagen, da sie darauf (vermutlich) keinerlei Einfluss haben, dies ggfls. sogar nie erfahren und es Dir daher auch nicht mitteilen können.

[Michael II]

... und in Eurekalog hast du unter "Memory problems > Memory leaks" sowie "Resource leaks" die Einstellungen so gewählt, dass wirklich "alles" geloggt wird?

[venice2]

Zitat von TiGü:

Ich verweise auf:
https://www.delphipraxis.net/1453741-post3.html

Danke.

Zitat:

Sicher, dass das Handles sind, die Du selbst "im Zugriff" hast und nicht eventuell welche, die die PlugIns nicht "sauber wegräumen"?

Nein. Wie denn auch?

Zitat:

... und in Eurekalog hast du unter "Memory problems > Memory leaks" sowie "Resource leaks" die Einstellungen so gewählt, dass wirklich "alles" geloggt wird?

Ja.

[himitsu]

Zitat von hoika:

weil es für Windows einfacher ist,
neue Nummern zu erzeugen statt alte wieder zu verwenden?

Es ist auch fehlerunganfälliger, wenn kurz nacheinander nicht die selbe ID vergeben wird.

Aber das betrifft nur den "Wert" des Handles, aber nicht die "Anzahl" aller Handles.

Wenn die Anzahl steigt, dann würde ich erstmal an ein "Speicherleck" denken, also dass Handles nicht wieder geschlossen/freigegeben werden


FastMM kennt nur Speicher, der über ihn Reserviert wurde ... Fremder Speicher (auch an ihm vorbei, direkt an VirtualAlloc) oder andere Handles interessieren ihn natürlich garnicht. (er weiß ja nichts davon)




Entweder die Tools von SysInternals.
Oder man macht sich einen Snapshot (alle Handles suchen und merken) und vergleicht das nachher,
dann muß man "nur" noch die neuen Handles auflösen und versuchen rauszubekommen was für ein Handle das ist.