AV innerhalb des if-Statements lässt sich nicht abfangen

[uups]

Hallo!

Ich habe eine etwas längere if-Statement bestehend aus mehreren Dutzend ANDs und ORs, die allesamt auf ein bestimmtes Object zugreifen. Wird dieses bestimmtes Object freigegeben, während IF gerade diese ANDs und ORs durläuft, erscheinen mehrere AV nacheinander, die sich mit TRY..EXECPT..END nicht abfangen lassen. Kann ich was dagegen tun?

Danke!

[Luckie]

Ja. Gib dss Objekt nicht frei, wenn noch darauf zugegriffen wird oder noch werden soll. Oder sorg dafür das der if Block verlassen wird, wenn das Objekt freigegeben wird.

[uups]

Zitat:

Zitat von Luckie (Beitrag 1386017)

Ja. Gib dss Objekt nicht frei, wenn noch darauf zugegriffen wird...

Wie kann ich prüfen, on auf ein Object gerade zugegriffen wird?

[Glados]

Zitat:

Ich habe eine etwas längere if-Statement bestehend aus mehreren Dutzend ANDs und ORs

Ich würde hier ansetzen und das erst einmal aufteilen.

[Dalai]

Zitat:

Zitat von uups (Beitrag 1386018)

Wie kann ich prüfen, on auf ein Object gerade zugegriffen wird?

Den Code durchschauen? Du musst doch wissen, wo dein Code auf das Objekt zugreift. If-Bedingungen sollten eigentlich nie irgendeine Aktion ausführen, schon gar nicht ein Objekt freigeben.

Und im übrigen stimme ich Glados zu: Mehrere Dutzend Einzelbedingungen - also mehr als 24 Stück - in einem einzelnen If-Statement? Schon ab drei oder vier wird's (total) unübersichtlich.

Grüße
Dalai

[ibp]

wir wirklich während der Prüfung innerhalb einer If Abfrage gelöscht?

Wenn nicht, vorher mal mit

Delphi-Quellcode:

if Assigned(meinObjekt) then

prüfen ob das noch vorhanden ist.

[Luckie]

Das ist aber in diesem Fall nur eine Krücke und keine Lösung für das eigentliche Problem. Ich meine, er zieht sich ja selbst den Teppich unter den Füßen weg. Und wenn ich es selbst mache, muss ich danach nicht noch mal gucken, ob der Teppich noch da ist. :cyclops:

[p80286]

Zitat:

Zitat von Luckie (Beitrag 1386065)

Ich meine, er zieht sich ja selbst den Teppich unter den Füßen weg.

Nee das macht sein Programm, und plötzlich und unerwartet fehlt da was.
Und selbst wenn es so wäre, irgendwie müßte ja theoretisch das Fehlen eines Wertes/Objektes mit einkalkuliert sein.

Gruß
K-H

[Luckie]

Zitat:

Zitat von p80286 (Beitrag 1386072)

Zitat:

Zitat von Luckie (Beitrag 1386065)

Ich meine, er zieht sich ja selbst den Teppich unter den Füßen weg.

Nee das macht sein Programm,

Und wer hat das Programm geschrieben? Und da ist auch nicht plötzlich und unerwartet was weg. Er hat es so programmiert, dass es weg ist. Es heißt doch immer so schön: "Das Programm macht nicht, was du willst, sondern was du programmierst."

[MichaelT]

Mit Verlaub, das hört sich seltsam an. Code?

Einfache Sache, wird aber auch nicht wirklich zutreffend sein, wäre sofern die Referenz auf nil gesetzt, dass ist die Kurzschlussauswertung abgedreht ist.

{$B+} or {$B-} {$BOOLEVAL ON} or {$BOOLEVAL OFF}

Delphi-Quellcode:

If Assigned(poidl) AND ((poidl.Alter < 12) OR (poidl.IsBlunzenFett)) then ....

funktioniert dann auch nicht mehr, auch wenn der poidl NIL ist.

Vermutlich kommt aber der Zeiger mit einer gesetzten ungültigen Adresse daher oder Methoden greifen auf uninitalisierte Objekte zu usw...

Zitat:

Zitat von uups (Beitrag 1386016)

Hallo!

Ich habe eine etwas längere if-Statement bestehend aus mehreren Dutzend ANDs und ORs, die allesamt auf ein bestimmtes Object zugreifen. Wird dieses bestimmtes Object freigegeben, während IF gerade diese ANDs und ORs durläuft, erscheinen mehrere AV nacheinander, die sich mit TRY..EXECPT..END nicht abfangen lassen. Kann ich was dagegen tun?

Danke!