Hex-Wert in Delphi übernehmen

[Furtbichler]

Zitat von RWarnecke:

Wie soll mir das weiterhelfen ? Ich verstehe Deinen Post nicht.

So:

Delphi-Quellcode:

Type
  TDoubleConversion = record
    case boolean of
      false : (asDouble : Double);
      true  : (asBytes : Array [0..7] Of Byte);
  End;

var
  X : TDoubleConversion;

Begin
  x.AsBytes := HexStringToByteArray(yourHexStringHere);
  writeln(x.asDouble);
End;

Aber es sind ja 16 Bytes (war vorhin zu faul zum lesen, mal wieder). Ergo vielleicht so

Delphi-Quellcode:

  TExtendedConversion = record
    case boolean of
      false : (asExtended : Extended);
      true  : (asBytes : Array [0..15] Of Byte);
  End;

[DeddyH]

In hexadezimaler Scheibweise entspricht doch AFAIK jede Stelle einem Nibble (Halbbyte), oder? Wir haben also 16 "Gruppen" zu je 4 Nibble, d.h. 16*4*4 = 256, also stimmt Mediums Rechnung. Das passt nicht einmal in einen Extended.

Zitat von http://docwiki.embarcadero.com/Libraries/XE5/de/System.Extended:

Auf Win32-Systemen beträgt die Größe von System.Extended 10 Byte.

Auf Win64-Systemen ist der System.Extended-Typ aber ein Alias für den Typ System.Double, der nur 8 Byte groß ist. Diese Differenz kann die numerische Genauigkeit von Gleitkommaoperationen nachteilig beeinflussen. Weitere Informationen dazu finden Sie unter Delphi-Gesichtspunkte für plattformübergreifende Anwendungen.

[himitsu]

Oder anders gesagt:
Mein Editor meint es gibt 64 Zeichen (67 inkl. 0x und dem Leerzeichen), was 32 Byte entspricht.
"Native" Fließkommazahlen gibt es nur mit 4, 8 und 10 Byte.

Der größte Typ, den Delphi kennt, ist ein SET mit 256 Werten, welche auch 32 Byte ist, aber sonst ist alles Kleiner.



Im Grunde muß irgendwer erstmal rausbekommen, was das eigentlich für ein Typ sein soll.
Und wie Medium schon darstellte, seh ich auch irgendwie keinerlei Zusammenhang zwischen dem Hex-Wert und dem vorgegebenem Fließkommawert. Egal welches Format ich mir ausdenke ... mit $FFFF komm ich einfach nicht auf diesen "krummen" Wert.

Nichtmal als sehr großer "Integer" kommt was Passendes raus.
Wie gibst du denn den wert in Pyphon aus? Der Integer war da das einzige, was ich mir noch vorstellen konnte.

0x 00000000 ffff0000 00000000 00000000 00000000 00000000 00000000 00000000

$FFFF0000 * $100000000 * $100000000 * $100000000 * $100000000 * $100000000 * $100000000
=
4294901760 * 4294967296 * 4294967296 * 4294967296 * 4294967296 * 4294967296 * 4294967296
=
2,6959535291011309493156476344724e+67

Die Bytes zwischen Little-Endian und Big-Endian umzuwandeln bringt garnichts, genauso wie die Words.
Die DWORDs umzuwandeln, was eh allerdings sehr nutzlos ist, ergibt 4,1136986222856612385797845984991e+62
und QWORDs umzudrehehen, ist ja noch sinnloser und ergibt 1,7668201048317171789435028337278e+72 .




Das Einzige, was mir noch einfällt, ist "Mist".
Das ist kein Wert, es gibt im Pyphon einen Überlauf/Fehler und es kommt sonstwas dabei raus.

[Furtbichler]

Oder es ist ein Float, nur die ersten 8 Bytes interessieren und es ist auch noch falsch abgeschrieben worden... Was passiert eigentlich, wenn man die ersten Bytes in ein Double ballert?

[himitsu]

Zitat von Furtbichler:

Oder es ist ein Float, nur die ersten 8 Bytes interessieren und es ist auch noch falsch abgeschrieben worden... Was passiert eigentlich, wenn man die ersten Bytes in ein Double ballert?

Zitat von himitsu:

Und wie Medium schon darstellte, seh ich auch irgendwie keinerlei Zusammenhang zwischen dem Hex-Wert und dem vorgegebenem Fließkommawert. Egal welches Format ich mir ausdenke ... mit $FFFF komm ich einfach nicht auf diesen "krummen" Wert.