MemLeak, aber wo???

[SirThornberry]

die werden maximal mit 0 initialisiert. Aber speicher verbraucht das nicht (es wird ja nur der Pointer gesetzt aber kein Speicher angefordert)

Wenn du wirklich denkst es liegt an den PChars, dann zähle doch einfach mal wie oft du mit CopyPChar und StringToPchar speicher anforderst und ob du genau so oft den Speicher mit FreePChar frei gibst.

Oder wird dir die Funktion nur angezeigt weil der Speicher der beim letzten Aufruf angefordert wurde nirgends mehr frei gegeben wird beim beenden des Programms?
1. Durchlauf: keinen Speicher freigeben, neuen Speicher(x1) für PChars etc. anfordern
2. Durchlauf: Speicher(x1) freigeben, neuen Speicher(x2) für PChars etc. anfordern
Programmende: Speicher(x2) wurde noch nicht frei gegeben?

[snook]

soo dank dir für die hilfe, hab mich da jetzt durchgekämpft und das leak gefunden. es war in einer dll. beim aufruf der methode LExtAdapter.GetPlugInTable . da würde mich mal interssieren ob fastmm4 deswegen nicht die methode angezeigt hat. kann es sein daa man dlls nicht untesuchen kann? hab mich an das dll-tutorial im fastmm4 gehalten.

[omata]

Zitat von sebastian paeckel:

kann es sein das man dlls nicht untesuchen kann?

Hast du die DLL denn mit Debug-Informationen kompiliert?

[snook]

einstellungen sind auf dem screenshot.
bin noch icht so ganz drin in fastmm

[omata]

Zitat von sebastian paeckel:

einstellungen sind auf dem screenshot.
bin noch icht so ganz drin in fastmm

Das hat mit FastMM nichts zu tun.

Die Einstellung ist unter "Linker" zu finden (TD32-Debug-Info), danach Projekt->Projekt erzeugen aufrufen.

[snook]

ja nee das meinte ich nciht. wollte damit zum ausdruck bringen, dass ich nicht genau weiß welche einstellungen nötig sind, damit fastmm z.b. auch dll's debugged, bzw. die maximal möglichen infos rausgezogen werden können