Frage zu ZV nach beenden des Programms

[Der schöne Günther]

Kenne ich bislang auch nur von Threads die noch irgendwo im Hintergrund gelebt haben. Gibt der Call Stack wirklich nichts vernünftiges her?

[Bernhard Geyer]

Kompilier mal mit Debug-DCU's

[Jumpy]

Also ich benutz da kaum was aufwendiges, keine Threads, dlls oder so. Darum wundert mich das ja alles so. Ich hab aber jetzt gemerkt, dass ich die Fehlermeldung nur in der IDE bekomme. Starte und Beende ich die .exe ausserhalb der IDE kommt keine Fehlermeldung (gut, zu dem Zeitpunkt wo der Fehler kommt ist wahrscheinlich eh nicht mehr genug Programm da, um den Fehler anzuzeigen ).

Somit könnte mich das also weiter nicht stören, weil ohne IDE merkt mans ja nicht, aber es stört mich trotzdem...

[baumina]

Ich seh in deinem angehängten Bild was von IDAPI32 -> benutzt du die BDE? Und du hast ein 64-bit System?

[Sir Rufo]

So einen komischen Fehler gab es auch mal im Zusammenhang mit den Livebindings.

Da wurde eine Komponente aus dem Speicher geworfen und eine andere Komponente hatte trotzdem noch eine Referenz darauf.
Diese wurde dann im Destroy nochmals versucht zu entsorgen und dann knallte es logischerweise.

Der Fehler tauchte ca. 1 min nach Beenden des Programms auf.

Pervers war, dass der Fehler nur dann aufgetaucht ist, wenn die Komponenten in einer bestimmten Reihenfolge zur Designtime auf das Formular gezogen wurden

[Bernhard Geyer]

Zitat von Sir Rufo:

So einen komischen Fehler gab es auch mal im Zusammenhang mit den Livebindings.

Livebindings bei D6?


Also ich hatte den Fall das beim beenden einer DB-Verbindung mit der BDE auf das schon freigebeben Screen-Objekt zugegriffen wurde.
Lösung: Db-Verbindung im OnCloseQuery schließen.

[Jumpy]

Benutze keine BDE. DB ist Oracle via ADO->ODBC und kommt über ein Framework, auf das ich keinen Einfluss habe, das aber in anderen Anwendungen keine Fehler produziert, so dass ich da keinen Fehler vermute. Zumal ich im OnClose alle Datenbankverbindungen schließe.

Delphi-Quellcode:

procedure TMain.FormClose(Sender: TObject; var Action: TCloseAction);
begin
  if fprojekt <> nil then
    begin
      try
        Quelle.Close; //ADOQuery
        Con.Close;    //ADOConnection
        Projekt.WriteWindowPos(self);
        Projekt.Free;
      except
      end;
    end;
end;

[Sir Rufo]

Zitat von Bernhard Geyer:

Zitat von Sir Rufo:

So einen komischen Fehler gab es auch mal im Zusammenhang mit den Livebindings.

Livebindings bei D6?

Es ging nicht um die Livebindings, sondern um die komischen Reaktionen, die man sich mit TComponent -Nachfahren einhandeln kann.

Vor allem weil es nur in bestimmten Konstellationen auftreten kann (Reihenfolge der Erstellung zur Designtime).
Dann kann man sich einen Wolf suchen

[baumina]

Woher dann wohl das "call idapi32.@_..." kommt