FileInputStream read() Overflow Problem

[Cola_Colin]

Ich will ein binäres File einlesen, byte für byte.
Machen wollte ich das mit einem FileInputStream, nun fällt mir aber gerade eine etwas unpraktische Gegebenheit mit java auf: der primitive Typ byte geht von -128 bis 127.

Der FileInputStream lieftert mit read() ein int zurück, welches den korrekten Wert enthält.
In meinem Fall ist das 191. Das File kommt aus einem Programm welches eben bytes von 0 bis 255 kennt. Negative Werte würden auch keinen Sinn für den Verwendungszweck machen.

Nun brauche ich aber mehr als ein byte und will read mit einem byte Array verwenden.
Die Methode kränkt offenbar aber an einem Overflow. Ich krieg als Ergebnis logischerweise -65 statt der 191. Das Java byte ist einfach nicht groß genug, bzw ist eben mit vorzeichen :S

Muss ich jetzt das ganze mit dem Overflow einlesen, nur um es dann in einen int Array zu packen ?

Samplecode:

                in = new BufferedInputStream(new FileInputStream(customDir + name));
                byte b[] = new byte[2];
                int count = in.read(b);
                IOUtils.safeClose(in);

                in = new BufferedInputStream(new FileInputStream(customDir + name));
                int b1 = in.read();
                int b2 = in.read();

                JOptionPane.showMessageDialog(null, "count:" + count + "\\" + b[0] +"\\" +b[1]);
                JOptionPane.showMessageDialog(null, b1 +"\\" +b2);
                IOUtils.safeClose(in);

 

[Marco13]

Das konkrete Problem ist nicht so ganz deutlich geworden. Du liest irgendwelche bytes, und in Binärdarstellung ist so ein byte z.B. 11001010. Das ist erstmal keine negative Zahl, sondern einfach ein Bitmuster, das keine inhärente Bedeutung hat. Falls du mit diesen bytes rechnen willst, musst du aufpassen, aber ansonsten kannst du diesen "Overflow" einfach ignorieren....:bahnhof:

 

[Cola_Colin]

Ich muss mit denen rechnen

Das Problem ist also, das es mich verwirrt und ärgert, das ich im Moment sowas habe:

                result.charWidths = new int[256];
                for (int i = 0; i < 256; i++) {
                    result.charWidths[i] = in.read(); // lese Breite der einzelnen Chars
                }

Wo es doch eigentlich nur bytes sind, die da in der Datei liegen.

 

[Marco13]

Ach so... das könnte man ganz pragmatisch so machen

result.charWidths = new byte[256];
for (int i = 0; i < 256; i++) 
{
    int w = in.read();
    // ggf. "if (w != -1)" zum Prüfen auf dateiende oder so
    result.charWidths[i] = (byte)w;
}

Dann kann es sein, dass charWidths[x]=-96 oder so ist, obwohl es "eigentlich" was positives sein sollte, aber das kann man dann entsprechend beachten. Bei einem Array der (festen) Größe 256 kann man sich es aber auch einfach machen, und ihn als int deklarieren, das stört ja nicht. (Mittelding wäre noch ein short[]-array, aber es spricht da IMHO nichts gegen int[]...)

 

[Ark]

Wenn du dann (nach Marco13s Vorschlag) mit den Bytes aus dem Array rechnen möchtest (ohne Vorzeichen), dann ändere die Art und Weise, wie die Bits interpretiert werden:

int normaleZahl = result.charWidths[0] & 0xFF; // erstes Element nehmen

Ark

 

[Cola_Colin]

Es ist ein Array mit genau 256 Stellen, das schreibt der Dateityp so vor.
Hatte es dann eben so gelassen.

                result.charWidths = new int[256];

                for (int i = 0; i < 256; i++) {
                    result.charWidths[i] = in.read(); // lese Breite der einzelnen Chars
                }

Funktioniert gut so. Schade um die 256 * 3 byte die da eigentlich ungenutzt sind ;D

 

[Marco13]

Wie gesagt: Wenn diese bytes kritisch WÄREN, könnte man einen byte[] nehmen. Aber ... bei 4GB RAM braucht' man ja kein neues Jahr-2000-Problem heraufzubeschwören