zugriffsverletzung bei Freeandnil

[MarcoWarm]

wie sieht der onClose Event des Formulars aus?

[sirius]

Dann gehe doch mal mit dem Debugger rein.

[Bernhard Geyer]

Zitat:

Zitat von MarcoWarm

Jede Ereignisbehandlungsroutine für das Formular oder für dessen untergeordnete Objekte sollte Release anstelle von Free (Delphi) oder Delete (C++) benutzen. Ansonsten kann ein Speicherzugriffsfehler auftreten.

Bei Show gebe ich dir recht. Bei ShowModal tritt dieses Problem nicht auf da ShowModal schon dafür sorgt das sie erst zurückkommt wenn alle Windows-Messages für das Formular abgearbeitet sind.

[MarcoWarm]

Zitat:

Zitat von Bernhard Geyer

Bei Show gebe ich dir recht. Bei ShowModal tritt dieses Problem nicht auf da ShowModal schon dafür sorgt das sie erst zurückkommt wenn alle Windows-Messages für das Formular abgearbeitet sind.

wieder was gelernt.... danke :-)

[Assertor]

Hi,

zusätzlich:

Delphi-Quellcode:

try
  form3.showmodal;
finally
  if Assigned(form3) then
  // so bitte nicht, hatten wir ja schon oft im Forum:
  // if Assigned(form3) = true then
    FreeAndNil(Form3);
end;

Hast Du auch mal geprüft, ob das Form nicht schon in der .dpr erzeugt wird? Guck mal unter den Projektoptionen > Formulare nach.

Gruß Assertor

"Der, der bisher nie mit FreeAndNil(FormXYZ) eine Exception bekommen hat" ;)

Edit: Ich denke, es geht bei Release eher um die Freigabe eines Forms durch sich selbst innerhalb der eigenen Ereignisbehandlungsroutinen, damit die Eventhandler zum Ende trotzdem korrekt abgearbeitet werden und der Event-Routine nicht selbst der Boden unter den Füßen weggezogen wird. Ein externes Free/FreeAndNil sollte prinzipiell kein Problem sein.

[hanspeter]

Den Fehler hatte ich bisher in zwei Zusammenhängen mal gehabt.
1. Wenn in der Form Com/ActiveX verwendet wurden.
Hing damals wohl mit der Freigabe von Interfaces zusammen.

2. Ich habe TMS-Software Komponenten mit eigener Styleverwaltung verwendet.
Hier kam der Fahler irgendwo in der Nachrichtenschleife der Komponenten beim
freigeben. Da wurde wohl zu schnell der Boden unter den Füssen weggezogen.

Um diese Ursache auszuschließen, kann man erst mal versuchen nach Form.Free mit einem
Timer das Form := nil zu verzögern.

Oder als bessere Lösung:

In onClose Action := cafree setzen.
Schließt das Fenster (fast) immer korrekt.
Interessanter Weise ging hier auch ein nil.

Beispiel:

Delphi-Quellcode:

Form := TForm.Create;
...

FreeandNil(Form);  --> Fehler

Form.Close;

onClose:
  Action := cafree;
  Form := nil;

funktionierte.

Ich hoffe eine Anregung wie weiter suchen.

Gruß
Peter

[renekr]

Hi,
verdamm. Mis..

Ich hatte das Problem auch schon öfters.
Bin durchs reindebuggen wieder draufgestoßen.

Habe letzte Woche die TMS Komponenten upgedatet und leider ist in der
destructor TAdvDBLookupComboBox.Destroy noch ein Fehelr drin.
Beim FreeBookmark krachts .
Werde es mal Untersuchen und an TMS Support mailen.

Sry für die Belästigung.
Aber trotzdem Danke für die Infos.Diese waren in bez. Release und Freigeben auch sehr nützlich.

Schönes Weekend.