Arbeitet ein ungarisches Windows anders als ein deutsches/englisches?

[TiGü]

Habe ich eine Bildungslücke?
Was ist die StringOf()-Funktion?

Zeige doch mal Quelltext zum Öffnen der Datei, das Laden in den Stream, das Hashen und diese Umwandlung des Hashes in einen String zur Darstellung in einer Listview.

[Uwe Raabe]

Zitat von TiGü:

Habe ich eine Bildungslücke?
Was ist die StringOf()-Funktion?

Guckst du hier: http://docwiki.embarcadero.com/Libra...Utils.StringOf

Aber genau da steht auch Ursache des Problems:

Zitat:

Konvertiert ein Byte-Array anhand der Standardgebietseinstellung des Systems in einen Unicode-String.

Das heißt, daß die Byte-Sequenz (in diesem Fall der Hash) als Ansi-Zeichen der aktuell eingestellten Code-Page interpretiert wird - und die ist halt nicht auf jedem Windows gleich. Es kann Zufall sein, daß das bisher nicht aufgefallen ist. Der Hash hat sich vermutlich mit dem Update geändert und enthält nun Bytes, die bei der obigen Interpretation unterschiedlich sind.

Wenn man nicht garantieren kann, daß die übergebenen Bytes eine gültige Zeichencodierung darstellen, dann sollte man eine andere Form der String-Umwandlung wählen. Dazu müsste man hier aber mehr über der Hash-Algorithmus wissen.

[SneakyBagels]

Zitat:

Konvertiert ein Byte-Array anhand der Standardgebietseinstellung des Systems in einen Unicode-String.

Und ich dachte immer Byte ist Byte weltweit. Ich benutze ganz normal wie wahrscheinlich jeder andere auch die Jedis dafür.

[Neutral General]

Zitat von SneakyBagels:

Zitat:

Konvertiert ein Byte-Array anhand der Standardgebietseinstellung des Systems in einen Unicode-String.

Und ich dachte immer Byte ist Byte weltweit. Ich benutze ganz normal wie wahrscheinlich jeder andere auch die Jedis dafür.

Byte ist Byte.
Aber String ist nicht String. Das ist das Problem

[SneakyBagels]

Ich hatte gerade kurz darüber nachgedacht SetCodePage zu verwenden aber ich glaube das sind Dinge wo man sich nicht ins System einmischen sollte nehme ich an.

Zitat:

Aber String ist nicht String.

Außer Unicodestring. Der kann soweit ich weiß quasi alle Zeichen aufnehmen. Der sollte doch überall gleich sein.
Ich sehe gerade bei Wikipedia, dass die ungarische Codepage genau wie die deutsche 1250 ist.
https://en.wikipedia.org/wiki/Windows-1250

[Uwe Raabe]

Zitat von SneakyBagels:

Zitat:

Konvertiert ein Byte-Array anhand der Standardgebietseinstellung des Systems in einen Unicode-String.

Und ich dachte immer Byte ist Byte weltweit. Ich benutze ganz normal wie wahrscheinlich jeder andere auch die Jedis dafür.

Du stellst aber eben keine Bytes dar sondern Buchstaben und die Zuordnung von Bytes zu Buchstaben ist nun mal nicht einheitlich. Wenn du auf Nummer sicher gehen willst, dann zeige die Bytes als Hex an oder verwende z.B. Base64 wenn es etwas kürzer werden soll.

[SneakyBagels]

Wie würde das denn mit Base64 funktionieren? Mit Base64 hatte ich noch nie etwas zu tun.
Würde man hier dann die Bytes des Streams in Base64 wandeln sehe ich das richtig?

Vielleicht so?
... EncodeBase64(stream.Memory, stream.Size); // TBytesStream, gefüllt mit einer binary über loadfromfile

[Uwe Raabe]

Zitat von SneakyBagels:

Wie würde das denn mit Base64 funktionieren? Mit Base64 hatte ich noch nie etwas zu tun.
Würde man hier dann die Bytes des Streams in Base64 wandeln sehe ich das richtig?

Base64 ist eine konsistente Art, eine Byte-Sequenz als lesbaren Text darzustellen - ebenso wie die Darstellung als Hex-String, nur kürzer. In der aktuellen Delphi Version 10.2 Tokyo findest du in System.NetEncoding in TNetEncoding.Base64 eine entsprechende Hilfsklasse für diesen Zweck. Ältere Delphi-Versionen haben das auch irgendwo (weiß nur gerade nicht mehr wo).

[SneakyBagels]

Zitat:

Ältere Delphi-Versionen haben das auch irgendwo (weiß nur gerade nicht mehr wo).

Soap.EncdDecd?

[TiGü]

Guck an, kannte ich noch nicht.
Auch eine Suche bei Google mit "StringOf delphi" hat das nicht sofort auf der ersten Seite hingezaubert.