FreeAndNil geht nicht

[sakura]

Zitat von Hansa:

Ich bitte deshalb um Aufklärung, ob das jetzt so wasserdicht ist und warum.

Nichts ist wasserdicht, das ist nun mal das Leben. Aber es ist so gut wie dran, wenn zwischen dem Free und dem nil nicht gerade eine Exception auftritt. Kannst ja noch ein try...finally...end drumsetzen. Dann ist es garantiert nil am Ende, nur ob es Free ist. Wie jetzt ist es vielleicht Free, aber ob es nil ist wenn der PC abraucht

Zitat von Hansa:

Insbesondere, weil ja das aufgerufebe Destroy leer ist. <-- der ist manchmal gut.

Das Destroy ist nur die Basis-Funktion, welche als solche leer ist. Im Hintergrund greift aber noch Delphis Compiler-Magic und gibt den nötigen Speicher frei

......

[Hansa]

Du meinst also, es wäre gut so ? Na, dann ist ja gut. Ich vermute mal, destroy ist als abstract definiert und erst im STringgrid wird es mit Leben erfüllt. Werde mal später in der RTL und dann auch in Grids rumgraben und nachsehen. 8)

Jetzt aber noch eine Frage am Rande : solche Sachen sind teilweise, wie hier, nicht so einfach nachzuvollziehen. Kann man das auch testen ? Früher hatte es gereicht, das mit memavail zu machen. Wie kann man so was machen ? Memcheck vielleicht (oder wie das heißt) ? In dem konkreten Fall hier kann es passieren, daß mehrmals zig Eingaben in das Grid gemacht werden. Da könnten schnell 1000 oder mehr Zeilen zusammenkommen. Schleppe ich jetzt noch zu jeder Zelle ein TObject mit, dann wäre es schon interessant zu wissen, wie sich das auf den Speicher auswirkt, sofern das free vergessen wird oder sonst was verändert wird.

[Touchdown]

Mach einen Typcast drauf und gut is

FreeAndNil (TObject(sg.Objects [i,j])); Hab es jetzt nicht getestet aber sollte gehen.

Es gibt ja keine Objekte die nicht von TObject abgeleitet sind, also unsauer ist es deshalb auch niemal.

[Hansa]

Aha, ja, wer weiß ? 8) Ich warte lieber mal noch auf Sakura.

[Sprint]

Zitat von Hansa:

dann wäre es schon interessant zu wissen, wie sich das auf den Speicher auswirkt, sofern das free vergessen wird oder sonst was verändert wird.

Du kannst auch deine Objekte schon in TObjectList verwalten, dann brauchst du dich nicht selber drum zu kümmern.

[sakura]

Zitat von Touchdown:

Mach einen Typcast drauf und gut is
Hab es jetzt nicht getestet aber sollte gehen.

Geht nicht, das FreeAndNil eine Variable erwartet. Du kannst also auch folgendes machen:

Delphi-Quellcode:

var
  O: TObject;
...

  O := sg.Objects [i,j];
  sg.Objects [i,j] := nil;
  FreeAndNil(O);

Nur: Das bringt keinen Vorteil

......

[teebee]

Zitat von Hansa:

Jetzt aber noch eine Frage am Rande : solche Sachen sind teilweise, wie hier, nicht so einfach nachzuvollziehen. Kann man das auch testen ? Früher hatte es gereicht, das mit memavail zu machen. Wie kann man so was machen ? Memcheck vielleicht (oder wie das heißt) ?

Ich benutze sehr gerne MemProof.
Gruß, teebee