Debug-Zugriffsverletzung

[stahli]

Ich habe eine (für mich) unklare Zugriffsverletzung beim debuggen.
Anbei Screenshot.

Self ist ein Panelderivat und m.E. intakt existent.
Width wird beim Debuggen nicht angezeigt, aber zur Laufzeit verwendet.

Ich kann mir das nicht recht erklären.


EDIT: Ich denke ich weiß den Grund (Blitzidee bei der Frageformulierung ), schicke das aber dennoch mal ab...
Ich debugge die Designtime, also mit Delphi als Hostanwendung.
Offenbar kommt der Debugger da bei einigen Eigenschaften durcheinander.


Falls jemand andere Erklärungen kennt, dann her damit.

[Namenloser]

Passiert es auch bei Self.Width als überwachtem Ausdruck? Manchmal kommt der Debugger durcheinander, worauf sich ein Bezeichner bezieht.

Und lass dir auch mal Pointer(Self) anzeigen, dann kannst du leichter zuordnen, ob die Speicherstelle, an der die Zugriffsverletzung auftritt, wirklich zum Objekt gehört.

[baumina]

Ist das eine Unter-procedure oder warum steht da kein procedure [Objectname].CheckSnapToLayout?

[stahli]

Also es liegt offenbar tatsächlich am "Delphi als Hostanwendung".

Bisher habe ich manchmal nur gedacht, Delphi spinnt manchmal, jetzt sehe ich zumindest einen "guten Grund".
Deshalb wollte ich das mal thematisieren.

Self ist in Ordnung. Sieht man auch links im Self-Namen (ssLayout4).
Self.Width geht auch nicht.
Es ist eine Unterprozedur, aber der Fehler tritt auch auf in der Objektmethode.

fWidth funktioniert, Width (also der Getter) nicht.
Wenn ich das Projekt normal ausführe und debugge funktioniert alles.

Ob es u.U. mit FMX etwas zu tun hat weiß ich nicht.
Auf jeden Fall aber mit Delphi als Host.

[jaenicke]

Ist in den Projektoptionen vielleicht die Comnpileroptimierung eingeschaltet?

[stahli]

Nein, ist aus.

Fazit: Beim Debuggen von Designtimeverhalten kann es einige überraschende Probleme geben.