Wertebereiche bei Datentypen

[glitsch]

Hallo zusammen

Ich pauke gerade das Zweierkomplement für die ganzen Zahlen (Z) die man ja aus der Mathematik kennt. Ich habe versucht in Java etwas rumzuexperimentieren und icch frage mich nun, wie das Java handhabt? Mein Lehrer meint, dass jeder moderne Rechner das mit dem Zweierkomplement rechnet.

Also -1 wäre ja dann in einer 8bit Darstellung: 1111 1111 usw.

Ich habe mal den Versuch gemacht und mit einem Byte in Java gerechnet, um zu schauen, wie das der Javacompiler so macht:

byte a = 127;
byte b = (byte) (a + 1);

Wieso bekomme ich hier -128 raus, bzw. wieso wird der Wertebreich plötzlich von unten angesteuert. Das will mir gerade nicht in den Kopf. Wie rechnet Jaba nun in Bits?

8bit Darstellung:
0111 1111 (127)
+?
-----------------
?

Danke für die Hinweise.

 

[maki]

byte ist vorzeichenbehaftet in Java, gehat also von -128 bis +127 anstatt von 0 bis 255.

Hast dir leider die falsche Sprache bzw die falsche Aufgabe ausgesucht, denn die "richtigen" Werte bekommst du nur mit zusätzlicher Bitschieberei zustande

 

[glitsch]

Ja, hast du irgendwie recht.
Aber das Java VB ist ist mir schon klar gewesen. Der Wertebereich halbiert sich einfach mal vordergründig. Aber dann stell ich die Frage nochmals für die VB Typen in Java. Wieso fängt das unten wieder an? Ich sehs leider gerade nicht vor meinen Augen. :autsch:

Wie werkelt der Javacompiler das zusammen?

 

[Pippl]

8bit Darstellung:
0111 1111 (127)
0000 0001 ( 1)
-----------------
1000 0000 (-128)

da das erste bit 1 ist und das bedeuted - (minus)

 

[maki]

Was ist denn "VB"?

Ansonsten kann man nur sagen: ISSO!


Hat man wohl deswegen gemacht, weil alle Numerischen Datentypen in Java Vorzeichenbehaftet sind.
Extrem nervig bei byte...

 

[Pippl]

Was ist denn "VB"?

ich nehm mal stark an visual basic

 

[maki]

ich nehm mal stark an visual basic

War auch mein erster Gedanke, dann ergeben seine Sätze mit "VB" aber gar keinen Sinn

"Vertebereich" wäre zwar falsch geschrieben aber dann würde die Sätze wieder Sinn ergeben...

 

[Pippl]

War auch mein erster Gedanke, dann ergeben seine Sätze mit "VB" aber gar keinen Sinn

Aber dann stell ich die Frage nochmals für die VB Typen in Java.

Hier meint er wahrscheinlich warum byte in java so ist (weils in vb vl nicht so ist, weiß ich nicht)

Aber das Java

nicht

VB ist ist mir schon klar gewesen.

wäre meine interpretation gewesen

 

[glitsch]

Ahhh, mathematisch wird das so gemacht: -256/2. Jetzt hab ichs gesehen. VB = Nein kein Visual Basic, sondern Vorzeichen+Behaftet.

Jo, das scheint wirklich etwas gewöhnungsbedürftig sein. Dann werden also bei Byte alle vordersten Bits die ein 1 haben als negative Interpretationsvorschrift gelesen.

Danke für die schnelel Hilfe! Mann echt ein abgefahrenes Forum hier, man kriegt in sekundenschnelle eine Antwort. :toll:

PS: VB = Visual Basic, dudes was is los hier? Zuviel Kaffee getrunken? :lol:

 

[mla.rue]

VB steht für Visual Basic, nicht "Vorzeichen+Behaftet", evtl hast du zuviel Kaffee intus? :lol:

zum Thema: das nennt sich Überlauf. Da der Wertebereich vom byte -128 ... 0 ... 127 ist, fängt der Compiler wieder von vorn an, wenn er am Ende angekommen ist.

byte a = 127 + 1
a -> -128

byte a = 127 + 2
a -> -127

byte a = 127 + 128
a -> 0

 

[glitsch]

VB kann so ziemlich alles heissen und wäre wenn dann höchstens polymorph. ^^
Beweis: Abkürzung: vb - Abkürzungen | vb abkürzen

:lol:

PS: Volley Ball hätte man in einem Javaforum auch lessen können.