Hexadezimal Problem

[mhamp]

Hallo zusammen!

Ich sitze jetzt bestimmt schon seit 5 Stunden an dem Problem und komme und komme nicht weiter.

Das Problem ist folgendes:
Ich lade eine Datei in der Daten in verschiedenen Dateitypen gespeichert sind:

char : 1-byte ascii character
byte : 1-byte integer
word : 2-byte integer
int  : 4-byte integer, lowest byte first

Jetzt habe ich einen Wert der an Stelle 36 gespeichert ist.
Bei diesem Wert handelt es sich um den Datentyp Integer.
An dieser Stelle ist ein Unix-Timestamp abgespeichert.
Kleines Beispiel:

61 20 64 4C

Nach Adam Riese sollte dies in einen Long umgewandelt 1281630305 ergeben.
Was ja auch einen korrekten Timestamp darstellt.

Die Daten sind im HEX-Format gespeichert.

Ich öffne und lese die Datei folgendermaßen aus:

BufferedReader br = new BufferedReader(new FileReader(this.getDateiname()));

// Variablen anlegen
char buffer[] = new char[laenge];
String s;

// Zu der angegebenen Position springen
br.skip(position);
// Text bis zur angegeben Länge auslesen und in char-Array buffer schreiben
br.read(buffer, 0, laenge);

// Lesemarke in der Datei auf Position 0 zurücksetzen
this.resetMark();

// Inhalt des char-Arrays buffer in den String s schreiben
s = new String(buffer);
// Leerzeichen im String s entfernen und zurückgeben
return s.trim();

Tja. Allerdings lädt er mir den Wert jetzt in einen Char-Array.
Ich brauche das ganze aber entweder als Hexadezimal-Zahl oder direkt umgewandelt in einen Long.

Ich komme einfach nicht weiter
Hoffentlich kann mir jemand helfen.

Danke schonmal!

 

[eRaaaa]

Hilft dir

System.out.println(Long.parseLong("4c642061", 16));

weiter ?

 

[XHelp]

Char musst du mit &0xFF auslesen, dann bist du das vorzeichen los und dann hilft dir vllt was in diesem thread steht.

 

[mhamp]

Hilft dir

System.out.println(Long.parseLong("4c642061", 16));

weiter ?

Im Prinzip nicht, ich komme ja nicht an den Hexadezimalwert heran..

Char musst du mit &0xFF auslesen, dann bist du das vorzeichen los und dann hilft dir vllt was in diesem thread steht.

Danke erstmal!

Aber ich stehe jetzt etwas auf dem Schlauch. Was meinst du mit "Char musst du mit &0xFF ausgeben"?

 

[XHelp]

Aber ich stehe jetzt etwas auf dem Schlauch. Was meinst du mit "Char musst du mit &0xFF ausgeben"?

Ne, schon gut, ich war beim byte. 0xFF also nicht beachten.
In dem Char ist ja jeweils eine 2stellige Hexzahl.

61 20 64 4C

Da liest du zuerst char mit Inhalt

97

, was die Dezimaldarstellung von 61h ist.

 

[mhamp]

Also wenn ich das ganze folgendermaßen auslese:

    public int getInt(int position) throws IOException
    {
        // Variablen anlegen
        char buffer[] = new char[1];
        String s;

        // Zu der angegebenen Position springen
        this.br.skip(position);
        // Text bis zur angegeben Länge auslesen und in char-Array buffer schreiben
        this.br.read(buffer, 0, 1);

        // Lesemarke in der Datei auf Position 0 zurücksetzen
        this.resetMark();

        

        // Wert in einen Integer casten und zurückgeben
        return buffer[0];
    }

Bekomme ich nicht 97 sondern 65533.

Ich steh einfach auf dem Schlauch (oder es ist schon zu spät)..

 

[XHelp]

Jetzt sehe ich endlich, wo mein Denkfehler ist... char ist ja auch 2 byte groß.
Spricht etwas dagegen die Datei als byte-array auszulesen?

 

[mhamp]

Nein. Eigentlich nicht.

Müsste ich dann die RandomAccessFile Klasse benutzen?

 

[Zacherl]

Ich bin mir nicht sicher, aber gibts da wirklich ein Problem? Ich hab jetzt einfach mal das Ding eingelesen, ich kriegs auch korrekt als String und bekomm bei Long.parseLong(string, 16) auch nen vernünftigen Wert raus (dass der anders ist als der oben, hat mich gewundert, aber ich bekomm auch bei nem normalen Hex-Rechner und manueller Eingabe das raus).

Das trim() bringt bei dir übrigens nichts, weil das nur Leerzeichen an Anfang/Ende wegschneidet.

Das wär mein Codebeispiel (die Datei "test" hat einfach nur deinen Hexstring enthalten, den du hier gepostet hast):

		BufferedReader br = new BufferedReader(new FileReader("test"));
				
		//Variablen anlegen
		char buffer[] = new char[11];
		String s;
		
		//Text bis zur angegeben Länge auslesen und in char-Array buffer schreiben
		br.read(buffer, 0, 11);
		
		//Inhalt des char-Arrays buffer in den String s schreiben
		s = new String(buffer);
		//Leerzeichen im String s entfernen und zurückgeben - Trim hilft nicht
		System.out.println(s.trim());
		//replaceAll machts dann
		System.out.println(s.replaceAll("\\s", ""));
		System.out.println(Long.parseLong(s.replaceAll("\\s", ""), 16));

 

[mhamp]

Danke!

Leider bekomme ich auf die Weise auch nichts raus...
Ich befürchte das er die Datei nicht wirklich im HEX-Format einliest.
Kann das sein?

Ich habe es mal in meine Klasse eingefügt:

    public String getInt(int position) throws IOException
    {
        //Variablen anlegen
        char buffer[] = new char[11];
        String s;

        //Text bis zur angegeben Länge auslesen und in char-Array buffer schreiben
        this.br.skip(position);
        this.br.read(buffer, 0, 11);
        this.resetMark();

        //Inhalt des char-Arrays buffer in den String s schreiben
        s = new String(buffer);
        //Leerzeichen im String s entfernen und zurückgeben - Trim hilft nicht
        System.out.println(s.trim());
        //replaceAll machts dann
        s.replaceAll("\\s", "");
        return Long.parseLong(s.replaceAll("\\s", ""), 16) + "";
    }

Bekomme aber immer eine NumberFormatException:

��K
Exception in thread "main" java.lang.NumberFormatException: For input string: "��K

 

[faetzminator]

Schon mal mit http://download-llnw.oracle.com/javase/6/docs/api/java/io/FileInputStream.html#read%28byte[],%20int,%20int%29 probiert?

 

[Zacherl]

Ich fürchte, dann stimmt dein Encoding beim einlesen nicht, anders kann ich mir nicht erklären, warum das nicht funktioniert. Du kriegst, wenn du den eingelesenen String ausgibst, auch nicht die Hex-Zeichen, sondern die kryptischen, die in der Fehlermeldung kommen, richtig? Und die Datei, in der du liest, das ist doch eine ganz normale Textdatei?
Mhm, ansonsten könnte ich mir noch vorstellen, dass du beim "skip" sozusagen mitten in zwei Byte reinspringst, sodass die Character auch nicht mehr richtig ausgelesen werden, ist aber nur eine Annahme ohne geprüft zu haben. Kannst du die Datei denn auslesen, wenn du sie von vorne nach hinten durchliest, kommt dann die richtige Ausgabe (also ohne das in eine Zahl zu verwandeln).

 

[mhamp]

Also ich bin noch mal ein Stückchen weiter gekommen..
Ich komme jetzt folgendermaßen an den Teilstring in dem der Hex-Code gespeichert ist und ich kann den Hex-Code auslesen:

    public void getInt(int position) throws IOException
    {
        FileInputStream f = new FileInputStream(this.getDateiname());
        DataInputStream d = new DataInputStream(f);

        String sb;
        String sbb = "";

        d.skip(36);
        String s = Integer.toHexString(d.read()) + "" + Integer.toHexString(d.read()) + "" + Integer.toHexString(d.read()) + "" + Integer.toHexString(d.read());
        System.out.println(s);
}

Jetzt bekomme ich folgenden Hex-Code: f71ba94b

Dabei handelt es sich auch um genau den Hex-Code der in meiner Datei steht.
Also funktioniert das schonmal.

Rechne ich jetzt diesen String per

Long.parseLong(s, 16);

in eine Dezimal-Zahl um bekomme ich den Wert: 4145785163
Das ist auch exakt der Wert, den ich bekomme wenn ich den Hex Code im Taschenrechner zu Dezimal umrechne.

So weit so gut..
Mein Hex-Editor zeigt mir bei dem String allerdings den Wert 1269373943 an.
Dieser Wert ist für mich richtig, da es sich dabei um den Korrekten Unix-Timestamp handelt.

Also zeigt mir der Hex-Editor den Wert als LITTLE-ENDIAN an, Java rechnet jedoch in BIG-ENDIAN um.
Da liegt also das Problem.

Problem ist also schonmal erkannt, jetzt muss nur noch eine Lösung gefunden werden...




Edit:
Problem ist gelöst.
Ich drehe jetzt den Hex-String paarweise um.
Siehe Grafik:

Anschließend wandele ich den neuen Hex-String in eine Dezimal-Zahl um und dann habe ich meinen benötigten Integer

Das Wochenende ist gerettet!

 

[KrokoDiehl]

Das Wochenende ist gerettet!

Puh, zum Glück hängt mein Wochenende nicht von HEX-Werten ab