Forum: Programmieren allgemein
by himitsu,
11. Apr 2018
Diese Anzeige hat mit dem entgültigen Compilat nichts zu tun. Das Error Insight arbeitet unabhängig,
aber da es ab und an schon seit Jahrzehnten nicht ganz zuverlässig funktioniert, kann man es auch in Tools>Einstellungen deaktivieren, wenn es Einen mehr stört, als hilt.
Statt "nur" Compilieren sollte man bei Problemen auch "Neu Erstellen" (Build) und Bereinigen benutzen.
Forum: Programmieren allgemein
by himitsu,
11. Apr 2018
So ist es auch, aber laut dem oben gezeigten verfälschten/pseudogekürzten Code hast du es angeblich richtig gemacht.
@aDataRecord in IsDataOK und in ProcA ansehen ... das sollte ja identisch sein
Forum: Programmieren allgemein
by himitsu,
11. Apr 2018
Ach ja, eine globale/zentrale Variable DataRecord anstatt der Übergabe (Parameter/Property) wäre der falsche Weg, für einen sauber Code.
PS: Einfache Struktur-Prüffunktionen baue ich auch gern als Methode in den Record ein, zu dem sie gehören.
Wobei Viele hier natürlich auch lieber zu Daten-Objekten raten würden.
Forum: Programmieren allgemein
by himitsu,
11. Apr 2018
Hmmm, wenn es wirklich so wie oben ist, dann seh ich keinen weiteren Fehler und es funktioniert somit. :angle2:
Also nur auf diese Variable bezogen. IF mit Prozedur steht ja nicht zu Frage ;)
Ansonsten wird nur innerhalb von ProcA die Kopie verändert und danach ist es wieder wie vorher.
Forum: Programmieren allgemein
by himitsu,
11. Apr 2018
Schau dir nochmal genau an, auf was du zugreifst.
aDataRecord :zwinker:
Der Parameter aDataRecord ist natürlich eine Kopie.
Du solltest dir dringend überlegen, wieso überhaupt in ProcA auf das "globale?" DataRecord zugergriffen werden kann.
Und der Name "IsDataOK" ist natürlich komplett falsch, denn da wird nicht "nur" geprüft, sondern auch verändert.
