SystemException Ursache finden

[akuk]

Hallo
Vielen Dank für Euere Hilfe.
Kann dies eine Exception auslösen ?

(aus vcl.Forms) :

function TCustomForm.IsFormSizeStored: Boolean;
begin
Result := AutoScroll or (HorzScrollBar.Range <> 0) or (VertScrollBar.Range <> 0);
end;

[Delphi.Narium]

Ja, wenn das Formular vorher nicht erstellt oder vorher freigeben wurde.

Hast Du dort ein konkretes Problem?

Im Debugger die Werte alle anschauen.

Der Debugger müsste Dir sagen können, ob da irgendwas nicht initialisiert ist ...

Aber zugegeben: An soeiner Stelle würde ich keinen Fehler vermuten.

Wie bist Du dahinter gekommen, dass dort ein Fehler sein könnte?
Könntest Du eventuell den Quelltext, der zum Aufruf von IsFormSizeStored oder den Aufruf von IsFormSizeStored enthält posten?

Eventuell lässt sich die Fehlerursache dadurch weiter einkreisen.

[Scurra]

In unserer Software bekommen wir gelegentlich auch Fehlerberichte von Fehlern in dieser Funktion. Bei uns liegt es an einer fehlerhaften Komponente, die im Destruktor gelegentlich Exceptions auslöst. Der Destruktor wird wiederum vom Destruktor des Formulars aufgerufen.
Nach meinem Verständnis wird dadurch das Formular, auf dem die Komponente liegt, nicht freigegeben (oder evtl. nur die Referenz auf unsere Formularvariable nicht zurückgesetzt), was beim Schließen der Anwendung dazu führt, dass die Anwendung erneut versucht, das Formular freizugeben. Das führt dann zu dem Fehler in der Methode IsFormSizeStored. Das liegt aber nicht an der Funktion, sondern ist nur ein Folgefehler eines vorher auftretenden Fehlers.

[hoika]

Hallo,
schrittweise Code ausklammern, bis der Fehler nicht mehr kommt.

[himitsu]

Hat die Komponente Property/Verlinkungen zu anderen Komponenten auf der Form?

Bei selbstgebauten Komponenten wird gern vergessen Diese ordentlich zu behandeln.
z.B. TDataSet und TDataSource, wenn du das DataSet löschst, dann wird die DataSource informiert und setzt ihr DataSet-Property auf nil.




Die Komponente wird eigentlich immer freigegeben, aber bei Dingen in der Komponente...

Wenn es beim Freigeben knallt, dann bricht das ja zwischendrin ab,
aber im Constructor und Destructor befinden sich ein Try-Except, was zumindestens den Speicher des Objekts selbst abräumt.

[akuk]

@Delphi.Narium

"Wie bist Du dahinter gekommen, dass dort ein Fehler sein könnte?"

In dem ich die Adresse die bei der Exception angegeben wurde im
->suchen ->zu Adresse springen, eingegeben habe, ist es falsch ?

Aufruf von IsFormSizeStored habe ich niergens gefunden, es ist ja eine vcl Methode ?
darum wird es vermutlich niergens zu finden sein, oder ?

[hoika]

Hallo,
dann benutze halt MadExcept, um den Auslöser zu finden.
Je nach Größe des Projektes sage ich aber trotzdem "Code so lange ausklammern, bis die Exception nicht mehr kommt".

Arbeitest Du mit Interfaces?
Die erzeugen bei falscher Benutzung auch die "lustigsten" Meldungen an Stellen, wo du gar nicht dran warst.
Das meistens durch Speicherüberschreiben.

[himitsu]

Das ist die Stelle, welche geknallt hat.
Der "eigentlich" Fehler wird in diese Zeile selber nicht sein.

Dafür würde sich ein Blick in den Stacktrace anbieten, um zu sehen was zum Aufruf dieser Codestelle führte, und wo der Fehler eher zu vermuten ist. (wo z.B ein NIL oder ein ungültiger Objektzeiger verwendet wurde)



Schlimmer wird es, wenn du irgendwo z.B. einen Buffer-Overflow hast, bei dem fremder Speicher zerstört wird und was dann erst später irgendwo anders "eventuell" knallt, sobald da drauf zugegriffen wird.

[Delphi.Narium]

Zitat von akuk:

@Delphi.Narium

"Wie bist Du dahinter gekommen, dass dort ein Fehler sein könnte?"

In dem ich die Adresse die bei der Exception angegeben wurde im
->suchen ->zu Adresse springen, eingegeben habe, ist es falsch ?

Aufruf von IsFormSizeStored habe ich niergens gefunden, es ist ja eine vcl Methode ?
darum wird es vermutlich niergens zu finden sein, oder ?

Nein, das ist nicht falsch, es ist genau der Weg, wie ich auch nach Fehlern suche.

Das Problem ist nun halt leider, dass die Fehlerursache irgendwo "davor" im Programm liegt.

Mein Vorgehen ist in so einem Fall:

Debugger benutzen.
Einen Haltepunkt auf genau diese Zeile setzen.
Programm starten.

Wenn der Debugger nun an dem Haltepunkt stehen bleibt (oder durch Auslösen des Fehlers) im Debugger in Einzelschritten weitergehen und schauen, wo genau Du im eigenen Quelltext "landest". Das kann zuweilen dauern und sehr nervtötend sein.

Wenn Du nun (mehr oder weniger schnell) im eigenen Quelltext landest, dort den Quelltext vor dieser Stelle überprüfen.
Wird da was freigegeben, was nicht freigegben werden sollte?
Fehlerprüfung für alle Eventualitäten einbauen ...

Notfalls, wie weiter oben schon angeregt, "großflächig" auskommentieren, bis der Fehler nicht mehr auftritt. Dann stückweise die Auskommentierung wieder entfernen, um so der Fehlerstelle näherzukommen.

Eventuell mal hier schauen https://www.delphipraxis.net/187827-...einer-ist.html ab Post #19.

[akuk]

@Himitsu
%S,Danke, es ist nicht ein Fehler beim Kopieren, sondern schlicht vergessen gange.