ReportMemoryLeaksOnShutDown

[MyRealName]

Ist die EXE und die DLL von Dir ? Dann schreib Dir die Freigabe-Routinen. Oder übergib halt einen schon erstellten und genullten Speicher, wenn Du sicher sagen kannst, wieviel Speicher ausreicht und er wird einfach nur gefüllt.

Generell als Faustregel gilt, dass Speicher dort freigegeben werden sollte, wo er erstellt wird. Also sagen wir, die DLL erstellt den Speicher, dann gibt die DLL den auch frei.

[venice2]

Zitat von MyRealName:

Ist die EXE und die DLL von Dir ? Dann schreib Dir die Freigabe-Routinen. Oder übergib halt einen schon erstellten und genullten Speicher, wenn Du sicher sagen kannst, wieviel Speicher ausreicht und er wird einfach nur gefüllt.

Generell als Faustregel gilt, dass Speicher dort freigegeben werden sollte, wo er erstellt wird. Also sagen wir, die DLL erstellt den Speicher, dann gibt die DLL den auch frei.

Das tue ich doch.
StrDispose(ExportPtr);

Wenn die DLL beendet wird.
Sehe schon muss mich da selbst durchbeißen wie auch immer.
Danke.

Frage mich nur was das ReportMemoryLeaksOnShutDown bringen soll wenn solche Informationen alles ist was dabei herumkommt.
Ein leerer Dialog würde es dann auch tun oder keine Meldung.

[MyRealName]

Vielleicht solltest Du mal allen relevanten Code zeigen. Was ich hier sehe ist nur ein Schnipsel aus der DLL (vermute ich) und ein StrDispose, wo nirgends gesagt wird, wann und unter welchen Umständen etwas freigegeben wird.
Die Fehlermeldung zeigt mehrere Speicherlecks, nicht nur eins.

[venice2]

Zitat von MyRealName:

Vielleicht solltest Du mal allen relevanten Code zeigen. Was ich hier sehe ist nur ein Schnipsel aus der DLL (vermute ich) und ein StrDispose, wo nirgends gesagt wird, wann und unter welchen Umständen etwas freigegeben wird.
Die Fehlermeldung zeigt mehrere Speicherlecks, nicht nur eins.

Mehrere aber immer in der gleichen Funktion (angeblich) man wird nicht schlau draus weil man mit solchen Informationen einfach nichts anfangen kann.
Kann den Original Quelltext leider nicht zeigen.
Trotz allem nochmals Danke für den Versuch zu helfen.

[dummzeuch]

OK, also hatte ich recht und das Leak kann einfach geschlossen werden, indem man die Funktion eien String zurückliefern lässt und den PAnsiChar noch in der Funktion frei gbit.

[venice2]

Zitat von dummzeuch:

OK, also hatte ich recht und das Leak kann einfach geschlossen werden, indem man die Funktion eien String zurückliefern lässt und den PAnsiChar noch in der Funktion frei gbit.

Nochmal! Ich kann keinen string zurückgeben die DLL kann auch mit anderen Developer Sprachen verwendet werden.
Selbst wenn du recht hast was ich dir nicht absprechen will.

[dummzeuch]

Zitat von venice2:

Zitat von dummzeuch:

OK, also hatte ich recht und das Leak kann einfach geschlossen werden, indem man die Funktion eien String zurückliefern lässt und den PAnsiChar noch in der Funktion frei gibt.

Nochmal! Ich kann keinen string zurückgeben die DLL kann auch mit anderen Developer Sprachen verwendet werden.
Selbst wenn du recht hast was ich dir nicht absprechen will.

Ich rede nicht davon, einen String aus der DLL zurückzuliefern, das kann weiterhin ein PAnsiChar sein, sondern aus der Funktion, die die DLL aufuft.

Delphi-Quellcode:

function GetExportPtr(Path, Delimiter): string;
var
  strExport: string;
begin

  // [...]
  ExportPtr := AnsiStrAlloc(Length(strExport) + 1);
  CopyMemory(ExportPtr, PAnsiChar(AnsiString(strExport)), Length(strExport) + 1);
  Result := ExportPtr;
  StrDispose(ExportPtr);
end;

Probier's aus, das Leak wird weg sein.