Dynamische Arrays

[Strathmore]

Hallo werte Lazarusgemeinde,

eine vielleicht etwas "doofe" Frage: Muss man die dynamischen Arrays nach der Verwendung irgendwie freigeben?
z.B.:
var myIntArray : Array of Integer;
SetLength(myIntArray, 2);
/* Verwendung */
Freigabe von Speicherplatz?

Vielen Dank im Voraus.

[MmVisual]

Nein. Strings muss mach ja auch nicht freigeben.

[carli]

Arrays sind Reference Counted,
das heißt, dass mitgezählt wird, wie oft sie noch verwendet werden.
Das heißt quasi wiederum, dass du dir keine Sorgen machen musst, das Array freizugeben.
Der Inhalt des Arrays allerdings sollte schon freigegeben werden (Falls du Zeiger speicherst oder so)

[pluto]

Schaden kann es aber nicht, wenn du alles Frei gibst, was du auch erstellst.

[mschnell]

irgendwie freigeben?

SetLength(myIntArray, 0) gibt den Speicherplatz komplett frei.
-Michael

[ErnstVolker]

Aus meinem "Jetzt lerne ich Delphi"-Buch entnehme ich:
myIntArray := NIL;
gibt den Speicher wieder frei.

Volker

[MAC]

wenn ich wählen müsste würd ich mschnell's anwort nehmen. bei setlength, wird die länge auf 0 gesetzt. und 0 hat nunmal kein speicher ( kann sein das 4 byte für die länge belegt werden oder so, aber so lange du nich (2 Gigabyte / 4byte) mal einen array of string hast macht das kein problem
die := nil methode würde ich nicht verwenden, da ich eher glaube das das Programm dann einfach den Array zum Speicherleck verwandelt da der Pointer futsch ist.


*test test*

also unter winXP 32bit SP 3 füntionieren doch beide möglichkeiten, ka warum

Code: Alles auswählen

var
  Form1: TForm1; 
  anarray:array of string;
implementation
 
{$R *.lfm}
 
{ TForm1 }
 
procedure TForm1.Button1Click(Sender: TObject);
var
i:integer;
begin
setlength(anarray,1000000);
for i := 0 to high(anarray) do anarray[i] := 'hhhhhhhhhhhhhhhhhhhhhhhhhhhfhsgadkjfashgd';
end;
 
procedure TForm1.Button2Click(Sender: TObject);
begin
setlength(anarray,0);
end;
 
procedure TForm1.Button3Click(Sender: TObject);
begin
anarray := nil;
end;

[Socke]

Aus meinem "Jetzt lerne ich Delphi"-Buch entnehme ich:
myIntArray := NIL;
gibt den Speicher wieder frei.

Was dann das gleiche Ergebnis liefert.

also unter winXP 32bit SP 3 füntionieren beide möglichkeiten, ka warum

Implizite Referenzzählung. Gibt es auch bei Ansistring, Widestring (evtl. vom Widestring-Manager abhängig) und allen Interfaces, die von IUnknown abgeleitet sind. Das heißt, der Compiler überwacht, wann eine Variable dieser Typen einen Wert zugewiesen sind und ruft dann entsprechende Funktionen auf.

[mse]

wenn ich wählen müsste würd ich mschnell's anwort nehmen. bei setlength, wird die länge auf 0 gesetzt. und 0 hat nunmal kein speicher ( kann sein das 4 byte für die länge belegt werden oder so, aber so lange du nich (2 Gigabyte / 4byte) mal einen array of string hast macht das kein problem
die := nil methode würde ich nicht verwenden, da ich eher glaube das das Programm dann einfach den Array zum Speicherleck verwandelt da der Pointer futsch ist.

"Setlegth(dynarray,0)" und "dynarray:= nil" sind in der Wirkung identisch, "dynarray:= nil" ist schneller.

[Euklid]

Arrays sind Reference Counted,
das heißt, dass mitgezählt wird, wie oft sie noch verwendet werden.

Macht der Compiler das eigentlich beim Kompilieren oder wirkt sich diese Prüfung zur Laufzeit auch auf die Ausführungsgeschwindigkeit aus?

- Euklid

[Strathmore]

Vielen Dank für Eure ausführliche Antworten!

[mse]

Arrays sind Reference Counted,
das heißt, dass mitgezählt wird, wie oft sie noch verwendet werden.

Macht der Compiler das eigentlich beim Kompilieren oder wirkt sich diese Prüfung zur Laufzeit auch auf die Ausführungsgeschwindigkeit aus?

Zur Laufzeit.

[Euklid]

Ok, danke.

[MAC]

"Setlegth(dynarray,0)" und "dynarray:= nil" sind in der Wirkung identisch

das weis ich, hab ich auch 2 Zeilen unter korrigiert.
Um wieviel ist denn := nil schneller ?

[Socke]

Um wieviel ist denn := nil schneller ?

In Zeit wirst du das nicht messen können, da praktisch jeder Prozessor mit einer anderen Taktfrequenz arbeitet. Dazu unterstützt der FPC auch noch verschieden Prozessorarchitekturen.

Du könntest also für eine spezifische Architektur (sagen wir mal x86) die Assembler-Anweisungen analysieren und nach einer Dokumentation suchen, in der steht, wieviele Taktzyklen für diese Befehle gebraucht werden (ich weiß aber nicht, ob das für die gesamte Architektur oder wieder nur für bestimmte Prozessoren gilt).