GetMem / FreeMem - New / Dispose

[AJ_Oldendorf]

Hallo zusammen,
ich weiß, dass GetMem und FreeMem sowie New und Dispose zusammen gehören.
Mal ne "dumme" Frage, was würde passieren, wenn ich mit New Speicher reserviere und mit FreeMem diesen freigeben würde?

Gruß
Alex

[himitsu]

Grundsätzlich erstmal nichts, aber New und Dispose beachten die RTTI.

z.B. wenn du einen Record in dem "Pointer hat, welcher z.B. "lange" Strings enthält, dann würde Dispose diesen String freigeben, während FreeMem das nicht macht.

Also besser immer nur die zusammengehörigen Funktionen zusammen benutzen.




New = GetMem + Initialize/InitializeRecord
Dispose = Finallize/FinallizeRecord + FreeMem

Tipp: Schau doch einfach mal in deine System.pas rein. :zwinker:

[AJ_Oldendorf]

Ok danke.

Das heißt, wenn ich folgenden Record habe, würde FreeMem den String nicht richtig freigeben?

Delphi-Quellcode:

TData    = packed record
    a: LongWord;                   
    b: String[40];             
    c: TDateTime;                  
  end;

Gruß
Alex

[Luckie]

Wo ist da der LANGE String?

[himitsu]

Nein, den würde es freigeben.
DAS ist ein "kurzer" String. :angle2:

String[123] = ShortString mit besimmter maximaler Länge ( MaxLen <= 255 )
String = AnsiString, bzw. UnicodeString, was beides Long-Strings sind.
WideString = WideString, was ein OLE-Wrapper um SysAllocStringLen und seine Freunde

[AJ_Oldendorf]

Ok, wusste nicht genau, was du mit "lange" Strings meinst :-)

Also würde bei New und FreeMem (mit richtiger Größenangabe) eigentlich nichts passieren bei dem geposteten Record?

Gruß
Alex

[p80286]

Ich würde es etwas anders formulieren:

Benutze nur New/Dispose, es sei denn es ist nicht zu umgehen und Du weißt was Du tust, dann benutze Getmem/Freemem.

Die andere Ausnahme ist, wenn Du Wert auf vollkommen unerklärlich Fehler legst, da ist Getmem/Freemem wunderbar für geeignet.

Gruß
K-H

[himitsu]

Jupp.

FreeMem neigt eventuell zu Speicherlecks, da ja nur der Pointer selber freigegeben wird, aber nichts, was darin eventuell verlinkt wurde.
Und auf GetMem folgen eventuell unerklärliche gemeine und eigentlich erklärliche Fehler, wenn gewisse Dinge nicht ordnungsgemäß initialisiert wurden.

[AJ_Oldendorf]

Zitat:

Die andere Ausnahme ist, wenn Du Wert auf vollkommen unerklärlich Fehler legst, da ist Getmem/Freemem wunderbar für geeignet

Jetzt würde mich aber wirklich mal interessieren, was du mit unerklärlichen Fehlern meinst wenn man GetMem und FreeMem benutzt?

Gruß
Alex

[himitsu]

"lange" Stringvariablen, Interfaces, Variants und dynamische Arrays müssen initialisiert sein, sonst knallt die automatische Speicherverwaltung.

[p80286]

Zitat:

Zitat von AJ_Oldendorf (Beitrag 1169982)

Jetzt würde mich aber wirklich mal interessieren, was du mit unerklärlichen Fehlern meinst wenn man GetMem und FreeMem benutzt?

Nimm z.B. folgende Definition:

Delphi-Quellcode:

type
  MyRec = record
            f1 : Byte;
            f2 : Word;
            f3 : String[80]
 end;

Das sind 84 Byte Du arbeitest also mit Getmem(p,84);
Das Dumme ist nur, das ein mögliches Alignment nicht beachtet wurde. Und immer wenn der String 80..75 Zeichen lang wird, dann trittst Du irgend einer anderen Variablen auf die Füße.

Oder Du hast ein altes 16Bit-Programm und es wird in einer 32-Bit Umgebung neu erstellt. Dann ist ein Integer nicht mehr 16 sondern 32 Bit groß. Und zur Ermittlung des Speicherplatzes wird nicht Sizeof verwendet, sondern fest kodierte Werte. Das kann u.U. recht eklig werden.

Gruß
K-H

[NickelM]

Er meint dass wie folgt:

Delphi-Quellcode:

type
  TRecord1 = record
    Wert1 : Integer;
  end;
  PRecord1 = ^TRecord1;//Pointer auf die Daten des TRecord1.

  TRecord2 = record
   Record1 : PRecord1; //Eine Variable vom PRecord1
  end;
  PRecord2 = ^TRecord2;

//Wenn du dies nun wie folgt initalisiertst:
var Record2 : PRecord2; 
begin
  GetMem(Record2,SizeOf(TRecord2)); //Speicher vom Record-Typ, nicht vom Pointer-Typ :-D
  GetMem(Record2.Record1,SizeOf(TRecord1)); //Den TRecord1-Pointer in TRecord2 initalisieren.
  Record2.Record1.Wert1 := 10; //Als Test

  //Wenn du dies nun wie folgt freigibst nur...
  FreeMem(Record2,SizeOf(TRecord2)); //Zur Sicherheit würd ich die Größe nochmal übergeben.
  //...bleibt der Pointer auf TRecord1 in TRecord2 enthalten, also der Speicher von TRecord1 wird nicht freigegeben. Weil in TRecord1 nur der Pointer(Adresse, wo TRecord1 seine Daten hat), also nur der Adresswert, freigegeben wird.
  //In diesem Fall müsste mal folgendes machen:
  FreeMem(Record2.Record1,SizeOf(TRecord1));//Alle in diesem Pointer-Record-Typ enthaltenen Pointer musst du selbst freigeben. Bei Klassen halt Free davor aufrufen.
  FreeMem(Record2,SizeOf(TRecord2));//Danach erst den "Oben"-Pointer freigeben.
end;

Du musst halt sozusagen die hierarchie deines Pointers, wenn du es so machst wie in dem Beispiel, von unten nach oben freigeben, erst die untengeordneten, danach die oberen.
Auserdem macht GetMem nur Platz für die Daten. Es ist meist so, dass dort Werte von anderen freigegeben Speichern noch liegt. Weil GetMem halt nur sagt, so hier kannst deine Daten reinschreiben. Es gibt aber auch noch die AllocMem, mit der dann der Speicher mit "0"Bytes aufgefühlt wird, um solche Fehler zuvermeiden. Das kann dan auch mit FreeMem freigegen werden.
Dies ist genauso als würdest du GetMem und danach FillChar aufrufen.

EDIT: Habe gerade was getestet. Bei New/Dispose werden Pointer initalisiert, die nach Dispose noch verfügbar sind. D.h. der Speicher wird von Delphi freigegeben. Sozusagen wenn du wirklich Kontrolle über den Speicher für solche Pointer haben willst verwende lieber, GetMem/FreeMem. Bei falscher verwendung können halt solche genannten Fehler entstehen.

Hoffe ich konnte es dir erklären. Ist ein wenig kompliziert am anfang, ging mir auch so :-D.
Aber einmal kapiert, sind Pointer und Speicher erstellen/freigeben ein kinderspiel xD

[AJ_Oldendorf]

Zitat:

Nimm z.B. folgende Definition:

Delphi-Quellcode:

type
  MyRec = record
            f1 : Byte;
            f2 : Word;
            f3 : String[80]
 end;

Das sind 84 Byte Du arbeitest also mit Getmem(p,84);
Das Dumme ist nur, das ein mögliches Alignment nicht beachtet wurde. Und immer wenn der String 80..75 Zeichen lang wird, dann trittst Du irgend einer anderen Variablen auf die Füße.

Und wie sieht es aus, wenn ich mit packed records arbeite? Diese habe ich nämlich nur in Verwendung...
Wie meinst du das mit den "String 80..75 Zeichen", dass ich dann einer anderen Variablen auf die Füße trete?

Gruß
Alex

[p80286]

Zitat:

Zitat von AJ_Oldendorf (Beitrag 1170270)

Und wie sieht es aus, wenn ich mit packed records arbeite? Diese habe ich nämlich nur in Verwendung...

Dann hast Du das Problem natürlich nicht.

Zitat:

Zitat von AJ_Oldendorf (Beitrag 1170270)

Wie meinst du das mit den "String 80..75 Zeichen", dass ich dann einer anderen Variablen auf die Füße trete?

Du hast für die drei Variablen/Felder 84 Byte reserviert da sie nicht "packed" abgelegt werden beginnt der Datenbereich des Strings nicht beim 4. sondern beim 10. Byte.
Sobald der String länger als 74 Byte wird landen Zeichen im nicht zu Deinem Record gehörenden Speicher. Und das kann alles mögliche oder aber auch nichts sein. D.H. der Fehler wird unter Umständen erst auf einem anderen Rechner oder einem anderen Benutzer erkannt.

Gruß
K-H

[himitsu]

Zitat:

Zitat von AJ_Oldendorf (Beitrag 1170270)

Wie meinst du das mit den "String 80..75 Zeichen", dass ich dann einer anderen Variablen auf die Füße trete?

Wenn mit GetMem weniger Speicher reserviert wurde, als der Record groß ist, dann schreibst du auch schnell mal über das Ende des Records hinaus, wenn der String zu voll wird.

New und Dispose holen sich die "richtige" Größe aus der RTTI und führen auch noch eventuell notwendige Initialisierungen/Finalisierungen durch.

[mkinzler]

Passt zum Thema
http://delphihaven.wordpress.com/201...pes-vs-getmem/