Zur Übersicht - INFO - Neueste 50 Beiträge - Neuer Beitrag - Suchen - FAQ - Zum CC1-Forum - Zum CC-Pro-Forum

Wichtig: Bevor Du wegen einem Problem mit der CC2 postest, stelle sicher, daß Du
die neueste OS-Version, die neuseste Compiler-DLL und die neuesten Modulversionen benutzt!
Beachte, daß sich auf der CD zur CC2-Unit/Station auch jetzt noch die ältesten Dateien befinden!
Es gelten folgende Anleitung und Regeln: Regeln CC2Net.de-Forum
Zurück zum Artikel  (Blaue Felder sind Pflichtfelder)


Name:   UserID: 
 E-Mail:
Kategorie
Betreff
Homepage:
Link-Titel:
Link-URL:
Cookie für Name, UserID, E-Mail, Homepage-URL setzen
(Erspart die Neueingabe bei Beiträgen und Antworten)
(Zum Löschen des Cookies hier klicken)
Ich nutze:
C-Control II Unit
C164CI-Controllerboard
C-Control II Station
CCRP5 mit CC2-Unit (Conrad Roboter)
CC2-Application-Board
CC2-StarterBoard
CC2-ReglerBoard
eigenes Board
original OS     OSOPT_V2     OSOPT V3.0 OSOPT V3.1

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 Olaf, > > > als Warnung an alle c2 Programmierer. Ich habe einen Bug in der VM beim > > linksschiebe-Operator "shl" entdeckt . > > > > Wird als rechter operand eine Variable angegeben die von einem kürzeren Typ ist, > > so ist das Ergebnis nicht korrekt. > > Das ist kein Bug. (siehe auch <b>FAQ</b>: Berechnungen mit long) > Woher soll denn die VM wissen, daß das Ergebnis long sein soll, wenn mit > zwei Integerwerten gerechnet wird !? :-) > Schließlich ist des C164CI ein 16Bit.-Controller und kein 32Bit. :-) > > <code>l = 1 shl i;</code> > "1" ist hier ein Integerwert 16Bit > i ist zwar ein Byte, wird also auch als Integerwert gezählt. > Also besteht logischerweise für die VM kein Grund dies in Long-werte zu "wandeln", > egal welcher Variable das Ergebis zugeordnet wird. > Denn es passiert hier folgendes: > > -Lade "1" auf den Stack > -Lade den Inhalt von "i" auf den Stack > -Führe SHL aus und Lade das (Integer !!)Ergebnis auf den Stack > -Speichere den Stackinhalt in "l" > > Kurz: Wenn beide Operatoren einer Berechnung Integer sind, ist das Ergenis auch Integer. > Wenn mind. einer der beiden Operatoren vom Typ Long ist, ist das Ergebnis auch Long. > (Hier werden erweiterte Routinen für Long ausgeführt.) > Dasselbe gilt auch für float. > > So funzt Dein Bsp.: > <code>thread main > {long l,x; > byte i; > > x=1; > for i=0 ... 32 > { > l = x shl i; > } > }</code> > > > > Weißt jemand ob es für diesen Bug einen fix gibt ? > > Wie gesagt, das ist kein Bug, also gibt es auch keinen Fix. > (Mehr siehe in den FAQ > Berechnungen) > > MfG André H. > > PS: Bitte benutze die code-Tags, wenn Du Quellcode postest. Dann lässt sich > dieser - bei umfangreicheren Code - leichter lesen.
Dateianhang: (.gif, .png., .jpg, .zip, .rar)
max. 256kB
max. 256kB