- Beiträge
- 6.337
- Reaktionspunkte
- 1.539
-> Hier kostenlos registrieren
In #7 hatte ich geschrieben
Man kann sich nicht grundsätzlich bzw. grundsätzlich nicht darauf verlassen, dass lokale Variablen in übergeordneten Bausteinen gelten.
So hatte ich es gemeint.
Was ich von
Damit bist Du zwar nahe dran an der Wahrheit, aber es weckt Hoffnungen, die man lieber ganz schnell wieder vergessen sollte.
"solange kein anderer FB/FC auf genau dieser Adresse rumschreibt, bleibt der Wert erhalten." Genauso ist es, aber kein Bisschen länger (auch hier sind natürlich Ausnahmen denkbar).
Der nächste FB/FC, der einen gerade erst freigegebenen StackBereich belegt, könnte sich in einer AlarmBearbeitung verstecken.
Es mag Programmierer geben, die sich (bewusst?) auf's Glatteis begeben (vielleicht bei der verzweifelten Suche nach einem WorkAround für irgendwas), aber wir wollen doch hier im Forum den "Frischlingen" keine Basteleien andienen - oder?
Das war wissentlich gelogen, weil ich nicht sooo weit ausholen wollte.Lokale Variablen gelten keinesfalls in übergeordneten Bausteinen!!!
Man kann sich nicht grundsätzlich bzw. grundsätzlich nicht darauf verlassen, dass lokale Variablen in übergeordneten Bausteinen gelten.
So hatte ich es gemeint.
Was ich von
halten soll, weiss ich nicht so recht.Temp-Variable werden ja bei Aufruf des FB/FC auf dem Stack "angelegt", d.h. eigentlich nur einer Stackadresse zugewiesen.
Weder beim Aufruf des FB/FC noch beim Verlassen werden diese vom Betriebssystem verändert.
D.h. solange kein anderer FB/FC auf genau dieser Adresse rumschreibt, bleibt der Wert erhalten.
Es soll sogar Programmierer geben, die auf diese Weise Werte von einem FB/FC auf einen anderen übergeben.
Damit bist Du zwar nahe dran an der Wahrheit, aber es weckt Hoffnungen, die man lieber ganz schnell wieder vergessen sollte.
"solange kein anderer FB/FC auf genau dieser Adresse rumschreibt, bleibt der Wert erhalten." Genauso ist es, aber kein Bisschen länger (auch hier sind natürlich Ausnahmen denkbar).
Der nächste FB/FC, der einen gerade erst freigegebenen StackBereich belegt, könnte sich in einer AlarmBearbeitung verstecken.
Es mag Programmierer geben, die sich (bewusst?) auf's Glatteis begeben (vielleicht bei der verzweifelten Suche nach einem WorkAround für irgendwas), aber wir wollen doch hier im Forum den "Frischlingen" keine Basteleien andienen - oder?