SetDelimitedText Memory Leak ?

[p80286]

Zitat von venice2:

Den Quelltext hier zu posten bringt nichts da zu viele externe Funktionen aufgerufen werden die hier so niemand nachvollziehen kann.
Am ende gebe ich alles frei wie schon gezeigt aber die Leaks bleiben bestehen.

Wenn der bekannte Code keine Fehler produziert, Deiner hingegen schon, woran könnte das dann liegen?

Gruß
K-H

[hoika]

Hallo,

Zitat:

Am ende gebe ich alles frei.

Das sieht halt Delphi anders...

1.
Wenn es kein schleichender "Programm verbraucht immer mehr Speicher"-Fehler ist
-> ignorieren, Windows räumt ja eh auf

2.
Sollte es Punkt 1 sein, hilft hier nur radikal
- alle Aufrufe totlegen
- Programm starten, testen
- ersten Aufruf reinnehmen, testen

usw.

Das mussten wir bei uns schon öfters machen.
Was dann bei "altem, bewährten, war schon immer so Code" rauskaum, poste ich lieber nicht

[TurboMagic]

Ist denn 100% sicher was da leakt?
Evtl. nämlich mal mit der vollen fastMM4 Version den Leakreport durchführen lassen,
denn der kann einem auch zeigen wo der Speicher allokiert wurde.
Evtl. leakt ja was anderes als gedacht.

Wobei ich mich da schon immer fragte, waru7m bei Delphi nicht diese volle Version
dabei ist, wenn die doch auch OpenSOurce ist...

[haentschman]

Moin...

Zitat:

Evtl. leakt ja was anderes als gedacht.

+1 Denke ich auch.

[venice2]

Zitat von TurboMagic:

Ist denn 100% sicher was da leakt?
Evtl. nämlich mal mit der vollen fastMM4 Version den Leakreport durchführen lassen,
denn der kann einem auch zeigen wo der Speicher allokiert wurde.

Die frage ist was kann FastMM was EurekaLog nicht kann?

Zitat:

+1 Denke ich auch.

Denken ist so eine Sache.

[bernau]

Zitat von venice2:

Die frage ist was kann FastMM was EurekaLog nicht kann?

Probier es doch einfach mal aus.

Zitat von venice2:

Denken ist so eine Sache.

Sehr unfreundliche Antwort an jemanden der nur eine bestimmte These unterstützt.

[venice2]

Zitat:

Probier es doch einfach mal aus.

Es war eine Feststellung.
Ich verwende EurekaLog und das kann mindestens das was FastMM ebenfalls kann.
Es ist mir bekannt was den Leak verursacht nur ich kann ihn nicht beheben.

Zitat:

der nur eine bestimmte These unterstützt.

Das kann man auslegen wie einem gefällt.
Für mich hört es sich so an das der Dumme wie immer hinter der Tastatur sitzt.
Mit Thesen hat das nichts zu tun.

[himitsu]

Nja, es kommt drauf an, was/wieviel Embarcadero damals von Pierre gekauft hatte.
Und man hätte da dann noch so Einiges mehr umbauen müssen, also die ganzen Settings weg von Options-INC+IFDEF hin zu Variable/Parameter+IF-THEN,
denn die System-Unit neu zu kompilieren, nur um die Optionen zu ändern, geht nicht so gut.

Beim Debuggen ist Eurekalog das Schlimmste, was ich mir vorstellen kann (leidliche Erfahrung, wenn man bei Debuggen im Code/Assembler dessen Hooks landet und nicht mehr raus kommt)
und effektiv ist das Einzige, was wir beim Kunden wirklich zur Laufzeit nutzen, der Stacktrace und dafür müsste sich das Ding nicht so dermaßen penetrant überall reinhacken.



Für's Debugging gab es noch eine andere Memory-Debug-Komponente, die auch den Ersteller und die Zeit zu den Speicherblocks speichert/loggt und somit sagen kann von wem der Speicher "ursprünglich" stammt, welcher übrig bleibt,
bzw. wer zuerst den einen Speicher/Objekt freigab, wenn später nochmal jemand das machen will.

[KodeZwerg]

Da wenig input kommt an denen man was erkennen könnte würde ich hoika's vorschlag mir zu herzen nehmen, auch wenn es je nach vielfalt des kodes lange dauern könnte.

Zitat von hoika:

- alle Aufrufe totlegen
- Programm starten, testen
- ersten Aufruf reinnehmen, testen

/ot
Hier ist auch ein EurekaLog Nutzer, mir gefällts, zum debuggen deaktivier ich's und hab null hooks
/ot

[himitsu]

Problem ist bei knapp 100 DLLs/BPLs, ist das irgendwo auch nur einen Hauch drin, schießt Eurekalog das ganze Programm ab,
anstatt nur eine Meldung auszugeben "keine Dedubinfos gefunden", kommt die Meldung und dann ein TerminateProcess.

Außerdem pfuscht der ECC an den Projektoptionen rum und zerballert die Debuginfos vom Delphi (klar, der hat ja seine eigenen "Besseren" und braucht den Rest nicht mehr), wodurch bei vielen Packages im Debugger oft keine Variablen aufgelöst werden können.