Für dieses Forum muß Javascript im Browser aktiviert werden!
Kommentar: Einfügen von HTML im Kommentar: Link einfügen: <a href="LINKURL" target="_blank">LINKTITEL</a> Bild einfügen: <img src="BILDURL"> Text formatieren: <b>fetter Text</b> <i>kursiver Text</i> <u>unterstrichener Text</u> Kombinationen sind auch möglich z.B.: <b><i>fetter & kursiver Text</i></b> C2 Quellcode formatieren: <code>Quellcode</code> ASM Quellcode formatieren: <asm>Quellcode</asm> (Innerhalb eines Quellcodeabschnitts ist kein html möglich.) Wichtig: Bitte mache Zeilenumbrüche, bevor Du am rechten Rand des Eingabefeldes ankommst ! > Hallo CodeXP, > > Zuerst: Ein "Hallo" oder ähnliches am Anfang eines Postings kann nicht nicht schaden. > (Auch ein MfG etc. am Ende nicht) > Denn soviel Zeit für Höflichkeit muß sein ! > > > es werden viele Zeichen ausgegeben die nicht wie Zahlen aussehen! > > > > <code> > > intvar = -2147483648; > > str.putlong(strvar, intvar); > > </code> > > Hier hast Du einen kleinen Bug in den OS-Routinen entdeckt. > Das Problem hat aber weder etwas mit dem System-Timer zu tun, noch mit > Long-Variablen selbst. > Das Problem liegt in VM_STRING_PUT_LONG. > Um aus einer Zahl ein String zu machen, muß diese in Einzelziffern zerlegt werden. > Bei negativen Zahlen muß noch ein Minus vorangesetzt werden. > Da man nur positive Zahlen anständig in Einzelziffern zerlegen kann, wird > negative Zahl zuvor negiert. > Bei -2.147.483.648 gibt es aber einen Sonderfall. > Denn bildet man hier das 2er-Komplement, so erhält man wieder dieselbe Negative Zahl, > welche dann zu "Sonderzeichen" führt beim erstellen des Strings führt. > Sieht man sich das ganze als HEX-Zahl an, so wird auch klar, warum das so ist: > 0x80000000 entspricht dem obigen Wert. > Mit dem 2er-Komplement wird nun diese Zahl zuerst invertiert, man erhält 0x7FFFFFFF, > und anschließend 1 hinzuaddiert, was wiederrum 0x80000000 ergibt. > Es findet quasi beim Negieren ein Überlauf satt, da es die positive Zahl > 2.147.483.648 im 16Bit-Longbereich nicht gibt. > Diesen Sonderfall muß man seperat behandeln. Anders geht es nicht: > <code> > if <LONGWERT>==0x80000000 > <STRING>=<STRING>+"-2147483648"; > else > str.putint(<STRING>,<LONGWERT>); > </code> > > Die Ausgabe dieser "Sonderzahl" als HEX funktioniert übrigens problemlos: > <code>str.putintf(<STRING>,-2147483648,-8);</code> > > > > und hierbei hängt sich C-Control II Station auf: > > > > <code> > > intvar = 2147483647 + 1; > > str.putlong(strvar, intvar); > > </code> > > Das hat aber nichts mit der CC2 selbst, sondern mit dem Compiler zu tun. > Der Compiler versucht Berechnungen zu optimieren. > Er rechnet diese Addition also vorher aus. > Dabei kommt 2147483648 heraus. > Da dies nichtmehr im Long-Bereich ist, macht der Compiler daraus ein Float. > > Der Compiler kompiliert nun VM_LOAD_CONST_FLOAT, > anschließend VM_CAST FLOAT_TO_INT und > VM_STORE_LONG. > Hier kommt es dann zum FPE INOF, also Floatingpoint-Error Integer Overflow, > da die Zahl 2147483648 zu einem Überlauf bei der Umwandlung von Float in Long-Integer führt. > Dies erkennt man am Blinkcode der HOST-LED(1x lang, 7x kurz), welche bei > der Station nichtvorhanden ist, aber nachgerüstet werden kann. > Es ist somit ein Programmierfehler. > Die Funktion der Routinen (Compiler und OS) ist hier korrekt. > > > > Was für Probleme können hierbei auftreten? > > > > <code> > > ctmr = system.timer(); > > if(_lctmr < ctmr) > > { > > _lctmr = ctmr + 500; > > stports.togLCDlight(); > > } > > </code> > > Ich würde sagen, garkeine. > Wo soll es hier Probleme geben ? > > MfG André H.
