- Beiträge
- 21.977
- Reaktionspunkte
- 6.837
-> Hier kostenlos registrieren
TEMP reicht.TAR2 #temp_AR2
ist diese TEMP oder STAT? Ich gehe von STAT aus....
Warum wohl hat Züttu die Variable #temp_AR2 genannt?
Harald
Folge dem Video um zu sehen, wie unsere Website als Web-App auf dem Startbildschirm installiert werden kann.
Anmerkung: Diese Funktion ist in einigen Browsern möglicherweise nicht verfügbar.
TEMP reicht.TAR2 #temp_AR2
ist diese TEMP oder STAT? Ich gehe von STAT aus....
TEMP reicht.
Warum wohl hat Züttu die Variable #temp_AR2 genannt?
Harald
Hast Du eine TEMP-Variable "temp_AR2" als DWORD angelegt?
Harald
Das spielt sehr wohl eine Rolle, denn du weisst nicht mehr wo dein STAT-Register liegt, das steht ja in temp_AR2. Wenn du temp_AR2 im TEMP anlegst wird auch der Aufruf nicht mehr rot
...
LAR2 #Offset_adress_DB40
...
[COLOR="Red"]// hier kann nicht auf STAT-Variablen zugegriffen werden![/COLOR]
...
LAR2 #temp_AR2
// erst wieder ab hier
Kannste nicht ganz eindeutig schreiben, daß Dein Beitrag #10 ein Witz war?
Der Beitrag wird wohl von einigen Lesern für bare Münze genommen werden.
Harald
Hallo Micha,Hey Harald,Kannste nicht ganz eindeutig schreiben, daß Dein Beitrag #10 ein Witz war?
Der Beitrag wird wohl von einigen Lesern für bare Münze genommen werden.
Harald
was soll die scheiss Anmache?
Nicht mal du als "push" User (wird ja immer als besonders nützlich hervorgerufen *ROFL*) kannst leugnen, dass mein Beitrag #10 richtig ist ist.
Du bist nur der gleiche Depp wie ich, der da niemals drauf gekommen wäre.
Es funktioniert so, und es ist ohne Multiinstanz einfach kürzer als das AR2 zu retten.
Du legst du ja immer wert drauf den kürzesten Code zu posten.
Alle weiterne Einschränkungen hatte ich bereits geschildert.
Ich hoffe mal, dass dein Image des besten Programmierers unter der Sonne dadurch nicht allzu sehr leidet...
Micha
nee. sicher net.(ich geh davon aus, dass hinter TAR1 und TAR2 noch ne variable steht ...)
Das mit dem Beschreiben der ARs hinter dem Loop ist eigentlich genial, solange der Baustein nicht als Multiinstanz verwendet wird.
Da bin ich in 15 Jahren nicht drauf gekommen...
Dafür Danke. Den Aspekt habe ich zwar irgendwo schonmal gelesen, wäre aber sicher erstmal drüber gestolpert, hätte ichs dann selbst machen sollen. Bislang hab ich halt nur in Nicht-Multiinstanzen rumgepointert. (Vielleicht sollte ich mal wieder die FAQ des Forums durchgehen.)zur multiinstanzfähigkeit muß noch gesagt werden, dass das AR1 um das AR2 zum bausteinstart erhöht werden muß.
Und was Deine weiteren Ausflüsse angeht:
Willst Du nicht am Freitag zum Forum-Stammtisch nach Bielefeld kommen? Da könnten wir schön ein Bier zusammen trinken und Du sagst
mir mal ins Gesicht, was Dir an mir nicht passt (gut programmieren können ist doch kein Übel).
Vielleicht kann ich ja mein Auftreten hier noch verbessern.
Mit Programmiererfahrung kann man doch nicht wirklich glauben, daß LAR1 + LAR2 hinter LOOP irgendwas sinnvolles bewirkt, außer
die ARs auf 0 zu schreiben. Mit retten und und wieder herstellen hat das überhaupt nichts zu tun ... es ist noch nicht mal besonders
kurz, weil komplett überflüssig. Also ich leugne ausdrücklich, daß an solchem Code irgend etwas richtig ist und funktioniert.
Gut - der Beispielcode, der da die Null in AR2 läd, ist nicht mit voller Absicht entstanden.
was soll da in dem Beispiel denn sonst drin stehen?
mann, ich hab gewusst, dass das kommt
Lies mal #32 richtig!
Bevor jetzt wieder jemand draufhaut: Klar kann eine Schleife durch einen Sprung verlassen werden, wodurch der Zähler nicht auf 0 runterläuft, aber das interessiert in dem Beispiel nicht.
Das ist schade. Vielleicht laufen wir uns irgendwann mal über den Weg, dann steht mein Angebot mit dem Bier und dem Unterhalten.ich bin grad in Polen zur IBN.
Deshalb scheidet der Vorschlag leider aus.
Tja, das ist schon seit meiner Schulzeit mein Problem, daß andere Leute mein Besser-Wissen und meinen Hang zur Perfektion als Klugscheisserei empfinden.Es kommt bei deinen Beiträgen halt oft der Klugscheisser rüber.
Ich habe nicht gesagt, daß mir Deine Meinung nicht passt. Ich habe eher gefragt, was Dir an mir nicht passt. Was Du ja nun beantwortet hast.Das ist meine Meinung.
Wem das nicht passt, sorry.
Dies hier klingt aber doch ein bißchen persönlich:Ich meine hier NIX persönlich.
Ich hoffe mal, dass dein Image des besten Programmierers unter der Sonne dadurch nicht allzu sehr leidet...
Das ist nicht ganz richtig.Jetzt noch mal fachlich:
Das hat sehr wohl was mit "wieder herstellen" zu tun.
In einem FB, der nicht als Multiinstanz aufgerufen wird ist AR2 beim Aufruf 0.
Wenn das AR2 während der Bearbeitung des FBs verändert wird (im Beispiel hier in der Schleife), dann muss es mit P#0.0 restauriert werden - wenn danach noch auf Instanzdaten zugegriffen werden soll.
Das will ich nicht so allgemein stehen lassen.AR1 zu retten ist Quatsch. Brauchts nicht.
Wenn ich tatsächlich mal das AR2 nach einer Schleife "nullen" wollte oder ganz allgemein an irgendeiner Programmstelle einen bestimmten WertIch wollte eigentlich nur sagen, dass ich nicht auf die Idee gekommen wäre mein AR2 so zu "nullen". Dazu muss man anders denken.
Bevor jetzt wieder jemand draufhaut: Klar kann eine Schleife durch einen Sprung verlassen werden, wodurch der Zähler nicht auf 0 runterläuft, aber das interessiert in dem Beispiel nicht.
...
LOOP lop1
[COLOR="DarkGreen"]// L P#0.0 //P#0.0 steht schon im AKKU1[/COLOR]
LAR2
Werden die Flags automatisch gesichert? Die Akkus werden jedenfalls nicht automatisch gesichert. Das ist sicherlich ein schöner Dienst, den ein FB einem erweisen kann, indem er das AR1 unangetastet lässt. Da mir aber als aufrufender Baustein bewusst sein muss, dass auch dem aufgerufenen Baustein das AR1 zur Verfügung steht und ich als Aufrufender weiss, dass der Aufgerufene mit Akku, Flags und AR1 tun und lassen darf, was er will, muss ich mich selbst vor Aufruf drum kümmern, dass ich meine Werte rette.Das will ich nicht so allgemein stehen lassen.
Das AR2 wird beim Aufruf eines anderen FB automatisch gesichert und wieder hergestellt, das AR1 aber nicht.
Wird nun in einem Baustein A, der AR1 benutzt, ein weiterer Baustein B aufgerufen, der ebenfalls das AR1 benutzt, dann erwarte ich, daß der
Baustein B das AR1 unverändert an Baustein A zurückgibt - das AR1 also ggf. sichert und restauriert.
Wir verwenden essentielle Cookies, damit diese Website funktioniert, und optionale Cookies, um den Komfort bei der Nutzung zu verbessern.
Siehe weitere Informationen und konfiguriere deine Einstellungen